Difference between revisions of "Projects/Oxygen/StyleWinDec"

Revision as of 02:17, 24 January 2008

The current Oxygen style and window decoration for KDE4 can be found in SVN under http://websvn.kde.org/trunk/KDE/kdebase/runtime/kstyles/oxygen and http://websvn.kde.org/trunk/KDE/kdebase/workspace/kwin/clients/oxygen

Visitors

Add new bugs to Incoming New Bugs, and we (the developers) will move it down and prioritize.

Note: invalid bugs may be moved to the discussion page, along with a reason why they won't be fixed [by us].

DO NOT EDIT OTHER SECTIONS WITHOUT PERMISSION. This page has now been protected due to unauthorized edits. If you need to leave a comment anonymously, do it on the discussion page and/or talk to us on #oxygen.

Incoming New Bugs

The application icons on the kicker compete with K-button in taking attention. This will addle novice who isn't familiar with its appearance. I think, K-button should look as a part of kicker, not be just a simple icon, but there are maybe other solutions. See http://lh5.google.com/mmauder/R4DPHTrn_GI/AAAAAAAAAFU/fraQpZdQ0M4/krunner_disappearing.png?imgmax=912
Plasma's button in right-top corner looks like spider web. It needs to have more respectable appearance.
docked dockers might need a nicer frame
Mouse handling in menus: When the mouse pointer goes below the visible selection decoration of the last item in a menu, the item does not get deselected but a click or release event will not trigger the item. The item does not get deselected until the pointer leaves the menu. The correct behavior would be to deselect the item once the pointer leaves its selection decoration and enters the bezel, as e.g. in similar KDE 3 styles (e.g. Domino). Or to trigger the item despite the pointer being outside its selection decoration, given that it is still shown as selected. As it stands, you can go to the last item in a menu, not notice that you overshoot it because it doesn't go deselected, and your click/release will do nothing, which is jarring.
The arrow buttons (go back/go forward) don't fit at all with the others icons. They seem to have been taken from a bad GNOME icon set...
The trash is not really usable, since it is just too hard to see if it empty or not. Furthermore, because the colors are exactly the same, it seems to be part of the hard drives (see this screenshot (http://picasaweb.google.com/mmauder/KDE400/photo#5152345685276228690) for example).
Why are the hard drives inclined, and the usb key all vertical ? I mean, they are all volumes, so why not make them look similar ? It would be far more intuitive.
A few comment about this screenshot (http://picasaweb.google.com/mmauder/KDE400/photo#5152342502705462338) :
- See the splashscreen window ? It has square black edges on the top coming out of the round white outline.
- The white outline suddenly disappear on the right side but continue on the left side
- Why are the bottom edges square while the top edges are round ?

Rejected Bugs

In (double) spinboxes the font is positioned one pixel too high. Lowering it one makes it baseline-aligned with labels in front. Unfortunately not possible. We want them to be the same size as editable comboboxes and lineedits and buttons so those line up. The 1px wrong placement of text is a qt weirdness that gives visual bugs when we try to work around it
Centered group titles pose several problems. Left align group titles instead. See Discussion for more details.
KMenu::addTitle() adds a widget action to display a title in a popup menu. This is not specific to Oxygen, but the widget it creates could use some polishing. (to see this, right click any icon in the system tray)not a style bug report to kmenu maintainer - and don't ever add things to "accepted bugs" below again - this went unnoticed because of that
"flat" buttons drawn same as regular buttons we may not want flat buttons - considering
With everything around it styled nicely, having just a plain colour for selected items, e.g. in the speedbar, looks a bit disconnect from the rest of the GUI. Thus any effect that polishes this bit is welcome, such as a frame or even translucency.unfortunately that part of qt is not stylable

Artists todo

progress bars still not like the artist wants priority
should repaint on globalChange signal (how?) releasable
- this seems to only be a problem for the colors kcm, may not even be a style bug
headers in tables
- not really done - but the plain color look is acceptable for now releasable

Accepted Enhancements

Rounded corners of floatables (windows,menus dockers) should be done with alpha
Windeco should use alpha for corners (need kwin improvements?)
groupboxes
- make flat more homogeneous in look with normal (very short regular?)

QA

This is helpful checklist to use when looking for bugs in a style:

reverse layout
high-contrast color schemes (i.e. all fg/bg black or white)
reverse-light/dark color schemes (e.g. light-on-dark buttons with dark-on-light views, etc.)
QA color scheme
sliders, scrollbars, progress - in all orientations and good cross section of values
content padding works for all controls, does not break sizeToContents functionality
controls align nicely and controls that should be the same size, are
no obvious glitches in uidemo

@@ Line 28: / Line 28: @@
 * With everything around it styled nicely, having just a plain colour for selected items, e.g. in the speedbar, looks a bit disconnect from the rest of the GUI. Thus any effect that polishes this bit is welcome, such as a frame or even translucency.<b>unfortunately that part of qt is not stylable</b>
-== Accepted Bugs ==
+== Artists todo ==
-* Window decoration
-** icons are scaled resulting in blurring. Interestingly in the kwindecoration kcmshell the preview shows the 16x16/mimetypes/unknown.png icon at its correct 16x16 size, but as soon as the use the deco for real, it starts blurring them. (This is also true for KDE4's Plastik deco). [[User:Djmdave|Djmdave]] 22:26, 28 October 2007 (CET) <span style="color: green">releasable</span>
-** Titlebar buttons do not 'react' when mouse clicked. Only indication when the mouse moves over them. Need a 'depressed' look/state when actually clicked like other widgets. (spstarr) 14:40, 02 December 2007 (EST) <span style="color: green">releasable</span>
-** Maximize/Restore Buttons on titlebar 'jump' and corrupt panel on redrawing. See http://rapidshare.de/files/37960220/oxygen-resize.ogg.html or http://video.tinypic.com/player.php?v=72vk3df&s=1 for example. (spstarr) 15:01, 02 December 2007 (EST) <span style="color: green">releasable</span>
-* Holes in general
-** with autoFillBackground, corners are overpainted (how to fix this??) <span style="color: orange">priority</span>
-* Color problems (see also QA #3) <span style="color: orange">priority</span>
-** wrong text colors: checkbox is button, should be window - groupbox is view, should be window -  combobox is view, should be button (non-editable only) - tab is button, should be window
-** arrows: are all button, should be view in spins, window for scrollbars - might be better fixed in KStyle?
-** progress bars: should use selection for filled, button(?) for not-filled... seems to be OK but using hover for fill bg? ...not sure if button is really the color we want, but that's releasable; the hover color OTOH is likely to break with even some shipped color schemes
 * progress bars still not like the artist wants <span style="color: orange">priority</span>
 * should repaint on globalChange signal (how?) <span style="color: green">releasable</span>
@@ Line 44: / Line 34: @@
 *headers in tables
 **not really done - but the plain color look is acceptable for now <span style="color: green">releasable</span>
-* checkboxes in Q3ListView (Kontact-ToDo) are broken <span style="color: green">releasable</span>
 == Accepted Enhancements ==