On 29/05/2015 17:41, Roman Lebedev wrote:
> On Fri, May 29, 2015 at 6:37 PM, Marc Cousin <cousinm...@gmail.com
> <mailto:cousinm...@gmail.com>> wrote:
>
>     On Friday 29 May 2015 16:14:59 Roman Lebedev wrote:
>      > On Fri, May 29, 2015 at 9:29 AM, Marc Cousin
>     <cousinm...@gmail.com <mailto:cousinm...@gmail.com>> wrote:
>      > > Hi,
>      > >
>      > > When using most gtk3 themes (and aidwata of course), the
>     "scroll" boxes
>      > > (where you choose a style, add tags…) are a bit messed up.
>      > >
>      > > Attached is a small screenshot of this.
>      > >
>      > > When scrolling in the box, the «empty» zone (lighter gray in
>     the capture)
>      > > moves from top to bottom, depending on the scrolling direction.
>      > >
>      > > It happens at least with kde4, kde5, gnome (with archlinux).
>     The only
>      > > workaround I found was to use oxygen-gtk theme, but then all
>     file dialog
>      > > boxes are completely black :)
>      > >
>      > > Should I file a bug ?
>      >
>      > It is intentional.
>      >
>      > $ git show 4d8b4684f5451f0ce9dea916eeacf17502c5cd3c
>      > commit 4d8b4684f5451f0ce9dea916eeacf17502c5cd3c
>      > Author: Roman Lebedev <lebedev...@gmail.com
>     <mailto:lebedev...@gmail.com>>
>      > Date:   Fri May 22 22:17:34 2015 +0300
>      >
>      >     Enhance module unscrollability.
>      >
>      >     NOTE: this makes side-panels very greedy in hijacking && ignoring
>      >     scrolling - now you will only be able to scroll side panels with
>      > scrollbars.
>      >
>      >     I think this is better than we have now and what we had in 1.6.x,
>      >     though if there will be significant amount of complaints we might
>      >     revert and push a less greedy version.
>      >
>      > Related to http://www.darktable.org/redmine/issues/10490:
>      > Else it is possible that when scrolling the sidepanels, when a
>     module is
>      > expanded, might unintentionally cause a value in that filter to
>     be adjusted
>      > instead.
>      > With the mouse pointer located within the filter modules pane while
>      > scrolling, the opened filter module may have one of its value
>     sliders or
>      > drop down boxes scrolled to a position under the mouse and will
>     thereby
>      > take the input focus and have its value modified.
>      >
>      > Roman.
>
>
>     Sorry, I don't understand the answer. I must have missed something.
>
>     I'm talking about a visual problem on each of the scrollable lists
>     of tags top
>     or bottom of the list is a lighter gray with no text. It's not that
>     big a
>     deal, but it feels weird, and it doesn't occur with all gtk themes
>     (oxygen-
>     gtk, for instance, doesn't have this problem).
>
>     I tried reverting to just before the commit you mention, and the problem
>     already occurred. I've been having it for quite a while (before may 22
>     anyway), but was on holidays and didn't have the opportunity to
>     report it back
>     then.
>
> Ugh, i misread the original mail...
> Is there any custom theming? (~/.config/darktable/darktable.css)
> What gtk3 version is that?
>
Not for me.


------------------------------------------------------------------------------
_______________________________________________
darktable-devel mailing list
darktable-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-devel

Reply via email to