GNOME Bugzilla – Bug 343893
with GTK CVS HEAD there are arrows in every header of a treeview
Last modified: 2007-02-12 18:06:34 UTC
as the title says. Screenshot showing the problem attached.
Created attachment 66766 [details] screenshot showning the problem, look at the headers of the treeview
See also bug 343805.
This is a strange new problem, that exposes a bug in most of the theme engines. As of the new GTK, rather then not drawing the arrow at all, the column headers still call paint arrow. but paint arrow with a new arrow type of "none". No Engines know how to handle "none" because its new, and it shows up different in different engines Smooth and Clearlooks because of the way the code is structured, it defaults to down, so you get what was seen in the SS. In Redmond, Thinice, Glide, and HC, which all share the same arrow routine, it defaults to left. Since I had only noticed it in those themes, I thought that was a new feature of gtk+. click column rotates from left to down, old arrow rotates from down/up to left. kinda neat actually. Mist doesn't override the default, so behaves as usual with no new arrows. Crux has a special case for each direction, and since it never had a special case for none, none never gets drawn, so it too, behaves the same.. I am seeing what I can do to fix this by doing what crux does in the other problem engines - explicitly check for a direction, and ignore the others. It might be cool to have theme options in some of the engines which use none to intentionally do what I thought this was, at least for column header. For now, though most should definitely default to not drawing at all.
Solved in CVS for all engines it seems to be a problem with.
*** Bug 348580 has been marked as a duplicate of this bug. ***
Which release version should have this fix? I'm still noticing this bug in Ubuntu Feisty, but I would have thought it would have been fixed by now.
To comment #6, this is a Ubuntu-only issue, see https://launchpad.net/ubuntu/+source/ubuntulooks/+bug/71339