GNU bug report logs -
#36858
27.0.50; display bugs with display-fill-column-indicator-mode
Previous Next
Reported by: Davor Rotim <rotim.davor <at> gmail.com>
Date: Tue, 30 Jul 2019 18:12:01 UTC
Severity: normal
Found in version 27.0.50
Done: Ergus <spacibba <at> aol.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Sat, Aug 10, 2019 at 04:38:35PM +0300, Eli Zaretskii wrote:
>> From: Carsten Dominik <carsten.dominik <at> gmail.com>
>> Date: Sat, 10 Aug 2019 15:21:14 +0200
>> Cc: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>, rotim.davor <at> gmail.com, Ergus <spacibba <at> aol.com>,
>> 36858 <at> debbugs.gnu.org
>>
>> Can one of the Org developers (CC'ed) please tell why Org does this?
>> Why not limit the face to the actual text, and avoid putting the face
>> on the newline?
>>
>> Because it looks good. The begin/end lines delineate a block, and if you use a background color, then the
>> color goes all across the window, which I think looks good and shows the structure better.
>
>But that happens only if the face specifies a background color. If it
>specifies, say, :underline instead, on GUI frames it just extends one
>character cell beyond the last character, and on TTY frames it goes to
>the end of the window, i.e. behaves inconsistently. And with
>display-fill-column-indicator-mode turned on, on GUI frames it goes
>half-way till the fill column: yet another inconsistent behavior.
>
>So if you think the current display looks good, how about making it
>optional? Then this could be turned off to avoid the inconsistent
>display in those use cases where it matters.
This bug report was last modified 5 years and 215 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.