[Gimp-user] Delayed GtkMenu Background Rendering Issue
>What happens when you use a different GTK+ theme? > >Alex Good suggestion, I'll try it and let you know if the interaction is gone, it may just be that I just grafted a bunch of code from another theme and skipped a variable that was supposed to be on a default setting. -- micks_ketches (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Delayed GtkMenu Background Rendering Issue
On Fri, Jan 8, 2016 at 2:40 AM, micks_ketches wrote: > Hi guys, I'm messing around with the theme files but I keep coming across a > vexing issue, for the GtkMenuBar drop-down (I think it's a GtkMenuToolButton > nth-child issue) I keep having every 5th or so button unable to render the > unpadded inside of the text container for a brief second. > > This happens as I go down the drop-down menu list and is a bg change to mouse > hover interaction. > > I've tried a bunch of workarounds but nothing seems to fix the issue . What happens when you use a different GTK+ theme? Alex ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Delayed GtkMenu Background Rendering Issue
>Hi guys, I'm messing around with the theme files but I keep coming >across a vexing issue, for the GtkMenuBar drop-down (I think it's a >GtkMenuToolButton nth-child issue) I keep having every 5th or so >button unable to render the unpadded inside of the text container for >a brief second. > >This happens as I go down the drop-down menu list and is a bg change >to mouse hover interaction. > >I've tried a bunch of workarounds but nothing seems to fix the issue . > >This is what it looks like for a split second before behaving normally >and getting the bg to fill with the mouse hover bg: As an update, I seem to have found a consistent pattern for this dropdown menu issue: * Every other (starting with n+1) button container is consistently triggered * The 1st child will never have this issue, so only the second button onwards has the issue The blue arrows in the picture represent the unaffected containers and the buttons within the red (n+1) containers are the ones that are consistently having the issue. Attachments: * http://www.gimpusers.com/system/attachments/232/original/Issue_gimp2.png -- micks_ketches (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Delayed GtkMenu Background Rendering Issue
Hi guys, I'm messing around with the theme files but I keep coming across a vexing issue, for the GtkMenuBar drop-down (I think it's a GtkMenuToolButton nth-child issue) I keep having every 5th or so button unable to render the unpadded inside of the text container for a brief second. This happens as I go down the drop-down menu list and is a bg change to mouse hover interaction. I've tried a bunch of workarounds but nothing seems to fix the issue . This is what it looks like for a split second before behaving normally and getting the bg to fill with the mouse hover bg: Attachments: * http://www.gimpusers.com/system/attachments/231/original/Issue_gimp.png -- micks_ketches (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list