[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#56682: locked narrowing
From: |
Eli Zaretskii |
Subject: |
bug#56682: locked narrowing |
Date: |
Tue, 29 Nov 2022 20:16:36 +0200 |
> Date: Tue, 29 Nov 2022 17:10:27 +0000
> From: Gregory Heytings <gregory@heytings.org>
> cc: Eli Zaretskii <eliz@gnu.org>, Stefan Monnier <monnier@iro.umontreal.ca>,
> 56682@debbugs.gnu.org
>
> > Looking at the code, there is indeed some halving going on, so maybe it
> > would be more easier to understand if the variable was called
> > locked-narrowing-radius, and used as such -- without division.
>
> I considered naming it with "radius", but decided not to do it. This is
> an implementation detail.
Maybe long-line-locked-narrowing-half-size?
- bug#56682: locked narrowing, (continued)
- bug#56682: locked narrowing, Gregory Heytings, 2022/11/30
- bug#56682: locked narrowing, Eli Zaretskii, 2022/11/29
- bug#56682: locked narrowing, Gregory Heytings, 2022/11/30
- bug#56682: locked narrowing, Eli Zaretskii, 2022/11/30
- bug#56682: locked narrowing, Gregory Heytings, 2022/11/30
- bug#56682: locked narrowing, Eli Zaretskii, 2022/11/30
- bug#56682: locked narrowing, Dmitry Gutov, 2022/11/30
- bug#56682: locked narrowing, Eli Zaretskii, 2022/11/30
- bug#56682: locked narrowing, Gregory Heytings, 2022/11/30
- bug#56682: locked narrowing, Eli Zaretskii, 2022/11/30
- bug#56682: locked narrowing,
Eli Zaretskii <=
bug#56682: locked narrowing, Juri Linkov, 2022/11/30