-
-
Notifications
You must be signed in to change notification settings - Fork 750
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
:hover does not falltrhough #3243
Comments
It's likely because you have padding or margin on your group, you can move that to the inside and achieve the same effect I also have a feeling that this issue might be connected to that commit although no mention of using group and I haven't tested anything myself: #3237. |
@haug1 I have margin on my group, setting it to 0 does not solve the issue for me, although I also feel like it's margin related, because if I hover just below the bottom border, the drawer briefly opens (I didn't mention this, feel free to ask for details if you think it's helpful) |
In that case maybe it's a new problem. Would you mind sharing your group config and related CSS? I can have a look when I have time. |
I isolated one of the groups for youinside
|
It seems that also
Of course, it's not a great solution because it's a lot more unintuitive for the user to configure the group like this, and also it will not be completely smooth closing transition animation when the hover style disappears. |
I agree it's padding / margin related. Interestingly - on my instance the drawer 'misbehaves' when entering from the right or above. But works if approached from below or left. After changing style.css from
to
config -
|
Coming from #3029 (comment): something like #group-power
{
color: #8a8a8a; background-color: #333333;
border-radius: 2px 18px 2px 18px;
border-width: 0px;
font-size: 1.2em;
}
#group-power > * > * {
padding: 0px 10px 0px 10px;
margin: 2px -4px 2px -4px;
} simplifies things a bit, but introduces extra padding and margins between elements. Visually this might make sense in some cases. |
With some more tinkering you should be able to properly target the margin and padding only on the drawer leader element and the last revealer child. Make use of the functionality to inspect the GTK DOM using |
That's an issue caused by margin Use gtk inspector and make the size of element that accepts hover full. |
I have a drawer that does not open when I normally hover.
On version 0.10.2 it opens flawlessly when I hover the container, when I upgraded to 0.10.3(arch) it's now broken, It doesn't open the drawer, but hovers the first item just fine.
I've seen similar issues here before, maybe it broke again.
I just wanted to point this out so it doesn't go unnoticed, I would like to fix the issue myself, but I am not yet familiar enough with the codebase, so keep up the good work, this is one of the best packages ever!
The text was updated successfully, but these errors were encountered: