GNU bug report logs - #2423
23.0.90; Incomplete text in tooltip for buffer's encoding

Previous Next

Packages: emacs, w32;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Sat, 21 Feb 2009 11:25:04 UTC

Severity: normal

Merged with 5908

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 2423 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 2423 <at> debbugs.gnu.org
Subject: Re: bug#2423: 23.0.90; Incomplete text in tooltip for buffer's 
	encoding
Date: Sun, 22 Feb 2009 03:03:31 +0100
> But on MS-Windows, if CODING is iso-latin-N-dos (for any N that is a
> single digit), the second line is not shown; instead, there's an empty
> line.  Changing the buffer's encoding to something different, like
> utf-8 or cyrillic-iso-8bit-dos, or even iso-latin-10-dos or
> iso-latin-1-unix, makes the second line reappear.  Changing back to
> iso-latin-[1-9]-dos makes the text of second line disappear again.
>
> It looks like the problem is somehow related to the length of the
> first line's text.

Yes.

Another example is the mnemonic for writable/read-only in
`mode-line-modified'. With "writable" I get a tooltip with "Buffer is
writable" plus an empty line. Just adding a space to the first line of
"Buffer is %s\nmouse-1 toggles" makes it work again.

    Juanma




This bug report was last modified 14 years and 203 days ago.

Previous Next


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