[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#36861: 27.0.50; display-fill-column-indicator-mode in log-edit-mode

From: Ergus
Subject: bug#36861: 27.0.50; display-fill-column-indicator-mode in log-edit-mode
Date: Tue, 6 Aug 2019 19:51:46 +0200
User-agent: NeoMutt/20180716

On Tue, Aug 06, 2019 at 05:59:28PM +0300, Eli Zaretskii wrote:
Date: Sun, 04 Aug 2019 22:30:05 +0200
CC: Eli Zaretskii <address@hidden>,address@hidden
From: Ergus <address@hidden>

Dfci was not designed to be used in this way, and the mode initialization 
actually sets the character, but in the
future it could make many other dynamic tests/checks if needed. So I don't 
think we should modify it to work
the other way you suggest, because for menit is not general enough. But I will 
follow the Eli's suggestions in
this aspects more than my own opinion.
Any way, if you want to use the mode in this way (for now) you can/need to set 
display-fill-column-indicator-character to your desired value and it should 
work as it is now. But I can't promise
that it will work the same way in the future.
But again, probably Eli will suggest a better solution for your use case.

I don't think I understand the problem.  Why doesn't just setting the
characters and the mode variable work as expected?  AFAIU, one needs
to call the mode function only if one wants Emacs to deduce the
indicator character automatically.


It should work as you say. But the default value for
display-fill-column-indicator-character is nil until the mode function
is executed (at least once).

I think that what they want is display-fill-column-indicator-character
to be non-nil without initialization; which we cannot set without some

Probably I'll need to reword the doc string about the default value to
specify that the value is really nil and it is initialized to the other
non-nil values in the mode function.

Does it makes sense?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]