GNU bug report logs - #29664
26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together

Previous Next

Package: emacs;

Reported by: Kaushal Modi <kaushal.modi <at> gmail.com>

Date: Mon, 11 Dec 2017 20:24:02 UTC

Severity: minor

Found in version 26.0.90

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 29664 <at> debbugs.gnu.org (full text, mbox):

From: Kaushal Modi <kaushal.modi <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 29664 <at> debbugs.gnu.org
Subject: Re: bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode +
 Truncate don't work well together
Date: Mon, 11 Dec 2017 21:07:50 +0000
[Message part 1 (text/plain, inline)]
On Mon, Dec 11, 2017 at 3:57 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

>
> Why are you turning on both visual-line-mode and truncate-lines?
> These are mutually exclusive: the former is for wrapping long
> continued lines, the latter is for not continuing lines at all.
>
> What am I missing?
>

Yes, I understand that. But they were both enabled by mistake.

- The visual line mode was enabled by default in org-mode-hook
- And I happened to have "# eval: (toggle-truncate-lines 1)" in the Local
Variables footer in one of the Org files.

There were no signs of problem until C-a and C-e started misbehaving that
way.

Should emacs do the "right thing" and auto-disable the other if one got
enabled, or throw a warning?

This problem with C-a and C-e does not happen if skip this part in the test
setup:

 (setq auto-hscroll-mode 'current-line)

- C-a works perfectly
- C-e does not jump instantly to the EOL, but progressively goes to the EOL
on hitting C-e, and eventually gets there (interesting behavior).

So at least with the default value of auto-hscroll-mode, a user is not
stuck wondering why C-a/C-e stopped working, even if they enabled
visual-line-mode and toggle-truncate-lines simultaneously by mistake.

PS: I noticed that the email client or the debbugs server auto-inserted
newlines in my test function.. I intend that insert form to insert a string
without any inbetween newlines.. like this:

(insert (concat "\n\ndlkasdjf lkdkmnf kd aksdjkldj laksdjflkasdf "
                "aldksflakdjf alksdjldf lksdfjldkj lkjdfad "
                "falksdflj asldkfjlasdf fjlaksdjflkj asdf "
                "lasdkfalkds alsdfkj sdf lsdkfj sldkfjlksdjf "
                "asldkfjlksdjfowieur nxc"))
-- 

Kaushal Modi
[Message part 2 (text/html, inline)]

This bug report was last modified 3 years and 323 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.