> In UI review we decided that these scrollbars are OK for an M32 release, and that if there's bad user uproar we can live with it for one milestone then change in M33.
I wonder how pervasive this view is within the Chrome team. It actually explains a lot of issues I have run into that suddenly get fixed in the next release. I thought they were just bugs that had slipped by, but now am wondering how many were by design.
Firefox: http://i.imgur.com/T8dWHcl.png
Chrome: http://i.imgur.com/EMNjV4P.png
The Chrome one somehow removes padding and also looks like a disabled control when in fact it isn't.
Removing them seems like a great step, but I might be brainwashed by the fact that Mac OS has done away with them already.
They already don't use native tabs (which most OS interfaces provide) and I'd call this a positive. In fact, I'd argue that many of the native UI elements are customized, but most people are used to that, largely because the customizations improve the product, so that's kind of why I asked the original question: what about this change makes the product worse in practice, why not insist all elements be native then if it's just an argument for consistency and not one for a loss of usability/productivity?
The new scrollbars are annoyingly thin and hard to see, though.
They kept that one quiet didn't they. A strange "feature" addition that's starting to cause quite an uproar on the Chromium issue tracker: https://code.google.com/p/chromium/issues/detail?id=279464