GNOME Bugzilla – Bug 165714
GtkEntryCompletion doesn't complete on paste
Last modified: 2011-02-04 16:10:38 UTC
I consider it a major usability backdraw that GTK+ doesn't complete if I insert text into a GtkEntryCompletion. I often paste URLs or a search term into the Epiphany location bar and nothing happens where I'd expect a completion popup to select among known pages. Other information:
Created attachment 36723 [details] [review] Proposed patch.
I discussed this with the local human interaction designers, and they agreed with me that it is better to not pop up the completion window on paste.
Maybe you could paste a discussion snippet or point out some arguments for the status quo, i.e. against popup-on-paste? Why does this proposal form a negative usability impact? My use-case is that I have a dictionary as search engine in my smart bookmarks. Looking up a word would be as simple as Ctrl-N, Paste if this worked.
No reply so far, reopening.
Sorry, I don't have any discussion snipplets backing up my opinion, but I do remember that I asked Seth about this when somebody *complained* about the original behaviour, which was popping up the completions on paste, and we agreed that it would likely be more annoying than helpful in general. I think the complained came from Anders...
I still don't get how I can achieve what I want without doing cracky things like typing a character and deleting it afterwards again. Pasting URIs in browsers is very common, really. Christian: Do you think it's a good idea to raise a discussion about this to have a consistent behavior, or do you think hacking Ephy to do this is enough?
Looks like GTK+ maintainers will kill whoever tries to use internal GTK+ symbols like _gtk_entry_completion_popup :P. So we seriously have to discuss about it.
I'm against overriding this in epiphany; all entries with autocompletion in GNOME should behave the same way wrt. paste. IMHO it should be discussed on usability list.
OK, so would it be reasonable to pop up if the entry is empty before pasting?
Created attachment 37591 [details] [review] Proposed patch. Only popup if entry is empty before pasting.
*** Bug 170821 has been marked as a duplicate of this bug. ***
*** Bug 110635 has been marked as a duplicate of this bug. ***
I was about to file this bug myself. Already was looking at the code too. It really does look like a bug that paste doesn't trigger completion. *Please* fix this! And the patch works fine here too.
I'd really like to get some comments from the usability crew on this.
Well, all I can say is that the Safari web browser on OSX supports completion on pasting, and I don't recall it ever causing a problem for me. However, a browser is just one particular application of a completing text field... we'd need to think about all the places it was used in GNOME before coming to any conclusions, I think. Anyone care to compile a list?
*** Bug 318263 has been marked as a duplicate of this bug. ***
Previous dupe shows that deskbar-applet (as well as epiphany) is hoping for the fix to be applied.
*** Bug 322267 has been marked as a duplicate of this bug. ***
Is there any progress on this issue?
*** Bug 326286 has been marked as a duplicate of this bug. ***
2006-01-09 Matthias Clasen <mclasen@redhat.com> * gtk/gtkentry.c (paste_received): Make GtkEntryCompletion complete on pastes at the end. (#165714, Christian Neumair)
*** Bug 168822 has been marked as a duplicate of this bug. ***
*** Bug 341533 has been marked as a duplicate of this bug. ***
This is not fixed in gtk 2.10. Steps to reproduce: 0) Start testentrycompletion 1) Set inline completion to FALSE for the 1st entry in its property editor 2) Paste "gno" (no quotes) into the 1st or 2nd entry. 3) Delete entry contents 4) Type "gno" into 1st or 2nd entry Result: In 2), no completion is shown; 4) shows completions.
2006-08-16 Matthias Clasen <mclasen@redhat.com> * gtk/gtkentry.c (paste_received): Popup completion if paste is at the end (patch was already in 2.8.x). (#165714, Christian Persch)