bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#61781: 28.2; (setq-default indent-tabs-mode nil) causes weird next-l


From: Spencer Baugh
Subject: bug#61781: 28.2; (setq-default indent-tabs-mode nil) causes weird next-line behavior in *Help*
Date: Tue, 12 Sep 2023 09:10:17 -0400
User-agent: Gnus/5.13 (Gnus v5.13)

Stefan Kangas <stefankangas@gmail.com> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Spencer Baugh <sbaugh@janestreet.com>
>>> Date: Fri, 24 Feb 2023 17:32:09 -0500
>>>
>>> >From emacs -Q:
>>>
>>> 1. M-: (setq-default indent-tabs-mode nil) RET
>>> 2. Open up a help buffer, e.g. C-x 4 C-h
>>> 3. Move point to the link for the first binding (find-file-other-window)
>>> 4. C-n
>>> 5. Observe that in addition to moving down, point also moves back one
>>>    column (as if we had hit C-b).
>>>
>>> Without indent-tabs-mode set to nil, next-line stays in the same column.
>>
>> I can reproduce this in Emacs 28.2, but not in Emacs 29, since
>> describe-prefix-bindings in Emacs 29 no longer heeds indent-tabs-mode,
>> it always inserts tabs.  So if this problem still exists in Emacs 29,
>> you or someone else will have to come up with a different reproducer.
>
> Ping.  Specer, is this an issue for you in Emacs 29?  If so, could you
> come up with a different reproducer?  Thanks in advance.

I managed to reproduce this in Emacs 28 even without indent-tabs-mode,
but it was fixed in Emacs 29 in c825c825256475ac5c74882811a44228140f18ee
by changing the help-key-binding face to draw a thinner box.
1b30b4dbc0dcaac02e5a15ff53da476e4680aced actually adds a comment
describing exactly this issue and how the previous change fixed it :)

So this can be closed.





reply via email to

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