From: "Drew Adams" <drew.adams@oracle.com>
To: 10127@debbugs.gnu.org
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 [thread overview]
Message-ID: <33462449944A4AD488077588779E681E@us.oracle.com> (raw)
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:
character:
c (99, #o143, #x63)
preferred charset: ascii
(ASCII (ISO646 IRV))
code point: 0x63
syntax:
w which means: word
category:
.:Base, L:Left-to-right (strong), a:ASCII, l:Latin, r:Roman
buffer code: #x63
file code: #x63
(encoded by coding system undecided-unix)
display:
by this font (glyph code)
uniscribe:-outline-Lucida
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 24.0.91.1 (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/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-2.10.1/include --ldflags
-LD:/devel/emacs/libs/gnutls-2.10.1/lib'
next reply other threads:[~2011-11-24 18:29 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-24 18:29 Drew Adams [this message]
2011-11-24 18:49 ` bug#10127: 24.0.91; wrong window width calc for `C-u C-x =' when *Help* in separate frame Eli Zaretskii
2011-11-24 19:08 ` Drew Adams
2011-11-24 20:40 ` Juanma Barranquero
2011-11-24 20:52 ` Drew Adams
2011-11-24 21:06 ` Juanma Barranquero
2011-11-25 8:06 ` Eli Zaretskii
2011-11-25 15:25 ` Drew Adams
2011-11-25 18:23 ` Eli Zaretskii
2011-11-25 19:41 ` Drew Adams
2011-11-26 14:44 ` Eli Zaretskii
2011-11-26 14:45 ` Eli Zaretskii
2011-11-26 17:56 ` Drew Adams
2012-08-09 8:13 ` Chong Yidong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=33462449944A4AD488077588779E681E@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=10127@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.