Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

On 02/14/2011 04:03 PM, John Ralls wrote:
> On Feb 14, 2011, at 4:14 AM, Olivier Sessink wrote:
>>> Accelerator mapping in GtkOSXApplication is handled the Gtk way, with GtkAccelMaps. This is mentioned in the GtkOSXApplication documentation.
>>> Option/Alt is handled a bit too generically in gdk-quartz, where it's used for i18n regardless of context and consequently ignored when used as an accelerator. Ideally this handling should only occur in the input method, but I haven't figured out how to do that yet and Kristian Reitveld doesn't think it's important enough to do anything about. If anyone knows enough about the simple input method to write a patch to fix this it would be most welcome. Post it to
>> so what are my options if I do not know the details about input
>> methods? I can go back to ige-mac-integration and try to get my menu
>> problem solved, but that seems to be a step backwards.. Are there
>> other options? Converting the shortcuts in the application code
>> somehow?
> Like I said, GtkAccelMaps:
> There's even an example in test-integration.

sorry perhaps I've not understand you correctly. GtkAccelMaps as shown 
in test-integration.c can be used to modify the accelerator for an entry 
in the menu. But from your email I understood that this will not help to 
fix the problem with the <alt> key. Is that correct or not?

Futhermore, why I really would like to get the 'magic' behavior of 
ige-mac-integration: I have about 295 menu entries in Bluefish (that's 
why I really need <alt> to maximise the number of entries that have an 
accelerator). In the old ige-mac-integration code all entries were 
automatically converted from <control> to <command>. With the new 
GtkOSXApplication code it seems I need something like 600 lines of extra 
code to replace all accelerators, and I should try to keep these in 
sync. Or is this again a misunderstanding and can I get the 'magic' 
behavior with a few lines of code?

forgive me for my ignorance on this subject, I'm not a fulltime gtk 
programmer and it's sometimes hard to keep track of all the 
possibilities in gtk.


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