[Geany-devel] Resetting menu accels - Re: Super modifier in keybindings - Re: Strange Geany behavior
enrico.troeger at xxxxx
Mon Aug 17 21:11:43 UTC 2009
On Mon, 17 Aug 2009 12:38:22 +1000, Lex wrote:
>2009/8/17 Enrico Tröger <enrico.troeger at uvena.de>:
>> On Sun, 16 Aug 2009 13:51:39 +1000, Lex wrote:
>>>2009/8/16 Enrico Tröger <enrico.troeger at uvena.de>:
>>>> On Fri, 14 Aug 2009 11:59:27 +1000, Lex wrote:
>>>>>but I think the following should make it into a menu (actually a
>>>>>submenu, since I don't think they are commonly used enough to go
>>>>>in a top level menu) and I have suggested which new submenu to put
>>>>>Ctrl-K delete current line popup-edit
>>>>>Ctrl-T transpose current line popup-edit
>>>>>Ctrl-Shift-X cut line popup-edit
>>>>>Ctrl-Shift-C copy line popup-edit
>>>>>Alt-Shift-W select word edit-select and
>>>>>popup-select Alt-Shift-P select para edit-select
>>>>>and popup-select Alt-Shift-L select line
>>>>>edit-select and popup-select insert alt whitspace popup-edit
>>>>> indent space popup-indent
>>>>> undent space popup-indent
>>>>> prev indent popup-indent
>>>>>Ctrl-B matching brace edit-goto popup-goto
>>>>>Ctrl-M toggle marker edit-goto popup-goto
>>>>>Ctrl-. next marker " "
>>>>>Ctrl-, prev marker " "
>>>> Cool, thanks for this list.
>>>Note that this is only for 0.17, I'm not sure how many more 0.18 will
>>>> However, I fail to make any sense of the third column. Could you
>>>> give some hint about what exactly "popup-edit", "popup-select" and
>>>> the others mean? Thanks.
>>>My apologies, I was trying to suggest adding a new submenu of either
>> No need to apologise. Maybe I just didn't try hard enough, anyway,
>> now it's pretty clear (and obvious :).
>>>popup-edit means new edit submenu of right click popup
>>>popup-indent means new indent submenu of right click popup
>>>popup-goto means a new goto submenu of right click popup
>>>edit-select means a new select submenu of the main edit menu
>>>edit-goto means a new goto submenu of the main edit menu
>>>Where more than one is listed on the same line I am suggesting
>>>putting the item in both.
>> Ok. But to be honest I really don't want to add *anything* more to
>> the right click popup menu. It's already very big. When considering
>> the Gnome HIG, it's way too big. But I think in our case that's ok
>> as long as we don't fill the menu even more.
>> For the Edit menu in the file menu, I think we could add a new
>> submenu like "More Actions" or something which then lists the
>> actions you mentioned maybe in more sub menus sorted by categories
>> (as you did above). This way we would not bloat the existing menus
>> really and still gain the benefit of having menu items for most
>> Don't get me wrong, I'm all for it, my only worries are not to bloat
>> the menus too much.
>Totally agree with all you said.
>Maybe submenus of the popup for the inserts and the finds could help
Uhhh, dangerous topic :).
We already had the find items in a submenu but I voted against it as at
least I personally use them a lot from the popup menu and hiding them
in a submenu reduces usuability. This might be a pretty personal
rationale but I really would like to keep these items as they are :).
Though I would agree about the insert items. I also thought about
moving them into a plugin (at least 'insert date' and 'insert
include...') especially because 'insert include' is very specific to
C/C++ and not of any use for other filetypes. But I still didn't come
around to actually do it.
Maybe we could group the 'insert date', 'insert include...' items into
a new submenu, so we would save one toplevel menu item and then we
could also put various more menu items into this new submenu for
keybindings (i.e. those of your list).
>To be honest I don't use the popup much, I use keybindings mostly so I
>am probably not best qualified to say whats common use and whats not &
>can go to a submenu.
Who is qualified to say this at all? Every user has different use cases
of the GUI, the keybindings and everything else. It's always hard to
make such decisions.
Get my GPG key from http://www.uvena.de/pub.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: not available
More information about the Devel