351–360 of 376 posts
Earlier quoted context omitted.
I already really dislike that win7 hides the filepath, and lies about it in many cases. It makes me click on the bar to actually see where I'm at in the filepath, please don't take that design mistake and apply it to the web.
I hope you've never used a mac in that case. Good luck finding a filepath with them. One of my biggest annoyances with mine right now.
Most normal users don't understand what URLs are, so I don't think this is a bad thing. This actually makes the UI more consistent; the address bar is always a way to search or go to a URL. An anecdote: my friends girlfriend was reading an article on mobile safari and wanted my friend to read it. Instead of sharing the URL, she actually took screenshots and messaged it to him! We both found this fascinating! I keep s…
Earlier quoted context omitted.
I hope you've never used a mac in that case. Good luck finding a filepath with them. One of my biggest annoyances with mine right now.
I think it's quite ironic that you just received four different suggestions of how to solve this problem. None of that would even be necessary if they didn't try to hide the information in the first place.
Not including a path bar by default doesn't mean they "try to hide the information", it's just a different UI design.
Earlier quoted context omitted.
Ubuntu practiced configuration removal and I dropped them. One of the 3 reasons why I dropped Ubuntu for Mac OSX was that Ubuntu... didn't allow me to configure my mouse speed. They "merged" the speed and acceleration control of the mouse (which is quite unclever) and also prevented it fom going <1, while I'm usually comfortable at 0.25. It made my tracking devices unusable, thus it made Ubuntu unusable.
Not taking anything away from your comment (which is something I feel too), but here's a quickfix for you >synclient MinSpeed=1.2 AccelFactor=0.25 Make it permanent in /usr/share/X11/xorg.conf.d/50-synaptics.conf My 6 year old laptop has multi-touch pad emulation on Ubuntu Gnome 14.04... I couldnt be happier.
Earlier quoted context omitted.
Most URLs are human-readable enough that I think street addresses make a better analogy. Latitude/longitude would be more like IP addresses and HTTP headers. They require some technical knowledge to use and understand, but they're still quite human-readable unlike raw GPS signals or ethernet frames. (As an aside, most GPS units also display the altitude. I live in a mountainous region, so I often make use of this fig…
> Most URLs are human-readable enough that I think street addresses make a better analogy. I'd like that to be true, but I think we lost that battle a long time ago. Google results aren't a readable URL; nor are products on Amazon or Ebay or anywhere else I can think of. Newspaper-type URLs are often "fake human-readable"; the URL is something like http://somepaper.com/12345-Local-Man-Found , but in fact http://somep…
But I don't think "fake human-readable" URLs break the analogy with physical addresses. There are many different ways of writing the same address:
987 Some Avenue West, Unit 123, Brooklyn, New York, NY 12345-6789
Unit 123, 987 W. Some Ave., New York 12345
123-987 Some Av W, NYC, NY
Earlier quoted context omitted.
For kicks, try replacing "software" with "automobiles" in your paragraph. The innards of a modern car are incomprehensible to all but "the few elite", and its interface goes a long way to hide all that complexity. I only have the vaguest idea how it works, and am perfectly happy to outsource its maintenance to professional mechanics, because all I care about is that it works . This should apply to computers. My famil…
Let's take the automobile analogy further. A browser that doesn't show the exact URL of a page is like a car with a built-in GPS that doesn't show the exact location where it's at. After all, who cares about street addresses? The address is occuplied by a Starbucks and we're in Mountain View, so let's just show a Starbucks logo surrounded by a shape that vaguely looks like an outline of Mountain View. You want to go…
Earlier quoted context omitted.
I think we can probably agree that the text field on google.com is a search field. However, if I enter "face" into the text field on google.com, then facebook.com is the top result. If I enter a complete URL like " https://news.ycombinator.com/item?id=7677898" or even "news.ycombinator.com/item?id=7677898", it turns it into a link to that page. The only difference between the search field on google.com and the URL fi…
> In cases where the google search gives the wrong response, chrome gives the same wrong response, for example on intranet servers. What? Intranet addresses work perfectly fine in the chrome url bar, unless it 1) has spaces (which aren't technically allowed in urls, and you can type %20 to avoid) or 2) is only letters (which you can avoid by just appending a slash or something). Also, if the omnibox automatically red…
Earlier quoted context omitted.
I'm going to be a cinic: if the Chrome team sees that users use Omnibox/Google more to got to the desired URL, that would be a positive thing (for them). Why type the URL when you can go via uncle Google?
what happens if you directly paste an URL? does it still perform a search or the browser will go to the URL (and then hide it)?
This is a new UI experiment that's deployed to a small fraction of users. We're looking at a few key metrics to see if this change is a net positive for Chrome users. (I imagine it may help defend against phishing). My personal opinion is that it's a very bad change and runs anti-thetical to Chrome's goals. I hope the data backs that up as well. But regardless, this change is far from shipping as the new default beha…
I agree that it's absolutely awful. I hate how mobile safari has removed URLs, I find it very disorienting. I'm constantly looking at the URL bar to see if I've navigated to a new page or not, to see what the page I'm on is named and its purpose is, and to make sure I went where I clicked and wasn't just redirected somewhere else (sometimes this can be really confusing, for example mobile versions of webpages that du…
I don't even think it would help there. In fact, I think this would help fraudsters. If I think about the various scam attempts on steam for example.
They direct you to a url like www.stempowered.com/q?phishlogin=true or something.
Knowing that a correct steam url would never have this sort of thing in its url would be the first thing to notice if you were already duped into clicking on a link that lead to the above url.
If the browser then only displays "stempowered.com", it would be way more difficult to notice you are on a phishing site. Just because you didn't notice the missing "a". And let's face it. The average consumer/user does not go and verify any certificates.