Bug 116765 - F-Spot does not properly highligh selected thumbnails in KDE
Summary: F-Spot does not properly highligh selected thumbnails in KDE
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: KDE (show other bugs)
Version: RC 2
Hardware: Other All
: P4 - Low : Normal (vote)
Target Milestone: ---
Assignee: Lubos Lunak
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-13 13:56 UTC by Jakub Friedl
Modified: 2007-04-16 12:36 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jakub Friedl 2005-09-13 13:56:14 UTC 
In its native environment (GNOME) selected thumbnails in F-Spot are clearly
highligted by darker background. In KDE (default theme), selected thumbnails
are only slightly enlarged, but not properly higlighted.

It makes them almost undistinguishable from unselected thumbnails.
Comment 1 Larry Ewing 2005-09-13 19:42:55 UTC 
This would be a bug in the gtk theme that kde is supplying, f-spot is drawing
the highlighted area using standard gtk functions.  If they aren't visually
distinct enough it is because the theme isn't distinguishing the case properly.
Comment 2 JP Rosevear 2005-12-21 13:40:58 UTC 
Larry, what theme property is relevant here so I can reassign to the KDE guys?
Comment 3 Larry Ewing 2006-01-17 16:27:29 UTC 
it uses the style method for paint_falt_box with states of selected, active and normal
Comment 4 Stephan Kulow 2006-02-09 21:08:52 UTC 
you guys are really impressive in your throughput of bugs :)
Comment 5 Stephan Kulow 2006-05-21 13:34:30 UTC 
is that still a problem with 10.1?
Comment 6 Jakub Friedl 2006-05-22 19:35:23 UTC 
yes, it is, just tested it
Comment 7 Stephan Kulow 2006-05-23 07:50:03 UTC 
Lubos will love you ;)
Comment 8 Jakub Friedl 2007-04-16 12:35:27 UTC 
seems to be fixed in 10.2, closing
Comment 9 Jakub Friedl 2007-04-16 12:36:33 UTC 
seems to be fixed in 10.2, closing