Even today's protocol hiding is so inconvenient, who is making these decisions, do the use computers regularly?
Google resumes its attack on the URL bar, hides full addresses on Chrome 86
411–420 of 497 posts
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#412It'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.
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
#413Earlier 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?
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#414Earlier 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.
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
#415Earlier 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.
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#416Earlier 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…
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
#417Earlier 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.
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#418I’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.
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#419Earlier 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".
Re: Google resumes its attack on the URL bar, hides full addresses on Chrome 86
#420The 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…
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.