Review Request: Improve KColorChooser dialog color preset selection implementing a custom ItemDelegate

Christoph Feck christoph at maxiom.de
Sat Mar 27 16:36:18 GMT 2010


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3410/#review4695
-----------------------------------------------------------


Very nice, except for the comments below, no objections from my side.


svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs/kdeui/colors/kcolordialog.cpp
<http://reviewboard.kde.org/r/3410/#comment4197>

    If the background is dark, it should use backgroundColor.lighter(), otherwise it is not visible.
    
    I often simply use qGray() to check how dark a color is.
    
    The other idea is to use the respective foregroundColor (QPalette::WindowText), but change the alpha so that it appears similar to your screen shot.



svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs/kdeui/colors/kcolordialog.cpp
<http://reviewboard.kde.org/r/3410/#comment4198>

    black "or" white, right? :) Otherwise the comment is confusing.


- Christoph


On 2010-03-27 16:12:08, Darío Andrés wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/3410/
> -----------------------------------------------------------
> 
> (Updated 2010-03-27 16:12:08)
> 
> 
> Review request for kdelibs and usability.
> 
> 
> Summary
> -------
> 
> Do not use the QPalette::Highlight color to show the selected color preset in the KColorChooser dialog. 
> 
> Use a custom selection drawing, black or white (depending on the contrast with the original color (KColorUtils::constrastRatio > 3.5))
> This way you get a "this color is selected" hint, but you are still able to see which color it was/is
> 
> My last choice was a centered empty circle. Drawing a rectangle (or dotted rectangle) had too much glitches as the color preset buttons in the tableview are small (~ 13x13 pixels)
> Also, there is a bug (not caused by me) that reduces the color preset buttons height or width (by one) on the top/left borders (seems to be related to the QTableWidget without Headers..)
> 
> I tried to not use color shading as it is still confusing to the user...
> 
> As a gift, I added a small detail in the empty buttons (no color defined), drawing a cross on it (using the background color)
> 
> Attached screenshot: can you recognize the selected color in the first one ? (hint: the same color is selected in both screenies..)
> 
> 
> This addresses bug 230524.
>     https://bugs.kde.org/show_bug.cgi?id=230524
> 
> 
> Diffs
> -----
> 
>   svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs/kdeui/colors/kcolordialog.cpp 1107102 
> 
> Diff: http://reviewboard.kde.org/r/3410/diff
> 
> 
> Testing
> -------
> 
> It works Ok and it looks good (ok, it could be prettier, any ideas? may be a gradient?)
> At least it doesn't block the real color.
> 
> 
> Screenshots
> -----------
> 
> Before and After my patch
>   http://reviewboard.kde.org/r/3410/s/340/
> 
> 
> Thanks,
> 
> Darío
> 
>





More information about the kde-core-devel mailing list