2008/2/19, Raphael Ackermann <raphael.ackermann@...>:
> > Keys that work on textviews cannot be used. So INSERT is not ok
> generally as
> > it means change from write insert to overwrite. On the lists in the
> > INSERT is not problem, but eg on place, first tab is text, so there is
> > 'add' button there.
> > I have no problem to map CTRL+INSERT generally to the add button of the
> > open tab, but do think that moving to a tab first, then doing INSERT is
> > perhaps not asked too much.
> I do not understand what you mean or why.
> Can keys that work on textviews not be used because the textview is
> catching the keypress event? If so, could this not be changed so that
> they would only get key events that are meant for them? (just asking I
> don't know much about key events in python, gtk, gnome)
This is getting technical, but indeed, that is the case. INSERT has a
meaning, as has eg CTRL+left arrow (selecting text) , and you want an
accellerator to work from everywhere. As INSERT can be meant for the
textview, there is no way of knowing what the user wants
In the Places View pressing INSERT does not do anything at all. Are
> you saying that using INSERT for adding a new place would have side
> effects? I don't get how the "first tab is text" can have an influence
> on this. And I have +(Add) buttons in the Place View.
You are starting to mix things up. We have views, where add is done by
CTRL+INSERT. This is needed because if you place cursor on the filter
textentry, INSERT toggles overwrite.
I just checked and CTRL+INSERT seems to invoke Add in most editors.
no, you mean in most views
Which means I can use CTRl+INSERT throughout GRAMPS when I want to add
> a new record. I am happy with that.
But on a tab in an editor which is a list, INSERT does the trick of adding
at the moment.
> > > * I don't think it is a good idea to have ALT+C or ALT+O anywhere as
> > > these are reserved for Cancel and OK. In the Family Editor ALT+C for
> > > Cancel is broken for me now. Using Kubuntu. I cannot cancel the editor
> > > by just pressing ALT+C anymore, and pressing it twice doesn't work
> > > either.
> > Look, this is internationalization. ALT mnemonics works with duplicates,
> > personnally don't see a problem with it. I rather have the first letter
> > all fields, than some free letter. Why would the Child tab be ALT+h?
> > that is the Help button. So, ALT+l then? Well, I don't use the English
> > version, so Raphael, feel free to change the key, just search on
> > in the code, and change it to eg Chi_ldren.
> "If duplication of access keys in a window is unavoidable, you should
> still refrain from duplicating the access keys for any of these
> buttons that appear in the same window: OK, Cancel, Close, Apply or
Ok, I updated
> > > * ALT+P, ALT+N don't work at the moment for navigation between views,
> > > unless the sidebar is used! Could this be made to work the same
> > > regardless of whether the sidebar is used or not. I find this
> > > confusing.
> > file a bug please. The view must pass a key press to the notebook under
> See also http://bugs.gramps-project.org/view.php?id=1559 for some more
> accelerator keys discussion.
Ok, changed stuff, close the item if you think all ok
> > > * ALT+S for Scratchpad (now Clipboard) could probably be change to
> > > something else.
> > Indeed, I made it an accellerator now CTRL+B.
> > If somebody opposes that, do react.
> HIG says:
> "Standard GNOME application shortcut keys and access keys - Bookmarks menu
> Function Shortcut Description
> Add Bookmark Ctrl+D Add a bookmark for the current location
> Edit Bookmarks... Ctrl+B (see note below) Open a window in
> which the
> user can edit and organise saved bookmarks
> Bold and Edit Bookmarks
> If your application requires both Format ▸ Bold and Bookmarks ▸ Edit
> Bookmarks... menu items, use Shift+Ctrl+D as the shortcut for Edit
> I am not too fussed about this, but for the Organize Bookmarks I would
> either use CTRL+B or SHIFT+CTRL+D as suggested above for the case that
> CTRL+B is already used.
For an app like GRAMPS the Clipboard is much, much more important than
organize bookmarks. So an easy shortcut like CTRL+B is to be preferred (as
CTRL+C conflicts with cancel and is not possible). Bookmarking in all
browsers is CTRL+D, so let's keep it like that. In Firefox Organize
Bookmarks does not even have a shortcut, and I don't think we need it here,
but if we add it, SHIFT+CTRL+B as I made it is not bad in my opinion.