Button frozen when mouse hover

[blackbnu]

Using V0.1 for OS X Yosemite 10.10.5

[juniorz]

Try CTRL+V

[blackbnu]

CTRL+V works... completely counter intuitive though.
I also tried Right Button + Paste and it didn't work.

[olabini]

Right button + paste didn't work? That's strange.
We definitely need to get the keys right for OS X

[olabini]

This is also connected with #31

[tcz001]

Cmd+V on Mac should be fixed by 4c8a592

Right Button+Paste is behaving strange because some GTK+'s Quartz button frozen problem, changing the title.

[olabini]

Any idea on what causes this?

[olabini]

This might be a helpful workaround: https://mail.gnome.org/archives/gtk-app-devel-list/2015-March/msg00027.html

[tcz001]

I can't reproduce this after upgrade to El Capitan, WTF?

[juniorz]

Fixed with a CSS change:

$ cat ~/.config/gtk-3.0/gtk.css
.context-menu {
  margin: 0;
}

[juniorz]

There is something specific to our GTK app.

The previous comment fix gtk3-demo but has no effect on coy. I suspect there is something on the way we initialize the GTK environment that prevents coy from loading ~/.config/gtk-3.0/gtk.css in this case.

[juniorz]

And adding this CSS rules to the same file that fixes the CMD+V shortcut does not work.

[juniorz]

From GTK documentation:

In addition, certain files will be read when GTK+ is initialized. First, the file $XDG_CONFIG_HOME/gtk-3.0/gtk.css is loaded if it exists. Then, GTK+ tries to load $HOME/.themes/theme-name/gtk-3.0/gtk.css, falling back to datadir/share/themes/theme-name/gtk-3.0/gtk.css, where theme-name is the name of the current theme (see the “gtk-theme-name” setting) and datadir is the prefix configured when GTK+ was compiled, unless overridden by the GTK_DATA_PREFIX environment variable.

https://developer.gnome.org/gtk3/stable/GtkCssProvider.html

So we added the following to the wrapper:

export XDG_CONFIG_HOME="$bundle_etc"

And added the file gtk.css with the changes to Contents/Resources/etc/gtk-3.0/

Then it works with a small caveat: the configuration file is loaded from the same XDG_CONFIG_HOME :(

Let's try to load it from datadir/share/themes/theme-name/gtk-3.0/gtk.css

[juniorz]

This is actually the CSS that fixes the issue and, yes it has effect on both coy and gtk3-demo apps.

* > GtkMenu {
  margin: 0;
}

The problem was the previous CSS only changed the context menu, and we were using the account popup menu (which are NOT the same thing). Context menu is only the OS thing with "copy", "paste", and whatever.

[juniorz]

Now we need to figure out where to put this file. We can not trust in how the gtk-keys.css works because it is a special case: https://developer.gnome.org/gtk3/stable/gtk-migrating-GtkStyleContext.html

[tcz001]

I'm doubting how Mac theme can be chosen while Awaita is in setting.ini. :(

[tcz001]

This appears again in recent UX meeting with @SweetVirginia , reopen.

[olabini]

Have you been able to investigate this?

[olabini]

Any news here?

[olabini]

This was fixed a while back with some other changes.