[Top][All Lists]

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

bug#12067: 24.1; improper menu formatting with multiple \t chars

From: Jason Rumney
Subject: bug#12067: 24.1; improper menu formatting with multiple \t chars
Date: Sat, 28 Jul 2012 00:19:54 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux)

"Drew Adams" <address@hidden> writes:

>> > It turns out that using only a single \t does the right 
>> > thing in terms of alignment in this case.  But shouldn't
>> > multiple \t's let you tab (indent) further, as they do
>> > in text buffers, doc strings, etc.?  And
>> > presumably \t\t should not draw a rectangle, in any case.
>> No. A menu is not a buffer.
> No one said it is.

You seem to be requesting it to act like one above.

In Windows menus, a tab character is a not valid printing character,
hence is drawn as a rectangle.  An exception is that if one, and only
one, tab character appears in a menu string, it is used as a separator
to separate the menu text (left aligned in most locales) from the key
shortcut (right aligned in those locales).

YMMV with menus on other platforms however.

reply via email to

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