Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Button frozen when mouse hover #189

Closed
blackbnu opened this Issue Dec 17, 2015 · 19 comments

Comments

Projects
None yet
4 participants
@blackbnu
Copy link

blackbnu commented Dec 17, 2015

Using V0.1 for OS X Yosemite 10.10.5

@juniorz

This comment has been minimized.

Copy link
Member

juniorz commented Dec 17, 2015

Try CTRL+V

@blackbnu

This comment has been minimized.

Copy link
Author

blackbnu commented Dec 17, 2015

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

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Dec 17, 2015

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

@olabini olabini changed the title Can't paste the password in the Account Details dialog. Pasting should work from Right Button+Paste, and with Cmd+V on Mac Dec 21, 2015

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Jan 21, 2016

This is also connected with #31

@tcz001

This comment has been minimized.

Copy link
Contributor

tcz001 commented Jan 27, 2016

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.

@tcz001 tcz001 changed the title Pasting should work from Right Button+Paste, and with Cmd+V on Mac Button frozen when mouse hover Jan 27, 2016

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Jan 28, 2016

Any idea on what causes this?

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Jan 28, 2016

@olabini olabini modified the milestone: Logan Symposium SGOS Release Jan 29, 2016

@tcz001

This comment has been minimized.

Copy link
Contributor

tcz001 commented Feb 2, 2016

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

@juniorz

This comment has been minimized.

Copy link
Member

juniorz commented Feb 2, 2016

Fixed with a CSS change:

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

This comment has been minimized.

Copy link
Member

juniorz commented Feb 2, 2016

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

This comment has been minimized.

Copy link
Member

juniorz commented Feb 2, 2016

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

@juniorz

This comment has been minimized.

Copy link
Member

juniorz commented Feb 2, 2016

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 comment has been minimized.

Copy link
Member

juniorz commented Feb 3, 2016

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

This comment has been minimized.

Copy link
Member

juniorz commented Feb 3, 2016

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

This comment has been minimized.

Copy link
Contributor

tcz001 commented Feb 3, 2016

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

juniorz added a commit that referenced this issue Feb 5, 2016

@juniorz juniorz closed this in 2e7b084 Feb 6, 2016

@tcz001

This comment has been minimized.

Copy link
Contributor

tcz001 commented Sep 25, 2016

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

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Nov 8, 2016

Have you been able to investigate this?

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Dec 20, 2016

Any news here?

@olabini

This comment has been minimized.

Copy link
Contributor

olabini commented Feb 13, 2019

This was fixed a while back with some other changes.

@olabini olabini closed this Feb 13, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.