201–210 of 376 posts
For this reason alone, the change seems like a big usability fail.
Earlier quoted context omitted.
but am I supposed to edit them as an end user or draw conclusions from their look? Here is a data point that may be of interest: On YouTube, since links are filtered from comments, many users link to other videos by posting the "tails" of URLs - some with "watch?v=xxxxxxxx", some "?v=xxxxxxxx", and some just post the random-looking video ID part with nothing other than "see video xxxxxxxx". In other words, there's ev…
Yeah and the "otherwise computer-illiterate" may also think: oh wow, this is a cool feature I should rely on. Eventhough you can just paste the Youtube URL into the comment field and get a nicely formatted link. For me this is another evidence that the main argument is broken. Youtube is super successful but in fact it is really restrictive when it comes to hyperlinking and mashing things together. Update: just for c…
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…
It's great that you vet these changes on Canary and do user testing, but it's troubling that a change like this isn't first extensively vetted from a perspective of 'does this hurt our users? does it compromise their privacy? does it increase the odds that they will get sent to the wrong websites? does it hide important information in some cases?'
I suspect that this UI change is actually going to make people more vulnerable to phishing in cases where the domain is not a guarantee of identity; for example, an XSS on a google-controlled domain (where the full URL would make the attack obvious, but only showing domain hides it), or an attack hosted on a 'user content' domain that uses subdirectories to distinguish between different users/sites.
A more straightforward example is that all my gmail accounts have 'mail.google.com' as the domain in my browser, regardless of whether one of them is an Apps domain (thus security sensitive) and another one happens to belong to a sibling or significant other or something.
This feature just seems intrinsically misguided and poorly considered. I appreciate that your UX team is trying to aggressively improve things, but they seem to be acquiring a long track record of poor decisions.
I think it is a horrible idea. I would guess they will allow me to adjust the view to always show the url in which case I don't care. It is just one in a super long list of very bad Ux decisions by Google in my opinion. If they actually don't let me see it, I'll just use some browser that does.
Based on this similar issue where the status bar's display of the URL under the cursor is obscured for a second or so, it seems unlikely this new "feature" would be configurable. https://code.google.com/p/chromium/issues/detail?id=59592
https://code.google.com/p/chromium/issues/detail?id=1455
I don't quite understand all the concern with "width flicker", when the real problem is that important information is being hidden. Maybe they've always been attempting to deemphasise URLs, and thus are trying to divert attention away from that...
(Comment 37 seems indicative of their general attitude: "we get to decide what you want, and you will like it.")
There's an extension available to fix this, but it just feels terribly absurd that you have to use one to remove something that was deliberately introduced to slow down the browsing experience, on the browser that Google loves to advertise as being the fastest.
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 respect that Google is disciplined about shipping features like this only after extensive testing, but it troubles me that despite obvious problems with this approach - like the external appearance of funneling users to Google search for all their web navigation (regardless of whether this was an intentional purpose behind the design) - it made it all the way through design, implementation, testing, and code review…
I've since elected out of Google search as my browser's defaults.
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…
From a UI perspective for user it looks like the "Search Google or Type URL" text are would be searching the Amazon.com site - however it sounds like it searches Google?
My guess is that this will drive a lot more traffic to Google and then much more opportunity for a website to the lose that user because Google will be able to show other listings - including ads - prior to showing whatever is on your own site, even if is only your website in search results (which as I said before, looks like won't be the case).
As a developer and website owner this would motivate me strongly against Google and strongly turn me off from Google if they continue to try to funnel traffic back to their own website.
This may be the reason I stop using Chrome even though I was a member of the team for 5 years. I NEED TO EDIT URLs. I need to copy and paste URLs. It was already annoying enough with it's removing of the protocol because sometimes I make a typo, try to edit it and it messes up and removes the protocol forcing me to edit it a 3rd time only after it goes as searches for something. Even as just a user I copy and paste U…
> I NEED TO EDIT URLs. I'm using Canary with this option enabled, and all you have to do is click the domain box, then you can freely view, edit, and copy the URL. All this update does is hide the path portion of the URL. That's it, so IMO, this story is way overblown. Google isn't removing the URL bar, they're just acknowledging the fact that 99% of users don't need to see 99% of the URLs they visit on a daily basis…
ftp://ftp.scene.org/pub/music/artists/4-mat/
ftp://ftp.scene.org/pub/demos/groups/dead_hackers_society/
scene.org
scene.org
This may be the reason I stop using Chrome even though I was a member of the team for 5 years. I NEED TO EDIT URLs. I need to copy and paste URLs. It was already annoying enough with it's removing of the protocol because sometimes I make a typo, try to edit it and it messes up and removes the protocol forcing me to edit it a 3rd time only after it goes as searches for something. Even as just a user I copy and paste U…
> I NEED TO EDIT URLs. I'm using Canary with this option enabled, and all you have to do is click the domain box, then you can freely view, edit, and copy the URL. All this update does is hide the path portion of the URL. That's it, so IMO, this story is way overblown. Google isn't removing the URL bar, they're just acknowledging the fact that 99% of users don't need to see 99% of the URLs they visit on a daily basis…
I somewhat expected this, given the trend of where things seem to be heading with software these days. In the name of "usability" configuration is removed, UIs are "simplified", and gradually the choice and freedom of the user is degraded. Opportunities to make mistakes and learn from them, or to explore and discover, a chance for users to grow . Dumbing-down software only encourages more of the same. The "senior try…
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.
>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.
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 respect that Google is disciplined about shipping features like this only after extensive testing, but it troubles me that despite obvious problems with this approach - like the external appearance of funneling users to Google search for all their web navigation (regardless of whether this was an intentional purpose behind the design) - it made it all the way through design, implementation, testing, and code review…