Please add a setting that stops Omnibox from generating its dropdown window
Reported by
zapahj...@gmail.com,
May 19 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Steps to reproduce the problem: 1. press Ctrl+L to place cursor in the Omnibox 2. start typing 3. notice how a dropdown window appears below the Omnibox (the dropdown window displays History and Bookmarks) What is the expected behavior? I understand that the Omnibox dropdown is expected behavior. But I humbly ask (beg really) that you consider adding a setting that lets users stop the dropdown window from appearing. What went wrong? I realize that the Omnibox dropdown has been around for a long time. And I'm sure many people find it useful. But I ask that you consider those who find it to be counter-productive to their work. In just about every browsing session I undertake, I need to type out notes from webpages (brief things like an address or person's name or part of a URL or the name of an application or numerous other things). I type things out to paste them into another window, often when in the process of creating various kinds of documents, address books, notes for future endeavors, etc. Often, content I am viewing is at the top of the webpage I am on. In almost all situations (to prevent formatting issues and to make sure that I will be copying "plain text"), I type out what I want (in the Omnibox) instead of highlighting it with the mouse and copying it that way. So what I do is tap Ctrl+L to bring focus to the Omnibox and type out what I need, I then tap Ctrl+L again (to highlight what I just typed) followed by Ctrl+C (to copy it to the clipboard). I then move to my other window (a text editor, document editor, email address book, etc) and paste the content. Obviously, it throws a wrench into what I'm trying to do when the Omnibox's dropdown window opens and covers up what I'm trying to see on the webpage. Most people (I assume) use the Omnibox to route to History items or Bookmarks. I never use History (and if I do need it I can just tap Ctrl+H). And for Bookmarks, I always tap Ctrl+O (on Linux) and search/find from there; I find the Bookmark Manager works better than trying to find what I want from the Omnibox. So as you can see I never use the Omnibox's dropdown window. For me, the Omnibox's dropdown window serves no purpose but to hinder my work flow. So with supreme humbleness, I ask for you awesome Google Chrome developers to add some kind of setting that disables the Omnibox's dropdown. I would love anything, even something in chrome://flags/. Just something. Thank you so much for considering this. It would really, really help my work flow to have this ability. Did this work before? N/A Chrome version: 58.0.3029.110 Channel: stable OS Version: Flash Version: Firefox allows the disablement of its Omnibox dropdown (so this idea is not unheard of).
,
May 21 2017
@woxxom, I've been unable to find an extension or external utility that works as well as the method I described above. If hiding the omnibox dropdown window proves infeasible, maybe future development of Chrome might take into account my note-taking use of the omnibox and come up with some sort of accommodation or solution. If that's the case, perhaps this bug entry might serve as the starting point of discussion for that possibility.
,
May 23 2017
,
May 23 2017
This seems to be a feature request. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
May 23 2017
I'm sympathetic to the fact that this is a cool and interesting way to use the omnibox for other than its intended purpose. :) But we generally avoid adding options except in the most urgent cases. Every option adds code complexity and exponentially increases the set of possible configurations, increasing the risk of bugs and the amount of testing required. Given that this request is based on a desire to use the omnibox for a purpose completely different than the one for which it's intended, I'm closing this issue. If anyone has further arguments to make as to how this would be useful to a large number of users, feel free to reopen.
,
May 23 2017
Note that if the target you're pasting into is in Chrome, you can ctrl-shift-v to paste the plain, unformatted text of whatever you originally copied from.
,
May 30 2017
Thanks for the ctrl_shift-v suggestion, but there are many instances where it is NOT possible to highlight what's displayed in the browser window with a mouse so as to copy it that way (e.g., viewing PDFs in Google Docs often will not let me highlight sections of the text so it can be copied out)--so I HAVE to type it out in the omnibox to get the information (and omnibox always plain texts what it written). I don't want to make it seem like I'm hounding you guys by creating a whole new bug asking for a new feature of an omnibox-like box that sits on the URL-bar that can be used for copying notes like I've described, so I'll just ask it here: any chance you Chrome developers could consider adding a feature like this? I know from reading on reddit that I am not the only one that uses the omnibox in this note-taking way. Many, many firefox users use the search-box in Firefox for this very thing. If Chrome had a "search-like-box" in Chrome but that was intended for note-taking like I've described I know it would get used a lot by people. If you do want me to (or it's okay to) make a new bug asking for this, please let me know. Thanks.
,
May 30 2017
I don't think it makes sense to add this to Chrome when other note-taking apps, which can be placed in a small window over the Chrome window so it doesn't obscure the content you're copying, are perhaps the single most common, widespread, varied type of app available on desktop computers. A solution we ship is going to have few advantages and many disadvantages compared to a separate app, and while the absolute number of people who might use it is nonzero, the percentage of the userbase is low, so the UI and code complexity and testing costs (not just to implement, but to maintain in the future against each new change that touches the same code) aren't justified. |
||||
►
Sign in to add a comment |
||||
Comment 1 by woxxom@gmail.com
, May 19 2017