GNU bug report logs - #6192
24.0.50; eldoc-mode: unexpected recentering

Previous Next

Full log

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: martin rudalics <rudalics <at> gmx.at>, 6192 <at> debbugs.gnu.org
Subject: Re: bug#6192: 24.0.50; eldoc-mode: unexpected recentering
Date: Mon, 17 May 2010 10:08:49 -0400

> In short, this bug now boils down to this: the echo area resizes with
> certain fonts (including DejaVu Sans Mono) when it displays a message
> that includes bold face.  Whether this is a bug in Emacs or the
> problematic fonts, I don't know.

To summarize this long thread, IIUC we have three separate problems:
- in some cases, a minibuffer message with bold text causes
  unexpected/unneeded minibuffer resizing.  Most likely those fonts
  somehow end up with a height just a tiny pixel taller.  Maybe we
  should change the minibuffer resizing such that it only resizes if the
  extra height needed is more than some threshold number of pixels (1
  or 2).
- eldoc can cause undesired minibuffer resizing.  That can probably still
  happen even when we fix the previous problem, depending on face
  settings and/or length of eldoc data.  So maybe eldoc should come with
  a config var for how many max lines of echo-area we're willing to
  devote to it.  If set to 1 it will prevent any resizing and fix the
  OP's problem regardless of whether the previous problem is fixed.
- minibuffer auto-resize can trigger an undesirable recentering.
  I'm not sure we can do much about that, tho, since it seems to only
  occur in cases where the resizing ends up "eating" the area used by
  point, so some scrolling is necessary.


        Stefan

Previous Next

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