GNOME Bugzilla – Bug 108202
tabbing into empty entry should still remove primary selection from previous entry
Last modified: 2018-02-10 03:23:11 UTC
Suppose you have: Entry1: [foo ] Entry2: [bar ] Entry3: [ ] If "foo" is selected, and I hit "Tab", then "foo" loses the selection and "bar" becomes selected. But if I hit "Tab" again into the empty entry, the cursor moves but "bar" stays selected. This looks weird and is not consistent with mac/windows/gtk1.2. The offending code is in gtk_entry_update_primary_selection()
Is this really the correct description of the Windows/Macintosh behavior, or do they deselect on focus-out? (Windows is going to be hard to tell, since it never shows a selection in an non-focused entry, if I recall.) There is some discussion about the whole selection mess and particular about focus-out behavior at: http://www.redhat.com/archives/xdg-list/2002-November/msg00046.html http://www.redhat.com/archives/xdg-list/2002-November/msg00062.html The original message in that thread went to kde-core-devel,but, for some reason doesn't seem to be in the KDE devel archives. I'll attach it here.
Created attachment 16684 [details] Mail from Lubos Lunak about focus details
Mac doesn't let you focus non-text widgets, so the two behaviors would be indistinguishable.
Think we need to think about/ address selection/clipboard behavior comprehensively.
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue for it.