Issue metadata
Sign in to add a comment
|
Option to disable Omnibox autocomplete for more mindful browsing
Reported by
maxhawk...@gmail.com,
Jun 10 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 Steps to reproduce the problem: 1. Focus on the Omnibox 2. Type 't + return' 3. Spend 15 minutes scrolling Twitter What is the expected behavior? If the user wants, this type of autocompletion should be disabled. What went wrong? It's possible to navigate compulsively to a website without thinking. There is no way to slow the transition from thinking about a website (Facebook, Twitter, etc) to ending up there and getting your attention pulled away. This enables an addictive loop that leads to diverted attention and less time well spent Giving the option to add more friction to the Omnibox allows for a moment of mindful reflection before navigating to a website, granting the user more control over their attention. Did this work before? N/A Chrome version: 66.0.3359.181 Channel: n/a OS Version: OS X 10.13.4 Flash Version:
,
Jun 11 2018
Merging into issue 91378 . pkasting@: Please reopen, if this should be keep stay open as a feature request. Thanks.
,
Jun 12 2018
Please consider re-opening this issue, pkasting@. Disabling this setting on Firefox is the only way I beat my Facebook addiction, but I'd rather use Chrome. Thanks!
,
Jun 19 2018
This is a well-phrased request. I think the distraction/mindfulness angle is important. I'm not convinced the option you describe, even if we were willing to implement it, is the right solution. I wonder if something like using a separate profile for "social media times" versus other times (much as I have separate work/home profiles), or an extension that limits access to certain websites, would make more sense. As noted elsewhere, there are a number of fundamental design considerations in the omnibox built atop the premise of inline autocompletion; disabling this and providing a good user experience would require a complete rethink, and I don't think we want to go down that road. I'm planning to leave this closed.
,
Jun 20 2018
@pkasting, respectfully: you're wrong, it's undesirable, and that's why people keep asking for a fix. Real life example: If I type enter "furnace pump wires" and press enter, chromium returns a google search for "furnace pump wires". If I then type "furnace pump" and press enter, chromium again returns a google search for "furnace pump wires". That is not the desired outcome, and the described solution would provide the desired outcome. Personally I only take issue with the fact that pressing enter submits the suggested string rather than the typed string, but I'd take any solution at this point.
,
Jun 21 2018
I fully agree that inline autocompletion of multi-word search queries from local history is a net negative. I personally think it should be removed. Our metrics disagree with me. That's distinct from "disable inline autocompletion entirely". Reports of particular bad cases are generally welcome because we can sometimes tune the heuristics to behave better for everyone. In any case, while I very well may be wrong (it happens a lot!), the omnibox team doesn't have any plans to do the fundamental redesign it would require to provide disabling inline autocomplete as an option, and Chrome's design ethos eschews options anyway. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Jun 11 2018