New issue
Advanced search Search tips

Issue 724842 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Feature



Sign in to add a comment

Prefill address bar with highlighted text

Reported by christia...@gmail.com, May 21 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
Often times a user reads on a web page something s/he would like to know more about, so:
1. s/he highlights few (key)words s/he thinks make for a good web search
2. s/he presses ctrl+C to copy the highlighted (key)words
3. s/he presses ctrl+T to open a new tab
4. s/he presses ctrl+V to copy the (key)words in the address bar
5. s/he presses enter.

Wouldn't it be awesome if instead a user only needed to perform these steps:
1. s/he highlights few (key)words s/he thinks make for a good web search
2. s/he presses ctrl+T to open a new tab

NOTE #1: the (key)words highlighted in step 1 appear pre-highlighted in the address bar of the newly opened tab.

3. s/he presses enter.

NOTE #2: because after pressing ctrl+T the (key)words appear pre-highlighted in the address bar, if s/he decides to search for something other than those (key)words, s/he can simply start typing something else, like s/he usually does after opening a new tab.

Since this:
  highlight => ctrl+C => ctrl+T => ctrl-V => enter
happens often, the new sequence:
  highlight => ctrl+T => enter
would greatly speed up what is possibly the most common usage pattern that users follow while browsing.

What is the expected behavior?
This is an enhancement bug, so there is no problem per-se: just a wish-for new behavior.

What went wrong?
This is an enhancement bug, so there is no problem per-se: just a wish-for new behavior.

Did this work before? N/A 

Chrome version: 58.0.3029.110  Channel: stable
OS Version: OS X 10.12.5
Flash Version: 

This enhancement would greatly speed up what is possibly the most common usage pattern that users follow while browsing.
 

Comment 1 by woxxom@gmail.com, May 21 2017

1. There's a built-in feature that is much more convenient and simple than what you've described: select the text, rightclick, choose "search".

2. There are also extensions that provide customizations or alternative methods like https://chrome.google.com/webstore/detail/selection-search/gipnlpdeieaidmmeaichnddnmjmcakoe

Comment 2 Deleted

Hum, it seems to me you haven't really given my proposal a fair chance, and I don't agree on the "much more convenient" bit.

With what is already there you have to:
1. Select the text
2. Carefully aim the cursor to the selected text
3. Right click on the selected text
4. Carefully select the menu item labeled "search"
5. Left click on it

Compared to:
1. Select the text
2. Press ctrl+T
3. Press enter

Not only it is 3 steps instead than 5, but only the first requires aiming with the cursor, but that you have to do it even in the current system: none of the other 2 steps requires any form of aiming with the mouse. Both left and right clicking with the cursor is considered more painful that a keyboard shortcut. Notice I didn't say "slower", but "painful".

The new method simply removed the ctrl-C and ctrl-V but does not introduce any extra burden on the user, because if s/he decides to search for something else, s/he just has to type it and her new keywords will overwrite the ones already pre-highlighted.

The most important consideration is that most people already do the steps I am suggesting today - even if currently it requires 5 steps - because it is already less painful than the workflow you mentioned (that also requires 5 steps): they prefer it to having to right click, so a shortcut that removes two steps should be welcome. Again, users are already doing this, but we can streamline their workflow even further.

Finally, I believe the reason the "search" item is there is mostly for discoverability, and not because anybody really believes that users like using it.

Comment 4 by woxxom@gmail.com, May 22 2017

Unless the user has serious issues with hand movements, rightclicking the selection and choosing "search" menu item comes naturally without any strain or special "aiming". As for "Selection Search" extension, it can be configured to skip the middle step.

Comment 5 by woxxom@gmail.com, May 22 2017

Also, what you describe can be implemented even better with an extension that adds a global hotkey to open a new tab automatically with the selected text as a search term. 
Labels: Needs-Triage-M58

Comment 7 by hdodda@chromium.org, May 22 2017

Components: UI
Status: Untriaged (was: Unconfirmed)
Marking this as untraiged as this is a feature request , to get this addressed for further traiging.

Thanks!
Status: WontFix (was: Untriaged)
Seems like there are security implications of arbitrarily copying a page's selected text to the omnibox.

Sign in to add a comment