GNOME Bugzilla – Bug 121682
smart bookmark entry should be cleared after use
Last modified: 2012-01-31 12:55:49 UTC
summary says it all.. there is no point in keeping it is there? only annoying, having to clean it out manually each time.
Well it could be useful to change your search ... (add a word for example). I dont have a strong opinion, especially with triple click to select all, I'm just sure someone feel different ;) For what it's worth google keep it there.
yes, but, when you visit google and do a search, you are doing that specific search and the next time you do a search you will do a fresh 'goto google.com'- different from the search entry which will be used for all possible different searches. and, i think it will happen much more often to do a new search than to adjust your current one.. (in which case it's probably not really a prob to type the stuff again, since at least speaking for myself my searches usually consist of one, perhaps two words)
Additionally, you lose the clipboard contents (the one in the mouse wheel) when you select the entry to delete it.
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
This bug is still present in Epiphany 1.8.2
Galeon has a gconf-setting in case the default behavior isn't the desired one. Maybe this could qualify for such a setting? Above comment raises a good point about loss of clipboard content on triple click. And about the "change your search a bit" comment: Most search engines (like google) have their own method of remembering the search, so there's no reason to keep in the smart bookmarks too.
*** Bug 332895 has been marked as a duplicate of this bug. ***
Thank you for putting me on cc. Regarding the "one might want to edit the last search" If you do a google-search, you'll have the search-terms on the results page, so you can just edit the search there, just for other smb-urls where this is very similar. the major reason why I want it to clear is the point mentioned in comment #3 (overriding the selection clipboard when trying to get rid of the old search)
*** Bug 383344 has been marked as a duplicate of this bug. ***
I think this might be a matter of trying out.
*** Bug 438289 has been marked as a duplicate of this bug. ***
bug 591164 asks for the opposite behaviour.
It should be enough to select all contents upon focusing the field.
No, selecting all will still cause overriding the selection clipboard, and thus nullifying the effect of keeping the text. bug 591164 asks for a dedicated web-search entry. Smart-bookmarks have far more use-cases than doing web-serches. One familiar is using it with bugzilla-IDs. paste the ID, press enter, visit the issue. You almost /never/ reuse that field. So keeping it is useless. I still think: For refining your websearch: Just do it in the webengine's results-page. Every search-enginge I know shows the currently used terms and allows modifying it all the time. Do pleas do *not* select all when focusing. This would be a huge step backwards. The current behaviour is a compromise I can live with: When pasting the selection clipboard the previous content is overrided, this covers my use case with bugzilla and similar searches. I am still able to add some more words to my websearch widgets by just left-clicking it. (I find myself trying to paste an additional word and the sigh at loosing the terms used before, but then I usually still have the websearch open or available by a couple of "backs", so no big deal, better than having to select all (and loose clipboard), delete, select again for clipboard and then paste)). But again: Please do /not/ select all when focusing. This would break my workflow dramatically.
I meant selecting all when accessing the field by a key combination, not when clicking it with the mouse.
I also suffer this behavior every day, when I search something in gentoo's bugzilla (I have a text box for searching on it), I have to manually clean old searches. Even if I would like to get it cleaned after the use, as some people seems to want the oposite behavior :-S, maybe it could be cleaned when a new tab is opened. It wouldn't be perfect for me but even better than current situation :-) Thanks a lot
We don't have these anymore, so I guess this is OBSOLETE.