bugGNUstep - Bugs: bug #19804, ugly # chars in menu

Group
 
 

bug #19804: ugly # chars in menu

Submitter:  Riccardo Mottola <rmottola>
Submitted:  Sat 05 May 2007 08:51:35 AM UTC
   
 
Category:  Gui/AppKit Severity:  1 - Wish
Item Group:  Change Request Status:  Fixed
Privacy:  Public Assigned to:  FredKiefer
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 14 Mar 2011 03:32:43 PM UTC, comment #9: 

I finally implemented a solution for this long standing issue. You may now change the displayed characters for the key equivalent modifiers by setting some user defaults. The keys are

GSControlKeyString
GSAlternateKeyString
GSShiftKeyString
GSCommandKeyString

If you use nice Unicode characters (like U21E7 for shift), you can get near the Apple look. If you use empty strings, you can remove these annoying characters all together.

Fred Kiefer <FredKiefer>
Group Member
Sun 18 Nov 2007 11:12:44 PM UTC, comment #8: 

That sounds rather good -- an image is simple, but a typeface might make more sense, since it's scalable. Using unicode characters like U+2325, U+2318, U+2387 makes sense

How good is Gnustep's glyph substitution?

Aredridel Stewart <aredridel>
Wed 23 May 2007 02:40:31 PM UTC, comment #7: 

the idea could be to have some custom images or, as you propose, a custom font, to draw the shortcut symbols. The font has the disadvantage that when using xlib it would need to be installed on the target machine, for art it would be fine. If I remember correctly Sun's openlook used a Glyph font too. But for a couple of images having this toruble? Maybe .TIFFs would be enough and they could also handle "theming" and "platform look and feel" easily.
thus the "alt_key.tiff" could be empty or  a hash on unix, the option symbol on mac and the appropriate key on windows! THus supporting the exchange of the WIndows key, the apple gey, the amiga key or whatever for the same function.

Riccardo Mottola <rmottola>
Group Member
Sun 20 May 2007 12:33:19 AM UTC, comment #6: 

I will contact him and find out if it's a possibility.  Thanks, GC

Gregory John Casamento <gcasa>
Group administrator
Sat 19 May 2007 04:07:11 PM UTC, comment #5: 

The idea of our own font to do this job sounds great... a simple and elegant solution in principle.  Jesse Ross (iirc) was doing great stuff on the font design front for Etoile ... perhaps you could ask him to contribute a font with these special characters (perhaps by adding to an existing free font)?

Richard Frith-Macdonald <CaS>
Group Member
Sat 19 May 2007 03:46:57 PM UTC, comment #4: 

One possibility is to create our own symbols font which contains any and all symbols we may want to use in GNUstep for various things.

The field which displays this character could be made into a separate text field.  (We're not simply appending # to the string are we??)

It doesn't necessarily need to be a UNICODE font as that would be overkill.   Bit it could be, as I described above, a field on it's own using our special symbol font.  Let me know what you think of that idea.

Gregory John Casamento <gcasa>
Group administrator
Sat 12 May 2007 03:26:52 PM UTC, comment #3: 

What about moving the actual string into a resource? We could use something like (@"Cmd-Shortcut"), (@"Alt-Shortcut") and _(@"Shift-Shortcut") in the code and have the lines

Cmd-Shortcut=Cmd+
Alt-Shortcut=Alt+
Shift-Shortcut=Sft+

in the Localizable.strings file and if anybody doesn't like this he/she may redefine it to

Cmd-Shortcut=^
Alt-Shortcut=#
Shift-Shortcut=+

or

Cmd-Shortcut=
Alt-Shortcut=
Shift-Shortcut=

or what ever seems to be a suitable value.

Fred Kiefer <FredKiefer>
Group Member
Fri 11 May 2007 06:06:59 PM UTC, comment #2: 

An idea could be displaying

New               (Cmd+N)
Other Option (Cmd+Alt+O)
Quit               (Cmd+Q)

It would be longer, but very readable.

Thanks

Nicola Pero <nico>
Group Member
Fri 11 May 2007 03:42:39 PM UTC, comment #1: 

The # character is there to show that you will have to press the ALT key together with the shortcut character. Up to then GNUstep only displayed the shortcut character itself. This was fine as long as you only could use ALT as a modifier. But after that had been fixed and any modifier was now possible we needed an indocation of which modifier (if any at all) was needed.

In a discussion on the mailing list we reached an agreement that the current version with #, ^ and + as symbols for the modifier are ugly, but no better idea was brought forward or implemented. The best idea was to use Unicode characters that look like the symbols used by Apple. What speaks against this idea is that most fonts wont support this characters.

If you see any solution to the problem your implementation will be greatly welcomed.

Fred Kiefer <FredKiefer>
Group Member
Sat 05 May 2007 08:51:35 AM UTC, original submission:  

sometime ago # characters in front of the menu shortcuts appeared. I find this pretty ugly and some sort of OSX mock-up.
Was it made on purpose? Can it be reversed?

Riccardo Mottola <rmottola>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by aredridel (Posted a comment)
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by gcasa (Posted a comment)
  • -email is unavailable- added by nico (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by rmottola (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-10-03 FredKiefer StatusReady For Test Fixed
        Assigned toNone FredKiefer
        Open/ClosedIn Test Closed
    2011-03-14 FredKiefer StatusNone Ready For Test
        Open/ClosedOpen In Test
    2007-05-11 FredKiefer Severity3 - Normal 1 - Wish
        Item GroupNone Change Request

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code