[lucid] solid colour BG is transparent

Bug #549552 reported by Pavol Klačanský
120
This bug affects 26 people
Affects Status Importance Assigned to Milestone
gnome-terminal (Ubuntu)
Fix Released
Low
Chris Coulson
Lucid
Won't Fix
Low
Unassigned

Bug Description

Binary package hint: gnome-terminal

Hallo, Why does solid colour has a bit of transparency?

ProblemType: Bug
Architecture: amd64
Date: Sat Mar 27 14:22:48 2010
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: gnome-terminal 2.29.6-0ubuntu5
ProcEnviron:
 LANGUAGE=sk_SK:sk:en_GB:en
 LANG=sk_SK.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1
SourcePackage: gnome-terminal
Uname: Linux 2.6.32-17-generic x86_64

Revision history for this message
Pavol Klačanský (pavolzetor-deactivatedaccount) wrote :
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

The transparency is being set by the theme (I assume you are using Ambiance or Radiance?)

Ideally, I'd like to be able to put a button in the preferences for gnome-terminal to select whether to use the theme for the background settings or not. Unfortunately we are passed UI freeze though so I can't really do this, so as a compromise, selecting "Solid" also tells the terminal to inherit the theme settings.

Only the Ambiance and Radiance themes are using this feature though, and it's still possible to manually control the transparency (and even set it to fully opaque if you like)

Changed in gnome-terminal (Ubuntu):
assignee: nobody → Chris Coulson (chrisccoulson)
importance: Undecided → Wishlist
status: New → Triaged
importance: Wishlist → Low
Revision history for this message
Pavol Klačanský (pavolzetor-deactivatedaccount) wrote :

thanks for explanation

Revision history for this message
Martin Pitt (pitti) wrote :

Targetting for lucid. There is a workaround by choosing "background image" and no picture, or setting "transparent background" and 100% opacity, but it's a bit non-obvious.

Ideally, if you are using a theme with a transparent background, the profile editor should show "transparent" with the appropriate level, not "solid background". Switching to "solid" should do the right thing then.

tags: added: regression-potential
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

This really needs an extra checkbox in the Background tab of the profile editor for me to make it behave the way that users expect. Subscribing ubuntu-release

Revision history for this message
Martin Pitt (pitti) wrote :

The new radio button would be for providing a way to switch back to the system/theme default transparency. However, such a button is not provided by most other dialogs/apps either, so I see that rather as a new and independent feature, than a necessary preliminary to fix this bug. The theme could just provide the default slider position and radio button ('transparent bg'), and the user can customize it as usual.

If I got that wrong, can you please give more details about "make it behave the way that users expect"? Thanks!

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

The "Colours" tab of the profile preferences already has a "Use colours from system theme" checkbox, which is enabled by default. If you want to customize the colours, you have to uncheck this first.

I was proposing to make the background tab work just like this ("Use background settings from system theme"). I'm not sure of how else to do implement this when there are 2 sources for the background configuration (gconf and gtkrc), without making it very fragile. The issue I have is trying to work out where to take the configuration from (eg, if the user selects transparent, should the transparency be set to the value of the slider, or the value in the theme?)

Revision history for this message
Martin Pitt (pitti) wrote :

> The issue I have is trying to work out where to take the configuration from (eg, if the user selects transparent, should the transparency be set to the value of the slider, or the value in the theme?)

My intuition would be "from the slider", and the default position of the slider (i. e. if gconf doesn't have a custom value) should be the transparency of the theme. This would follow the usual schema of "user gconf trumps system/theme defaults".

However, if this is too fragile, I'm not totally avert to an "Use colors from system theme" like checkbox for the background settings, I just wanted to explore all options.

Revision history for this message
Ogilvierothchild (ogilvierothchild) wrote :

> I was proposing to make the background tab work just like this ("Use background settings from system theme"). I'm not sure of how else to do implement this when there are 2 sources for the background configuration (gconf and gtkrc), without making it very fragile. The issue I have is trying to work out where to take the configuration from (eg, if the user selects transparent, should the transparency be set to the value of the slider, or the value in the theme?)

This makes a lot of sense. The connection to the theme is really not obvious at present.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-terminal - 2.30.2-1ubuntu2

---------------
gnome-terminal (2.30.2-1ubuntu2) maverick; urgency=low

  * Fix LP: #549552 - solid colour BG is transparent. When set to solid,
    the terminal window inherits transparency from the GTK theme. Add
    a checkbutton in the Background tab of the preferences to inherit
    background settings from the theme to make it possible to choose
    a solid colour again (without having to select "Transparent" and
    then adjusting the slider to maximum)
    - update debian/patches/02_add_transparency_properties.patch
 -- Chris Coulson <email address hidden> Thu, 12 Aug 2010 02:37:30 +0100

Changed in gnome-terminal (Ubuntu):
status: Triaged → Fix Released
C de-Avillez (hggdh2)
tags: added: regression-release
removed: regression-potential
Martin Pitt (pitti)
Changed in gnome-terminal (Ubuntu Lucid):
assignee: Chris Coulson (chrisccoulson) → nobody
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.