[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#10127: 24.0.91; wrong window width calc for `C-u C-x =' when *Help*

From: Drew Adams
Subject: bug#10127: 24.0.91; wrong window width calc for `C-u C-x =' when *Help* in separate frame
Date: Thu, 24 Nov 2011 10:29:44 -0800

In `describe-char', the max width of the displayed output is calculated
based on the width of the current window.  This makes zero sense,
especially when *Help* is displayed in a separate frame, and that case
includes but is not limited to the case where *Help* is a
special-display buffer.
To see this, make *Help* a special-display buffer, then, in some other
frame and buffer, do `C-u C-x ='.  Make that frame narrower and do it
again.  Repeat.  At some point of sufficient narrowness, you will see
this kind of (bizarre) formatting:
                   c (99, #o143, #x63)
preferred charset: ascii
                   (ASCII (ISO646 IRV))
       code point: 0x63
                   w  which means: word
                   .:Base, L:Left-to-right (strong), a:ASCII, l:Latin, r:Roman
      buffer code: #x63
        file code: #x63
                   (encoded by coding system undecided-unix)
                   by this font (glyph code)
Console-normal-normal-normal-mono-14-*-*-*-c-*-iso8859-1 (#x46)
Note the unnecessary newlines after `character:', `syntax:', and
`category:'.  This is uncalled for.  There is no reason to base
the display output width on the window width of the current buffer -
no relation.  That is so even in the case where the same frame is
used.  Please revert this annoying and unnecessary cleverness.

In GNU Emacs (i386-mingw-nt5.1.2600) of 2011-11-21 on MARVIN
 Windowing system distributor `Microsoft Corp.', version 5.1.2600
 configured using `configure --with-gcc (4.6) --no-opt --cflags
 -ID:/devel/emacs/libs/gnutls-2.10.1/include --ldflags

reply via email to

[Prev in Thread] Current Thread [Next in Thread]