On Sat, Dec 19, 2015 at 6:47 PM, Michael Gilbert
wrote:
> The 8x scrollbar width seems to me like the biggest problem. Users
> can easily go beyond that without intending it, especially on high DPI
> monitors.
Scrollbars are normally scaled up so they have the same apparent physical
width on h
> For reference, in
> https://code.google.com/p/chromium/issues/detail?id=567968#c8 I've
> given some of the arguments for this behavior as it stands. Please read
> my comments there before considering patching this downstream.
>
> If you continue to believe this is a "bad implementation choice" I
For reference, in
https://code.google.com/p/chromium/issues/detail?id=567968#c8 I've given
some of the arguments for this behavior as it stands. Please read my
comments there before considering patching this downstream.
If you continue to believe this is a "bad implementation choice" I'd be
happy
On Sat, Dec 12, 2015 at 10:06 PM, David Fries wrote:
> I'm sorry, yes I should have been more specific, I measured it now at
> 138 pixels, which is a tenth of a window for me at home or a twentieth
> at work.
138 pixels seems like an incredibly arbitrary choice. For HD monitors
those pixels will
On Sat, Dec 12, 2015 at 08:56:12PM -0500, Michael Gilbert wrote:
> control: tag -1 confirmed, -moreinfo
>
> On Sat, Dec 12, 2015 at 8:40 PM, David Fries wrote:
> > Which version of chromium are you running that isn't showing the
> > problem? If there is some other way for the scroll bars to work
control: tag -1 confirmed, -moreinfo
On Sat, Dec 12, 2015 at 8:40 PM, David Fries wrote:
> Which version of chromium are you running that isn't showing the
> problem? If there is some other way for the scroll bars to work
> properly that would be the only alternative to patching it seems. Or
> d
Michael Gilbert wrote:
> control: tag -1 moreinfo
>...
> That said, I don't see the problem with my setup (xfce for what it's
> worth), so maybe there is something about the environment that can
> avoid the issue. If so, I would prefer users configure that, rather
> than applying a patch.
I see t
control: tag -1 moreinfo
control: severity -1 minor
control: forwarded -1 http://crbug.com/567968
> Upstream chromium broke the scroll bar behavior, move a few pixels
> away from the scroll bar and it jumps back someplace else
This does seem like it would be unexpected, and their comments even
sa
8 matches
Mail list logo
