Earlier quoted context omitted.
> Low-tech users don’t often understand that a difference could possibly exist between “m.” and “www.” at all. They should. Children probably have difficulty with '6' vs. '9,' but they need to learn in order to use our number system. Likewise, users of the Internet need to learn the domain name system. Could there be better name systems? Sure. There could be better number systems, too, but this is what we have for no…
What difference is indicated by "news." rather than "www."?
Chrome 69: “www.” subdomain missing from URL
881–890 of 919 posts
Re: Chrome 69: “www.” subdomain missing from URL
#882I'm sure it never used to do this. Did it?
Re: Chrome 69: “www.” subdomain missing from URL
#883Earlier quoted context omitted.
Facebook aside, don't the majority of sites show you mobile version by looking at headers. Isn't that the whole reason the "Show desktop version" feature even exists in Chrome, to send the desktop header? Very few sites actually use www. vs m. Clearly, in those cases, people aren't "confused" by the fact that they are seeing a mobile version on www., so other than the fact that you're used to Facebook specifically wo…
Just speaking for myself, but often people will link to mobile Wikipedia pages, or mobile versions of other sites, and I'll look at the URL first to see if I can change it to a desktop version.
Re: Chrome 69: “www.” subdomain missing from URL
#884Earlier quoted context omitted.
They didn't care so far because it was so confusing. The hope is that by showing something that's user-relevant (the name of the website name and the security level), it will become more useful for the average user. Why should a user see: https://www.wikipedia.org/wiki/Canada?utm=asdioasd&arg=j210d... when all they care about is "Wikipedia.org/wiki/Canada"?
What if the user sees "Wik1pedia.org/wiki/Canada"? Or "аррӏе.com"? Hiding random parts of the address isn't going to make browsing the web better. The main purpose of URLs is for hyperlinks, not as a highly intuitive user interface. Users who don't know how URLs work don't care what is up there. They only care that what they are looking at is what they expect, and a way to get to where they want to go. And that's a c…
There's still value to be gained from having easily readable urls.
Re: Chrome 69: “www.” subdomain missing from URL
#885Earlier quoted context omitted.
They didn't care so far because it was so confusing. The hope is that by showing something that's user-relevant (the name of the website name and the security level), it will become more useful for the average user. Why should a user see: https://www.wikipedia.org/wiki/Canada?utm=asdioasd&arg=j210d... when all they care about is "Wikipedia.org/wiki/Canada"?
http://www.example.com https://www.example.com http://example.com https://example.com do not have to be the same website and there are cases where it isn't the same site! Which site you visit does matter and not just for internet banking. If it becomes that easy if we hide things maybe we should hide the half of the traffic lights as well.
Re: Chrome 69: “www.” subdomain missing from URL
#886Earlier quoted context omitted.
I know you’re being sarcastic, but if chrome could, with perfect accuracy, indicate if this was “the site you want”, why not do away with the url? Mind you, I’m not suggesting to do away with linking, as some rando suggested this implies. (While chrome doesn’t show the protocol prefix, it still copies the prefix when you copy the url, so imagine a similar ui.) But for most users, wouldn’t a ui that shows “server iden…
You're making a hypothetical based on "with perfect accuracy"... but the much simpler change here (www vs. no www) is not done "with perfect accuracy", as clearly outlined by a bunch of comments in this thread.
Re: Chrome 69: “www.” subdomain missing from URL
#887Earlier quoted context omitted.
How about older people? Can your parents explain the difference? Mine can't and I can assure you most of them are the same.
Older people care more about consistency than "usability". They can successfully complete long tasks, maybe with several retries but they can, but if they are consistent. Input a long text somewhere, dial 15-20 digit phone number etc. But they can't usually deal with unpredictable situations, where computer will "intelligently" help them, fill parts of the input, when same action is different on different devices, wh…
And I am quite sure removing 'www' on the address bar's domains is as confusing.
Re: Chrome 69: “www.” subdomain missing from URL
#888Earlier quoted context omitted.
> So Google will probably still cache and push pages via their own infrastructure when you visit those pages from your Google search results And that's what I mean by saying, that the entire web will be served from a single company's database, which already controls the browser and the search. You will be able to browse the web without ever leaving Google servers, and Google will be able to track your every interacti…
This doesn't increase Google's ability to track you at all. If you click a link on a Google search results page they already know you visited that site; them serving the initial page load via a cross-origin server push changes nothing. It also doesn't give them any more control over the web, since the page contents are still strictly controlled by the original publisher (and that's cryptographically enforced). So aga…
Are you seriously claiming that the largest ad company in the world is interested in decentralizing the web? Its blog article you linked to yourself says, that the goal of this entire initiative is to increase the usage of AMP by "displaying better AMP URLs".
Re: Chrome 69: “www.” subdomain missing from URL
#889Earlier quoted context omitted.
De-emphasizing is fine, hiding alltogether is not -- for both protocols and subdomains.
But Chrome does exactly that. If you put focus in the URL bar in Chrome 69 it shows the full domain including protocol so amazon.de is visible on focus it's https://www.amazon.de
Regardless of how you feel about the change, it does indeed hide 'www.' to the point where a power user could easily be fooled that it was the naked domain.
Edit: Here's a demo of how it works: https://www.useloom.com/share/f7d71b95d75b4c4582bb38cdc84326...
Re: Chrome 69: “www.” subdomain missing from URL
#890Earlier quoted context omitted.
Are you ok, man? Peering through the pseudo-intellectual smokescreen the only thing approaching a concrete example of a problem is the claim that this UI change "breaks DNS", which is trivially false. No real world examples are cited unfortunately. And your analogy betrays fundamentally confused thinking. Omitting "www." would be more comparable to omitting "1st floor" for one story building addresses than omitting t…
> the claim that this UI change "breaks DNS", which is trivially false. No real world examples are cited unfortunately. As mentioned in the comment you're replying to here, at least half a dozen such claims with examples are in the comments on the issue/ticket that started this thread, the same one that you even pulled a quote from. They've also been invoked throughout the entire HN discussion. I'm not sure if you mi…
> How will they know the floor wasn't accidentally omitted instead?
This is nonsensical. This www change does not hide subdomains that meaningfully differentiate among "floors". It only concerns the entirely redundant "www" ("'1st floor' for a one story building"). Accidental omission of "www" a total non-issue... in the real world, where we live.