Keyikedalube Ndang

> this would be a theme specific problem Correct because each theme has its own color tone. Materia seems to choose a slightly higher color tone when togglable buttons are...

Here's a good example of [Materia theme bug](https://github.com/synfig/synfig/issues/2186). Nothing could be done from Synfig side to rectify that.

> I think it's not the best idea to disable focus because we lose keyboard navigation From https://github.com/synfig/synfig/pull/2577#issuecomment-1068719622 I made an alternate suggestion to use button signals: _"If we wanted...

> do some user use it for layer type selection ? Sometimes I occasionally hit tab key if I wanted to avoid mouse cursor wheel changing combobox or spinbuttons data....

Since @ice0 wants to keep keyboard navigation I guess using signals would keep both side happy ;P

This issue is neither Synfig's nor 3rd party theme author's fault even though I stated so in my comment above https://github.com/synfig/synfig/issues/2200#issuecomment-1067504391. Materia theme designers could have their own valid reason...

> toolbar doesn't grab focus by a mouse click only by keyboard navigation GTK toolbar buttons by design do not grab focus when clicked. That way the main application work...

Over [here](https://stackoverflow.com/questions/9036812/how-do-you-change-alternating-background-row-colors-of-a-gtk-treeview-in-pygtk) this guy did it with TreeView API member function [Gtk::TreeView::set_rules_hint()](https://developer-old.gnome.org/gtkmm/3.24/classGtk_1_1TreeView.html#afc95decfb73c43e44e2fbf1e87818dcf): ```c++ treeview_obj.set_rules_hint() // I guess it was the current Gtk Theme (Adwaita) that doesn't implement it. Looks that...

Not the solution but here's what I got playing with CSS on GTK inspector  Instead of passing approximate decimal values, we can pass percentages to maintain...

> 6\. Click on object two (-> The Transformation submenue closes, grrrrrr) That's because `GtkTreeView` data is refreshed when you clicked on another object.