Opened 16 years ago
Last modified 14 years ago
#5117 closed defect
Do not select text in Autocomplete before users enters edit mode — at Version 3
| Reported by: | stoecker | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | |
| Keywords: | Cc: | bastiK, stoecker |
Description (last modified by )
Currently autocomplete combo box always kills clipboard, as the text is preselected upon opening the dialogs. The text should only be selected in case real edit mode is started.
Does not happen for autocomplete text box.
Change History (3)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
Most disturbing ones:
- search field in search dialog
- dialog to download URL
Ctrl-C, Ctrl-V is not the same as Middle click. Disabling middle click kills the Unix way of copy/paste. I have a select history for most desktops, but it is disturbing to paste, detect that I pasted the current content again, reselect and paste again.
Probably the box should be unselected always and only a special behaviour added for the two exceptions you mentioned (tags dialogs).
comment:3 by , 14 years ago
| Description: | modified (diff) |
|---|
+10
There are different kinds of selecting/highlighting. I came across many programs which make a difference between the manual keyboard/mouse selecting and the initial selection of such entries.



What dialogs are you referring to?
Are you talking about middle mouse button clipboard? You can always use Ctrl-C, Ctrl-V.
For tag edit dialog this has the advantage that you can start typing immediately without having to click into the edit area. For tag add dialog one could probably keep the key field empty (but focused).