feature request: give option that in address bar, create new tab with URL or search results when pressing ENTER (not ALT + ENTER)
Reported by
leontan...@gmail.com,
Sep 24 2017
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36 Steps to reproduce the problem: 1. in address bar, paste an URL or type search keywords 2. press enter 3. the result is shown in existing tab, not a new tab What is the expected behavior? open in new tab What went wrong? I am a heavy but layman end user of Chrome. So hopefully my user experience is representative. firstly my layman profile: - I prefer mouse clicks than keyboard shortcuts - I prefer single keyboard presses than complex keyboard shortcuts My use case, which I believe can represent a lot of users, is that most of the time when I need to type in address bar I am to do a new task and would like to open in new tab. I tried below approaches to work around current behavior of "ENTER" key in address bar, but I estimate that around 0.1 - 0.2 second is wasted every time I need to do above operation. Workarounds: 1) I quickly review the current tab whether I still need it open. -> 0.1 second 2) if yes, I click on new tab button, then click on address bar to enter URL/keywords -> 0.1 second I am aware that I can do "ALT + ENTER" or "CTRL + T". But I do want to say that if the current behavior does hamper common use case, why not change it, or at lease give an option to change it? I believe current behavior is inherited from Firefox/IE, but I believe Chrome can do better. Did this work before? N/A Chrome version: 60.0.3112.113 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Sep 27 2017
Thanks for the report. I agree that some users would make use of this but I believe it would be a relatively small number given that *always* opening in a new tab would result in the generation of a large number of open tabs. And we strongly prefer to avoid adding new options, which add to the complexity of the code and the size of our testing surface.
,
Sep 28 2017
Thanks for the reply. Question: "I believe it would be a relatively small number" -> Could you check usage analytics to support your claim? I can volunteer to do usage pattern analysis if you need me to. Below two query will tell you how "small" the number is: 1) number of instances that "users open new tab and then enter URL/keywords in address bar" vs that "users enter URL/keywords in current open tab" -> this shows you which use case is more common. 2) number of instances that "users enter URL/keywords in current open tab and then go back to previous page within a short time (1 minute)." -> this shows you how frequent users open new address in current tab by mistake I mentioned in the main article. "*always* opening in a new tab would result in the generation of a large number of open tabs" -> I would only worry about if this is a valid use case or not. If yes, then we need to address the use case; if not, then dismiss it. We do not simply dismiss a use case based on the impact of it. |
||
►
Sign in to add a comment |
||
Comment 1 by ranjitkan@chromium.org
, Sep 25 2017Labels: -Type-Bug Type-Feature
Status: Untriaged (was: Unconfirmed)