Issue 45480 - ugly colours in the top bar
Summary: ugly colours in the top bar
Status: ACCEPTED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: AOO PleaseHelp
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2005-03-19 10:41 UTC by goc
Modified: 2013-02-07 21:50 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
image cut from screenshot to show the uglyness of the top bar (5.24 KB, image/png)
2005-03-19 10:42 UTC, goc 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description goc 2005-03-19 10:41:48 UTC 
The colours in the top bar are ugly tiled and don't match the slick
appearance of the other UI elements. A screenshot will be attached.
Comment 1 goc 2005-03-19 10:42:49 UTC 
Created attachment 24043 [details]
image cut from screenshot to show the uglyness of the top bar
Comment 2 eric.savary 2005-03-21 04:05:46 UTC 
it depends on which window manager you use, which theme, which colour sheme.
Please give us the info.
Also add a scrennshot of the "other UI elements"
Comment 3 eric.savary 2005-03-21 04:06:17 UTC 
.
Comment 4 goc 2005-03-21 11:20:03 UTC 
I use plain fvwm2 under Linux. With "the other UI elements" I meant the
buttons in OOo which are shown in this screenshot, too. The ugly tiles in the
background are what I wanted to point at. The buttons look slick, also when I
open an application (like Writer or Spreadsheet).
Comment 5 mci 2005-03-24 15:12:45 UTC 
AFAIK this depends on the "colour depth" you use in your X-Windows...

increase colour depth and this will be gone...
Comment 6 goc 2005-03-24 20:55:20 UTC 
I don't think so. My colour depth is 16 bits which should be enough for
smooth gradients - at least the buttons, and the menu bars in general,
have them. You can see this on the screenshot I posted.
Why does only the background have to look ugly, then?
Comment 7 mci 2005-03-29 09:12:48 UTC 
reassigned to cj

mci -> cj :
Hi CJ,
please have a look at this issue...
AFAIK the described effect will be gone after increasing color depth.
Maybe we could/should support our gradient by using 16bit color depth, too?
Comment 8 goc 2005-05-17 10:42:33 UTC 
problem still exists with 1.9.100

I guess that if you aim at 24 bits at least, you're creating this ugly
visual experience for a lot of people. Maybe I can get to view this
on a w2k box with limited colours (laptop), too...
Comment 9 christian.jansen 2005-05-19 10:58:29 UTC 
CJ->SSA: I think we could improve the quality of the gradient even for 16bit
color depth systems. Could you please take a look at this? Thanks
Comment 10 stephan_schaefer 2005-12-02 16:41:15 UTC 
ssa->thb: could you please have a look ? easiest way to reproduce is using the
generic VCL plugin (setenv SAL_USE_VCLPLUGIN gen) which triggers the gradient in
the application background.
Have a look at ImplDrawGradientWallpaper() in outdev6.cxx and the case
WALLPAPER_APPLICATIONGRADIENT, that's exactly what is used. Any chance to find a
better gradient when using 16bit colors ?
Comment 11 thb 2005-12-04 21:08:16 UTC 
Just to get this right: the visible steps in the toolbar appear for color depths
less than 24 bit, right? If this is the case, then dithering the gradient is the
only viable cure to the problem, and that's close to impossible (in a performant
way) with current OutputDevice (-> wait for XCanvas).
Comment 12 thb 2012-07-13 20:48:14 UTC 
Reset to default bug assignee.