Live data from Hacker News

Google resumes its attack on the URL bar, hides full addresses on Chrome 86

androidpolice.com

411–420 of 497 posts

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#411

Even today's protocol hiding is so inconvenient, who is making these decisions, do the use computers regularly?

Protocol hiding was recently fixed, via the "Always show full URLs" option. The default is still an inconsistent mess, but checking this option makes the URL bar so much better than it's been in years.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#412

It's a problematic change, but is actually more usable. Now as a developer, I don't have to worry about changing the URL too much, in order to enable deep linking and the back button. I also don't have to worry about the unsightly but useful query parameters on a search page. This should become the new standard. It's not like the mailboxes that the USPS is removing, ostensibly in response to declining mail volume. Th…

> I don't have to worry about changing the URL too much, in order to enable deep linking and the back button. I also don't have to worry about the unsightly but useful query parameters on a search page. This should become the new standard. I've been a web developer for both small and large companies for over 20 years and can assure you I have never worried about such things. This is a false flag.

Currently I'm on https://news.ycombinator.com/reply?id=24161699&goto=item%3Fp...

Is that optimal?

Safari hides it on desktop now. Like I said I didn't want to admit it at first, but it's better.

It would certainly be noticeable on mobile if they word wrapped the entire URL so you could see it.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#413
post #377

Earlier quoted context omitted.

I wouldn't assert it without strong evidence. This URL comprehension problem is probably more complex than what people usually think. There are a number of studies about this issue, if you're interested. https://storage.googleapis.com/pub-tools-public-publication-... https://kumarde.com/papers/urls.pdf

Thank you for those! Side question: I don't have a formal education in CS, but I really enjoy reading papers on programming (languages), architecture, data-engineering and web related things among others, especially when they have a practical focus/impact. Is there a good way for me to find or rather discover resources like these?

Not sure about filtering for practical focus/impact but https://arxiv.org/ is an amazingly useful and informative repository of papers that you might like. Also google scholar is good, but more general.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#414
post #37

Earlier quoted context omitted.

I think the justification is that some people will think the website is legitimate if a legit hostname appears anywhere in the URL e.g. http://scamsite.com/microsoft.com/phish "looks" legit because it contains the string "microsoft.com" (and most "regular" users won't appreciate the different parts of a URL); under the new scheme, that would display only as "scamsite.com" and hopefully people are less likely to enter…

In my experience companies are pretty bad at always using their own domain even for legitimate things. I suspect it is because getting IT to do something like setting up a subdomain in any company I've worked in is virtually impossible, whereas buying a new domain is easy. So I think most users wouldn't think something like `microsoft-it-support.com` would be suspicious.

This is a huge problem in government from what I've seen. In Canada, every province code has a longstanding two character .ca domain I think they all have a 'gov' 3rd level domain. For example, in Saskatchewan we have gov.sk.ca. However, instead of using that namespace, some departments go and register domains that look like phishing URLs. How about ehealthsask.ca for everyone in Saskatchewan to access digital health records instead of ehealth.gov.sk.ca? Yep, that's a thing.

It's pure idiocy. Instead of teaching the public that *.gov.sk.ca is a trustworthy, government run namespace everyone has their own domains and the general public is left to guess what's legitimate and what's phishing. Good luck with that.

And they all buy overpriced SSL certificates.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#415
post #247
post #173

Earlier quoted context omitted.

I tried. Tab switching was - for me - horrible compared to Chrome (chrome:swipe down, swipe address bar down, select tab you want from carousel). I kept looking if i missed this obvious feature. I tried to live without it, but Firefox mobile's tab switching just turned out to be a deal breaker for me. If anyone had some tips: please!! I'd vastly prefer using FF on mobile.

Tab switching on Firefox Nightly is much better as of a week or so ago. You can now swipe left and right on the address bar to go between tabs, just like in Chrome. It's particularly nice when the address bar is on the bottom.

Thanks! That convinces me to give it a shot.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#416

Earlier quoted context omitted.

Not to laypeople. Most people have no idea what query params are, or even what part of the url the top level domain is. You can explain what they are easily, but it still wouldn't be useful to laypeople. What can my mom do with "item?id=24156986"? Outside of developing something that interfaces with HN, I don't know what I would do with that info either.

A layperson wouldn't know what the "7394" in "7394 Foobar Road" means or why "Foobar Road" is a road called "Foobar" but that does not mean we should give Google the right to eliminate street addresses. A URL is an address. All your mom needs to know is that if she goes to https://news.ycombimator.com/item?id=24156986 , she will end up at something and she will be able to come back to it later, that's what's useful a…

People type street addresses into forms all the time though. Of all the times people type in a web address, what percent of the time do you think they type in anything past the tld? 99% of all the times they enter something in the address bar that is longer than just the tld, it probably got there by them pasting it.

I think that's what it comes down to: if you're just copying and pasting the whole thing, there is no need to show the user all the garbage after the tld, it may as well be totally random characters to them. You can still copy and paste the whole thing.

I'm not sure whether I'm in favor of this change or not, but I can see there are at least some valid reasons to do it.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#417

Earlier quoted context omitted.

The only difference is that Google has endlessly more clout and depth than AOL and my fear is that where AOL failed, Google may succeed. With Firefox succumbing this week, this is pretty horrible. I’m not a Richard Stallman type, but I think it’s come to the point where if you have even the slightest pretense of being a “free web” person, using Chrome or a Chromium-based browser has become unconscionable. This compan…

> I’m not a Richard Stallman type, but I think it’s come to the point where if you have even the slightest pretense of being a “free web” person, using Chrome or a Chromium-based browser has become unconscionable. Thanks for phrasing it like this - I'm also not a Richard Stallman type but it's hard to disagree with this statement. Just downloaded Firefox and made the switch.

[deleted]

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#418

I’ve wondered why we continue to display URLs as painfully-long single lines of text. Tradition? Why is this helpful anymore? (e.g. On an iPhone it’s not easy to edit the end of a URL.) If it’s so damn hard to display full URLs on one line, let’s display them on several lines (at least after tapping on them), broken on dots to wrap. Spaces aren’t valid in URLs anyway.

I've thought about this as well. Tapping the URL bar on an iPhone should open a multi-line wrapping text block that doesn't require painful horizontal scrolling.

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#419
post #196

Earlier quoted context omitted.

This has been reworked in https://play.google.com/store/apps/details?id=org.mozilla.fi... . The URL bar is now at the bottom of the screen, including the tab switch button which is now always within reach of your thumb. On the other hand, I didn't have a problem with tapping the tab select button in the non-beta app, where it's in exactly the same position as it is in Chrome...

The position is configurable. There is a setting that will allow you to move it back where it "belongs".

Good point, address bar on the bottom may not even be the default. I think it makes great sense though. Looking forward to the current Firefox Beat replacing the main Firefox app so I can free up a lot of space on my phone... :)

Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86

#420
post #112

The title is misleading and people don't read the article. Chrome is not hiding the bar address, it is only showing the domain in normal times, and showing the full url when you hover the bar Personally I find it better for non technical people, because they can focus on the domain only. For tech people you have the option to keep the full url visible at all time, which fixes the issue. As for people complaining abou…

Sorry but if you can't teach non technical users new things they shouldn't be 100 meters near a computer.

It will result in even more technical dept and people with over confidence thinking that they know what they are doing.

We don't need to idiot proof the world. We need to educate the idiots.

Post reply on HN