GNU bug report logs - #12067
24.1; improper menu formatting with multiple \t chars

Previous Next

Full log

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

From: Jason Rumney <jasonr <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 12067 <at> debbugs.gnu.org
Subject: Re: bug#12067: 24.1; improper menu formatting with multiple \t chars
Date: Sat, 28 Jul 2012 00:19:54 +0800

"Drew Adams" <drew.adams <at> oracle.com> 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.

Previous Next

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