Text selection remains whether or not widget has focus
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTK+ |
New
|
Undecided
|
Unassigned | ||
One Hundred Papercuts |
Confirmed
|
Undecided
|
Unassigned | ||
Debian |
New
|
Undecided
|
Unassigned |
Bug Description
A Note infront: I think that this bug is easy to fix! Just take a look at the proposal at the bottom.
Take any dialog in GNOME:
Whenever you are selecting text in a text entry and then change the focus to another widget (e.g. the server text entry in the screenshot below) the selection isn't touched. One might find scenarios in which this is a useful behaviour but I've found myself having trouble with "Save file" dialogs so many times! It irritates if you plan to overwrite a filename when your text is for instance being entered in a popup search field, only because the desired widget hasn't got the focus.
From the end-user's point of view, one has to double check (WHICH IS ONE CHECK TO MUCH) if you're text is selected and if the desired widget has the focus before you can start to overwrite the text. Moreover, it makes no sense to keep the text of a defocused text entry selected when this selection is discarded, once the widget regains focus by clicking on it!!! Currently the selection only remains intacts when you use your <TAB> key to tab through a form.
How to reproduce bug:
1. To reproduce this "bug" simply open any application in GNOME that can save a file.
2. Click "Save as"
3. Now select the name of the file in the top text entry
4. While leaving this entry selected go to the extended view for saving files and click in the right widget
5. Now start to enter some text. An immediate search starts and your text is being entered in the little pattern field.
Proposal:
Change the default behaviour of any GTK text entry widget: On focus lost, clear text selection.
Currently the selection only seems to be cleared when you start selecting text in a separate text entry widget or when the widget with selected text regains focus by clicking on it. When tabbing through a form with <TAB> all selections remain intact.
Changed in hundredpapercuts: | |
status: | New → Confirmed |
Changed in hundredpapercuts: | |
milestone: | none → raring-gtk |
This bug is especially annoying in the GNOME File Save dialog.
Reproduction:
1. open GEDIT
2. click SAVE
3. click or double-click a folder
Now the filename remains highlighted but you cannot type in a filename.
I agree to Konrad's proposal: don't leave a widget highligted when it does not have the focus.
Or in the mentioned case (file save dialog): set the focus back to the filename as soon as a new folder was selected.