GNU bug report logs -
#36702
27.0.50; newline: don't auto-fill regardless of auto-fill-mode
Previous Next
Reported by: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Date: Wed, 17 Jul 2019 10:18:03 UTC
Severity: minor
Tags: fixed, patch
Found in versions 27.0.50, 26.2.90
Fixed in version 27.1
Done: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 17.07.19 21:07, Basil L. Contovounesios wrote:
> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> On 17.07.19 19:47, Basil L. Contovounesios wrote:
>>> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>>>
>>>> Okay, commonly there many ways in Emacs to work around an issue, which is
>>>> great. But that doesn't solve it at source. By its semantic newline is unrelated
>>>> to filling, from there that behavior is not to expect, idiosyncratic.
>>> Unless you or someone else has a concrete proposal for how to fix said
>>> idiosyncratic behaviour in a backward-compatible way, I think that ship
>>> has sailed.
>>>
>> Decoupling it should not break anything. When fixed, just setting an
>> auto-fill-function will no longer trigger auto-fill in case auto-fill-mode is
>> off.
> But auto-fill-function is effectively synonymous with auto-fill-mode.
Consider that a design flaw. Just setting a var should not trigger a mode.
> If the former is nil, the latter is disabled. If the former is non-nil,
> the latter is enabled. There is no variable auto-fill-mode, only the
> buffer-local variable auto-fill-function.
>
> Users and modes that do not want to enable auto-fill-mode should not
> make auto-fill-function non-nil.
>
> Modes that want to provide a custom auto-fill function without enabling
> auto-fill-mode should set normal-auto-fill-function buffer-locally
> instead of auto-fill-function.
Thanks for the hint. Will use it as a workaround.
This bug report was last modified 5 years and 224 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.