Earlier quoted context omitted.
IIRC there is no setting in Firefox to keep the content of the URL bar local.
How could searchengines provide suggestions without your browser sending the url-bar content? If you want the content of your URL bar to stay local you should disable suggestions
Chromium uses web search for .internal TLD instead of opening URL
61–70 of 96 posts
Re: Chromium uses web search for .internal TLD instead of opening URL
#62Earlier quoted context omitted.
We had them separated once upon a time. UX was arguably worse.
I have them separated in firefox because i find it superior.
The alternative would be always opening search results in a new tab until I find what I'm looking for, but I don't need more tab clutter.
Re: Chromium uses web search for .internal TLD instead of opening URL
#63Re: Chromium uses web search for .internal TLD instead of opening URL
#64One of the worst security bugs of browsers is the combined url/search bar. But Google loves it! What about .corp subdomains?
No, everyone loves it. By everyone I mean the vast majority of the world. The fact of the matter is most people do not grok addresses, so a dedicated address bar is useless to them. It's bad user interface design that defies what most people can do. Here's how most people actually use a web browser if they want to go somewhere, say Amazon: 1. Type "amazon". 2. Enter. 3. First result is (probably) amazon.com. 4. Click…
1. Type "mycompany-internal-gitlab".
2. Enter.
3. The expected thing should happen.
Re: Chromium uses web search for .internal TLD instead of opening URL
#65Can’t you usually force it to skip the search by prefixing with the schema? Certainly if I type in http://example.internal and press enter, I would be very displeased to have that turn into a Google search regardless of whether the part after the // fits some regex or whatever else internal to the browser.
Adding a trailing / does it as well.
Re: Chromium uses web search for .internal TLD instead of opening URL
#66The first thing I do after installing a web browser is disable search for the URL bar.
Re: Chromium uses web search for .internal TLD instead of opening URL
#67In the comments. >Firefox does this correctly Perfect.
Re: Chromium uses web search for .internal TLD instead of opening URL
#68Earlier quoted context omitted.
You have it backwards: The omnibox (or whatever you want to call it) came about because people don't know what the hell a Universal Resource Locator is. Most people don't know how to navigate their local file system, let alone the internet.
> Universal Resource Locator The U stands for "uniform". Which kinda supports your point, actually.
https://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Re...
>The publication of IETF RFC 2396 in August 1998 saw the URI syntax become a separate specification and most of the parts of RFCs 1630 and 1738 relating to URIs and URLs in general were revised and expanded by the IETF. The new RFC changed the meaning of U in URI from "Universal" to "Uniform."
Re: Chromium uses web search for .internal TLD instead of opening URL
#69Earlier quoted context omitted.
No, everyone loves it. By everyone I mean the vast majority of the world. The fact of the matter is most people do not grok addresses, so a dedicated address bar is useless to them. It's bad user interface design that defies what most people can do. Here's how most people actually use a web browser if they want to go somewhere, say Amazon: 1. Type "amazon". 2. Enter. 3. First result is (probably) amazon.com. 4. Click…
> nazis Could we please not use such a term for privacy/security conscious people? Maybe it’s because I am German but I feel very uncomfortable being called such.
Re: Chromium uses web search for .internal TLD instead of opening URL
#70Earlier quoted context omitted.
How could searchengines provide suggestions without your browser sending the url-bar content? If you want the content of your URL bar to stay local you should disable suggestions
They can do it like they previously did it: provide suggestions by sending the search box content.