[Gimp-user] Delayed GtkMenu Background Rendering Issue

2016-01-10 Thread micks_ketches
>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

2016-01-09 Thread Alexandre Prokoudine
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

2016-01-08 Thread micks_ketches
>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

2016-01-08 Thread micks_ketches
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