On Sat, May 30, 2015 at 2:33 PM, thokster <[email protected]> wrote:
> Am 29.05.2015, 17:41 Uhr, schrieb Roman Lebedev <[email protected]>: > > On Fri, May 29, 2015 at 6:37 PM, Marc Cousin <[email protected]> >> wrote: >> >> On Friday 29 May 2015 16:14:59 Roman Lebedev wrote: >>> > On Fri, May 29, 2015 at 9:29 AM, Marc Cousin <[email protected]> >>> 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 <[email protected]> >>> > 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? >> >> > No custom theming here > gtk+-3.0 3.16.3 > I see, good enough. And which gtk3 theme is used? > In DT 1.6.6 everything is ok. > > With current git-master see attached capture. > Without scrolling I can see 6 styles and only 3 different tags. > > > > Regards >>> >>> Roman. >> > > thok > > ------------------------------------------------------------------------------ > > _______________________________________________ > darktable-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/darktable-devel > >
------------------------------------------------------------------------------
_______________________________________________ darktable-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/darktable-devel
