GNU bug report logs - #5715
23.1.91; setting `truncate-lines' disables multiline minibuffer input editing

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5715 in the body.
You can then email your comments to 5715 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Štěpán Němec <stepnem <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1.91;
	setting `truncate-lines' disables multiline minibuffer input editing
Date: Sat, 13 Mar 2010 11:48:36 +0100

Steps to reproduce:
emacs -Q
(setq-default truncate-lines t)

Now in the minibuffer, always only single line is displayed during input
editing (e.g. try M-x C-q C-j).

Same thing happens with Emacs 21 and 22, now I tried.

Am I the only one who fails to see why setting `truncate-lines' should
affect this?

I can use

(add-hook 'minibuffer-setup-hook (lambda () (setq truncate-lines nil)))

to work around that, but I find this really weird.


Best regards,

     Štěpán

Message #12 received at 5715-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 5715-done <at> debbugs.gnu.org
Subject: Re: bug#5715: 23.1.91;
	setting `truncate-lines' disables multiline minibuffer input editing
Date: Sat, 24 Sep 2011 14:31:40 -0400

> (setq-default truncate-lines t)

This no longer affects the minibuffer.

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

From: Štěpán Němec <stepnem <at> gmail.com>
To: rgm <at> gnu.org
Cc: 5715 <at> debbugs.gnu.org
Subject: Re: bug#5715: 23.1.91;
	setting `truncate-lines' disables multiline minibuffer input editing
Date: Sat, 24 Sep 2011 22:12:51 +0200

On Sat, 24 Sep 2011 20:31:40 +0200
Glenn Morris wrote:

>> (setq-default truncate-lines t)
>
> This no longer affects the minibuffer.

OK. Thanks (I can't test now or any time soon, but I suppose your
workaround (r105906) does what it looks it does).

But is there any reason a proper fix wouldn't be better? Having
truncated lines in the minibuffer seems a perfectly valid thing to wish
for.

If for some reason that is impossible, could you please at least
document that limitation?

-- 
Štěpán

Previous Next

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