Re: broken accelerator changes

[James Henstridge <james daa com au>]

Havoc Pennington wrote:

> > nope, it's broken to limit accelerator changes to yet another menu
> > API.
>
> Accel changes need not be limited to a new menu API.
>
> We can extend the accel map API to make it possible to easily write a
> more generic accel editor, at least potentially; the accel map needs
> notification of changes, and it needs human-readable names for the
> accel paths. If it had those then you could edit it directly with an
> accel editor dialog.
In the jhmenu module, there is an accel editing dialog widget.  It works 
entirely through the accel map (so it works with my action based menu 
code, GtkItemFactory and GnomeUIInfo).  Currently it just shows a list 
of accel paths with their associated accels, but this would probably 
look better as a tree.  Havoc is right that localised labels for the 
accel paths would be useful.

What havoc seems to want is a way to use the copy of accels in GConf as 
the "model", rather than as a view of the accel map.  When changes to 
one accel can cause changes to other entries, and there isn't an easy 
way to get notification of all changes to the accel map, it is a bit 
difficult to use the copy in GConf as a view.

James.

--
Email: james daa com au
WWW:   http://www.daa.com.au/~james/