don't set GtkDrawingArea to have transparent background

Bug #931630 reported by Adam Dingle on 2012-02-13
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
light-themes
Fix Released
Undecided
Andrea Cimitan
shotwell (Ubuntu)
High
Unassigned

Bug Description

The following change modified GtkDrawingArea to have a transparent background:

http://bazaar.launchpad.net/~ubuntu-art-pkg/light-themes/trunk/revision/184#Ambiance/gtk-3.0/gtk-widgets.css

I believe this change was unwise. It caused lots of rendering problems in Shotwell, which uses a GtkDrawingArea without double buffering to display open images. See

http://redmine.yorba.org/issues/4715
http://redmine.yorba.org/issues/4716

In Shotwell we can work around it by setting the background color of our GtkDrawingArea explicitly. I nevertheless recommend that the change be reverted since I think it may also break rendering in other applications that draw using a non-double-buffered GtkDrawingArea.

Changed in light-themes:
assignee: nobody → Andrea Cimitan (cimi)
Andrea Cimitan (cimi) wrote :

Will have a look at this after UI freeze

Changed in light-themes:
status: New → Triaged
Robert Ancell (robert-ancell) wrote :

This causes shotwell to flash between grey and black when importing photos causing a terrible strobe effect.

Changed in shotwell (Ubuntu):
status: New → Triaged
importance: Undecided → High
Adolfo Jayme (fitojb) wrote :

light-themes (0.1.8.29-0ubuntu1) precise; urgency=low

  * {Ambiance,Radiance}/gtk-3.0/gtk-widgets.css
    - Don't set GtkDrawingArea background-color to @transparent, it breaks
      applications like shotwell (LP: #931630)

 -- Ken VanDine <email address hidden> Tue, 21 Feb 2012 11:53:31 -0500

Changed in light-themes:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers