On Mon, 2015-12-14 at 01:15 +0100, Michael Biebl wrote:
> If you want to see this behaviour changed, please talk to upstream.
Well, now that I knew the name of the problem, I was able to find more
information about it, and looking at the various bug trackers
(upstream, RH, arch) it seems to be like
Am 14.12.2015 um 00:45 schrieb Christoph Anton Mitterer:
> I think Debian should either overrule that default, giving users the
> standard behaviour, one gets (AFAICS) from any other toolkit.
> Or alternatively (I you don't want to change the defaults, please, make
> it more easily configurable.
I
Control: retitle -1 make overlay scrollbars more easily system-widely
configurable and/or change the default
Control: severity -1 wishlist
On Sun, 2015-12-13 at 16:42 +0100, Michael Biebl wrote:
> The overlay scrollbars are a feature
Hmm I've actually stumbled over that when googling around, but
Am 13.12.2015 um 03:43 schrieb Christoph Anton Mitterer:
> Package: libgtk-3-0
> Version: 3.18.6-1
> Severity: important
>
> Hey.
>
> Apparently there's some feature-regression in gtk since a while,
> namely that scrollbars seem to disappear when the conntent isn't
> scrolled right then.
>
> Not
Package: libgtk-3-0
Version: 3.18.6-1
Severity: important
Hey.
Apparently there's some feature-regression in gtk since a while,
namely that scrollbars seem to disappear when the conntent isn't
scrolled right then.
Not sure if this is considered a "new fancy feature" or if it's simply
a stupid bu
5 matches
Mail list logo