Bug 201949
| Summary: | sort-indicator hides pixmaps in gtktreeview | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michael Schwendt <bugs.michael> | ||||||
| Component: | sylpheed | Assignee: | Michael Schwendt <bugs.michael> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | rawhide | CC: | mclasen | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-09-23 08:31:47 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Michael Schwendt
2006-08-09 21:36:28 UTC
Created attachment 133891 [details]
Sylpheed gtktreeview screenshot
What version of gtk2-engines are you using ? And what theme ? gtk2-engines-2.7.6-1.fc6 and Clearlooks (it's the same with all themes). Do you need more input? I don't know what sylpheed is doing here, but it must be something wrong. It is true that the way sort indicators are handled has changed in gtk 2.10, and for a while, some theme engines were broken and drew sort arrows in every column header. But this is all fixed now, and I only see one sort arrow in sylpheed now. Still, sylpheed does something to make the first few columns (the ones which have an image in their header) as small as possible, and the image does not show up at all. I'm inclined to say this is a sylpheed problemm since other applications with similar treeview (e.g. evolution) don't have this problem. Maybe. Two points left, though: * Same code on FC5 (older gtk2) is not affected. * It seems impossible to disable the sort-indicator with gtk_tree_view_column_set_sort_indicator(column,FALSE). In Sylpheed's code, a call to gtk_tree_view_column_set_sort_column_id(..) makes the sort-indicator appear again and overwrite the pixmaps. If the call is taken out, the pixmaps look good as in FC5. Another test, but I quit here as I cannot spend any more time on this. When I add gtk_tree_view_column_set_resizable(column, TRUE); and resize the column at run-time, the pixmap scrolls in from the left and becomes visible more and more. Alignment is 0.5 (centre), but at the right side of the column space, there is a blank area (room reserved for the sort-indicator I assume) which occupies space, disturbs the alignment, and kills the pixmap if the column is too small. Created attachment 136149 [details]
Sylpheed gtktreeview screenshot
Upstream also thinks it is a bug in gtk2 and hence will work around
it in next release of Sylpheed.
> Fixed in svn trunk. I've stopped using
> gtk_tree_view_column_set_sort_column_id() and handled sort indicators
> all manually, because it never worked as expected in GTK+ 2.10.
> I think it's really a bug in GTK+ 2.10.
If they think it is an upstream bug, they need to file an upstream bug, ideally with a simple testcase demonstrating what sylpheed is doing. Instead, it is worked around in Sylpheed release >= 2.2.8. |