* bug#9572: 23.3.50; minibuffer prompt disappears
@ 2011-09-22 7:11 Leo
2011-09-22 12:01 ` Eli Zaretskii
0 siblings, 1 reply; 16+ messages in thread
From: Leo @ 2011-09-22 7:11 UTC (permalink / raw)
To: 9572
[-- Attachment #1: Type: text/plain, Size: 171 bytes --]
1. Emacs -q
2. (setq-default truncate-lines t)
3. M-x icomplete-mode
4. C-h v eval M-p
You will get an error and a promptless minibuffer as shown in this
screenshot:
[-- Attachment #2: icomplete.png --]
[-- Type: image/png, Size: 15594 bytes --]
[-- Attachment #3: Type: text/plain, Size: 108 bytes --]
[GNU Emacs 23.3.50.1 (x86_64-apple-darwin10.8.0, Carbon Version 1.6.0
AppKit 1038.36) of 2011-09-15]
Leo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 7:11 bug#9572: 23.3.50; minibuffer prompt disappears Leo
@ 2011-09-22 12:01 ` Eli Zaretskii
2011-09-22 13:24 ` Leo
2011-09-22 16:07 ` Glenn Morris
0 siblings, 2 replies; 16+ messages in thread
From: Eli Zaretskii @ 2011-09-22 12:01 UTC (permalink / raw)
To: Leo; +Cc: 9572
> From: Leo <sdl.web@gmail.com>
> Date: Thu, 22 Sep 2011 15:11:22 +0800
>
> 1. Emacs -q
>
> 2. (setq-default truncate-lines t)
>
> 3. M-x icomplete-mode
>
> 4. C-h v eval M-p
>
> You will get an error and a promptless minibuffer as shown in this
> screenshot:
>
> [GNU Emacs 23.3.50.1 (x86_64-apple-darwin10.8.0, Carbon Version 1.6.0
> AppKit 1038.36) of 2011-09-15]
Do you see this problem in Emacs 24?
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 12:01 ` Eli Zaretskii
@ 2011-09-22 13:24 ` Leo
2011-09-22 16:12 ` Eli Zaretskii
2011-09-22 16:07 ` Glenn Morris
1 sibling, 1 reply; 16+ messages in thread
From: Leo @ 2011-09-22 13:24 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9572
[-- Attachment #1: Type: text/plain, Size: 227 bytes --]
On 2011-09-22 20:01 +0800, Eli Zaretskii wrote:
> Do you see this problem in Emacs 24?
My emacs-24 (X11 on OSX) build is from the end of July and I see a
different problem there. The cursor is moved to the end as shown here:
[-- Attachment #2: icomplete-24.png --]
[-- Type: image/png, Size: 12225 bytes --]
[-- Attachment #3: Type: text/plain, Size: 5 bytes --]
Leo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 12:01 ` Eli Zaretskii
2011-09-22 13:24 ` Leo
@ 2011-09-22 16:07 ` Glenn Morris
2011-09-22 18:12 ` Glenn Morris
1 sibling, 1 reply; 16+ messages in thread
From: Glenn Morris @ 2011-09-22 16:07 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9572, Leo
Eli Zaretskii wrote:
>> [GNU Emacs 23.3.50.1 (x86_64-apple-darwin10.8.0, Carbon Version 1.6.0
>> AppKit 1038.36) of 2011-09-15]
>
> Do you see this problem in Emacs 24?
I do. (Note that isn't even "Emacs 23" as we know it.)
Ref also
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5715 ?
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 13:24 ` Leo
@ 2011-09-22 16:12 ` Eli Zaretskii
0 siblings, 0 replies; 16+ messages in thread
From: Eli Zaretskii @ 2011-09-22 16:12 UTC (permalink / raw)
To: Leo; +Cc: 9572
> From: Leo <sdl.web@gmail.com>
> Cc: 9572@debbugs.gnu.org
> Date: Thu, 22 Sep 2011 21:24:41 +0800
>
> On 2011-09-22 20:01 +0800, Eli Zaretskii wrote:
> > Do you see this problem in Emacs 24?
>
> My emacs-24 (X11 on OSX) build is from the end of July and I see a
> different problem there. The cursor is moved to the end as shown here:
This is bug #9524, it was fixed on the trunk 5 days ago.
Anyway, I do see the same problem in Emacs 24. But it disappears if
you type C-b or <left> arrow.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 16:07 ` Glenn Morris
@ 2011-09-22 18:12 ` Glenn Morris
2011-09-22 18:14 ` Eli Zaretskii
` (2 more replies)
0 siblings, 3 replies; 16+ messages in thread
From: Glenn Morris @ 2011-09-22 18:12 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9572, Leo
How about simply disabling truncate-lines in the minibuffer (same as
seems to happen with tooltips)? Fixes this and #5715.
*** src/minibuf.c 2011-09-11 22:04:52 +0000
--- src/minibuf.c 2011-09-22 18:09:00 +0000
***************
*** 559,564 ****
--- 559,566 ----
minibuffer = get_minibuffer (minibuf_level);
Fset_buffer (minibuffer);
+ BVAR (current_buffer, truncate_lines) = Qnil;
+
/* If appropriate, copy enable-multibyte-characters into the minibuffer. */
if (inherit_input_method)
BVAR (current_buffer, enable_multibyte_characters) = enable_multibyte;
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 18:12 ` Glenn Morris
@ 2011-09-22 18:14 ` Eli Zaretskii
2011-09-22 18:28 ` Glenn Morris
2011-09-22 20:21 ` Dani Moncayo
2011-09-22 23:09 ` Leo
2 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2011-09-22 18:14 UTC (permalink / raw)
To: Glenn Morris; +Cc: 9572, sdl.web
> From: Glenn Morris <rgm@gnu.org>
> Cc: 9572@debbugs.gnu.org, Leo <sdl.web@gmail.com>
> Date: Thu, 22 Sep 2011 14:12:00 -0400
>
>
> How about simply disabling truncate-lines in the minibuffer (same as
> seems to happen with tooltips)?
I don't mind, but don't expect me to fight over this with
bike-shedders...
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 18:14 ` Eli Zaretskii
@ 2011-09-22 18:28 ` Glenn Morris
0 siblings, 0 replies; 16+ messages in thread
From: Glenn Morris @ 2011-09-22 18:28 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 9572, sdl.web
Eli Zaretskii wrote:
> I don't mind, but don't expect me to fight over this with
> bike-shedders...
Surely no Emacs user would be so petty as to stoop to bike-shedding? ;)
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 18:12 ` Glenn Morris
2011-09-22 18:14 ` Eli Zaretskii
@ 2011-09-22 20:21 ` Dani Moncayo
2011-09-22 23:09 ` Leo
2 siblings, 0 replies; 16+ messages in thread
From: Dani Moncayo @ 2011-09-22 20:21 UTC (permalink / raw)
To: Glenn Morris; +Cc: 9572, Leo
> How about simply disabling truncate-lines in the minibuffer (same as
> seems to happen with tooltips)? Fixes this and #5715.
...and #8832 too: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8832
--
Dani Moncayo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 18:12 ` Glenn Morris
2011-09-22 18:14 ` Eli Zaretskii
2011-09-22 20:21 ` Dani Moncayo
@ 2011-09-22 23:09 ` Leo
2011-09-23 3:36 ` Glenn Morris
2 siblings, 1 reply; 16+ messages in thread
From: Leo @ 2011-09-22 23:09 UTC (permalink / raw)
To: 9572
On 2011-09-23 02:12 +0800, Glenn Morris wrote:
> *** src/minibuf.c 2011-09-11 22:04:52 +0000
> --- src/minibuf.c 2011-09-22 18:09:00 +0000
> ***************
> *** 559,564 ****
> --- 559,566 ----
> minibuffer = get_minibuffer (minibuf_level);
> Fset_buffer (minibuffer);
>
> + BVAR (current_buffer, truncate_lines) = Qnil;
> +
> /* If appropriate, copy enable-multibyte-characters into the minibuffer. */
> if (inherit_input_method)
> BVAR (current_buffer, enable_multibyte_characters) = enable_multibyte;
Does this mean the minibuffer will unconditionally resize to fit its
contents? That would be quite annoying.
Leo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-22 23:09 ` Leo
@ 2011-09-23 3:36 ` Glenn Morris
2011-09-23 5:03 ` Leo
0 siblings, 1 reply; 16+ messages in thread
From: Glenn Morris @ 2011-09-23 3:36 UTC (permalink / raw)
To: Leo; +Cc: 9572
Leo wrote:
> Does this mean the minibuffer will unconditionally resize to fit its
> contents?
That's the default behaviour.
You can (setq resize-mini-windows nil) and enjoy your unusable
minibuffer.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-23 3:36 ` Glenn Morris
@ 2011-09-23 5:03 ` Leo
2011-09-23 21:44 ` Chong Yidong
2011-09-24 18:30 ` Glenn Morris
0 siblings, 2 replies; 16+ messages in thread
From: Leo @ 2011-09-23 5:03 UTC (permalink / raw)
To: Glenn Morris; +Cc: 9572
On 2011-09-23 11:36 +0800, Glenn Morris wrote:
> That's the default behaviour.
> You can (setq resize-mini-windows nil) and enjoy your unusable
> minibuffer.
In the case, I am not sure unconditionally setting trunk-lines to nil in
minibuffer is the right fix.
Leo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-23 5:03 ` Leo
@ 2011-09-23 21:44 ` Chong Yidong
2011-09-24 1:20 ` Leo
2011-09-24 18:30 ` Glenn Morris
1 sibling, 1 reply; 16+ messages in thread
From: Chong Yidong @ 2011-09-23 21:44 UTC (permalink / raw)
To: Leo; +Cc: 9572
Leo <sdl.web@gmail.com> writes:
> In the case, I am not sure unconditionally setting trunk-lines to nil
> in minibuffer is the right fix.
Could you explain what you expect Emacs to do?
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-23 21:44 ` Chong Yidong
@ 2011-09-24 1:20 ` Leo
2011-09-24 18:29 ` Chong Yidong
0 siblings, 1 reply; 16+ messages in thread
From: Leo @ 2011-09-24 1:20 UTC (permalink / raw)
To: Chong Yidong; +Cc: 9572
On 2011-09-24 05:44 +0800, Chong Yidong wrote:
>> In the case, I am not sure unconditionally setting trunk-lines to nil
>> in minibuffer is the right fix.
>
> Could you explain what you expect Emacs to do?
Not sure because I am not sure about the root cause of the bug.
Leo
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-24 1:20 ` Leo
@ 2011-09-24 18:29 ` Chong Yidong
0 siblings, 0 replies; 16+ messages in thread
From: Chong Yidong @ 2011-09-24 18:29 UTC (permalink / raw)
To: Leo; +Cc: 9572
Leo <sdl.web@gmail.com> writes:
> On 2011-09-24 05:44 +0800, Chong Yidong wrote:
>>> In the case, I am not sure unconditionally setting trunk-lines to nil
>>> in minibuffer is the right fix.
>>
>> Could you explain what you expect Emacs to do?
>
> Not sure because I am not sure about the root cause of the bug.
Well, what do you consider the bug? You can't want to have line
truncation in the minibuffer, and simultaneously want to be able to see
the start of the minibuffer when the line runs long. Those are pretty
much incompatible.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#9572: 23.3.50; minibuffer prompt disappears
2011-09-23 5:03 ` Leo
2011-09-23 21:44 ` Chong Yidong
@ 2011-09-24 18:30 ` Glenn Morris
1 sibling, 0 replies; 16+ messages in thread
From: Glenn Morris @ 2011-09-24 18:30 UTC (permalink / raw)
To: Leo; +Cc: 9572
Leo wrote:
> In the case, I am not sure unconditionally setting trunk-lines to nil in
> minibuffer is the right fix.
I am sure it is better than the current situation, so I installed it for
the coming pretest.
If you figure out how exactly how you think truncated lines in the
minibuffer should work, I suggest opening a new wishlist bug; since the
issue reported here no longer exists.
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2011-09-24 18:30 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-22 7:11 bug#9572: 23.3.50; minibuffer prompt disappears Leo
2011-09-22 12:01 ` Eli Zaretskii
2011-09-22 13:24 ` Leo
2011-09-22 16:12 ` Eli Zaretskii
2011-09-22 16:07 ` Glenn Morris
2011-09-22 18:12 ` Glenn Morris
2011-09-22 18:14 ` Eli Zaretskii
2011-09-22 18:28 ` Glenn Morris
2011-09-22 20:21 ` Dani Moncayo
2011-09-22 23:09 ` Leo
2011-09-23 3:36 ` Glenn Morris
2011-09-23 5:03 ` Leo
2011-09-23 21:44 ` Chong Yidong
2011-09-24 1:20 ` Leo
2011-09-24 18:29 ` Chong Yidong
2011-09-24 18:30 ` Glenn Morris
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.