[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#6192: 24.0.50; eldoc-mode: unexpected recentering
From: |
Stephen Berman |
Subject: |
bug#6192: 24.0.50; eldoc-mode: unexpected recentering |
Date: |
Sat, 15 May 2010 19:25:52 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
On Sat, 15 May 2010 19:44:38 +0300 Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Stephen Berman <stephen.berman@gmx.net>
>> Cc: 6192@debbugs.gnu.org
>> Date: Sat, 15 May 2010 17:40:02 +0200
>>
>> > When that happens, do you see any message in *Messages* besides the
>> > one displayed in the echo area?
>>
>> Nothing in *Messages* (not even the Eldoc message -- it is deliberately
>> suppressed by eldoc-message).
>
> Can you hack eldoc to un-suppress that, and then see?
I did, and the message after one M-v and recentering is this:
let: (VARLIST BODY...) [2 times]
[...]
>> Result: #("let: (VARLIST BODY...)" 0 3 (face font-lock-function-name-face)
>> 14 21 (face eldoc-highlight-function-argument))
>>
>> This string made the echo area expand to two lines, but in normal
>> (non-edebug) execution it of course shows up just as "let: (VARLIST
>> BODY...)" (with fontification). So if the propertized string is the
>> source of the expanded echo area
>
> No, that cannot be it. The properties should be completely evaluated
> and converted to appropriate faces, by the time the message is
> displayed. What gets displayed is just "let: (VARLIST BODY...)", and
> unless you have some strange fonts installed, I don't see how this can
> require more than one line of the echo area.
It's the bold face, as Martin observed; see my followup to his reply.
>> the question becomes why it does not shrink again.
>
> Once expanded, Emacs shrinks the echo area lazily (see the value of
> resize-mini-windows). So this is normal.
>
> We should concentrate on why the echo area is expanded.
Yes, why does bold face do it (and again, why only when eldoc-mode is
enabled in .emacs)?
Steve Berman
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Stephen Berman, 2010/05/14
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/14
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/14
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Stephen Berman, 2010/05/14
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Stephen Berman, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering,
Stephen Berman <=
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Stephen Berman, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, martin rudalics, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, martin rudalics, 2010/05/16
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/16
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, martin rudalics, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Stephen Berman, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, martin rudalics, 2010/05/15
- bug#6192: 24.0.50; eldoc-mode: unexpected recentering, Eli Zaretskii, 2010/05/15