> > > If you really want to separate the list from the keyboard, we might just > as > > well move the keymap selection to a secondary tab of the Keyboard preflet > > (which doesn't do much currently) and rename the Keymap preflet to > Keymaps > > and leave it as an editor, similar to now. > > I agree that the graphical keyboard is neat and unique, and being able > to test keymaps w/o having to open another app is really useful. +1 > But this is one visual element that serves two purposes (testing and > customizing) and does so without any cues that make it obvious to the > user when the it is performing one function or the other. This is > where I think it can become confusing. To me, most of the people will only use this first, by default, general tab. If this applet were to be changed to have two tabs, perhaps the > existing visualization can be used in the default tab (where you > select and test keymaps), and a more "grid-like" keyboard graphic > could be used in the Custom tab, so as to visually imply the ability > to modify the mapping by DnD to the user. Why two keyboards when we already have one ? > Anyway, my suggestion to split keymap selection and keymap > customization may be a bit too radical, and certainly not something > that needs to be looked into before alpha 1, so I rest my case here. > In the meantime I would be happy if this applet worked as in R5. :) > > Jorge Not a alpha 1 target, but it's not cause we are willing to release a alpha 1 that all other discussion has to be stopped no ?