After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762187 - Drag highlight inconsistencies
Drag highlight inconsistencies
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Themes
3.19.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-02-17 14:23 UTC by Christoph Reiter (lazka)
Modified: 2016-04-02 14:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
widget-factory-drag-highlight (48.89 KB, image/png)
2016-02-17 14:23 UTC, Christoph Reiter (lazka)
Details

Description Christoph Reiter (lazka) 2016-02-17 14:23:50 UTC
Created attachment 321491 [details]
widget-factory-drag-highlight

here is a new bug as requested in bug 761686. But I found some more issues...

Attached is a screenshots of various drag highlights in gtk3-widget-factory (the bottom right one is there because it has no highlight compared to all others)

As dragging on random widgets isn't that common I think a switch in inspector for setting a highlight on all widgets might help.
Comment 1 Lapo Calamandrei 2016-02-18 15:37:40 UTC
Pretty ugly stuff, for combos looks like the :drop state is not on the button but on the combobox node. This totally needs to be addressed in the theme widget by widget. The inspector switch (even better an evn var) as Christoph suggest would be great indeed.
Comment 2 Lapo Calamandrei 2016-03-11 14:13:05 UTC
Ok, I've been able to fix something via the theme and Matthias made the behaviour saner on some widgets, the main issue here now is the textview which seems not to get the drop(active) state at all, also the textview node does basically nothing css wise, so what I can do is changing the background of the textview > text node (yeah it's gross, but at least it's something), anyway I need that state working.
Comment 3 Matthias Clasen 2016-03-17 03:06:54 UTC
the textview text node does get the :drop(active) state, and 

textview text:drop(active) { border: 1px solid red; }

works as expected