KColor is coming this Monday...

[Aaron J. Seigo]

On Friday 25 May 2007, Matthew Woehlke wrote:
> Michael Pyne wrote:
> > But I guess the question for kdelibs is, do applications need a blend()
> > or do applications need the full-blown capabilities of KColor?  And if we
> > put in KColor, who's going to add HSL support to kcolorchooser? ;)
>
> I'd be happy to work on it, if we can hash out the inherent usability
> problems (namely, that's getting to be a lot of controls). One solution
> is to have a group of radio buttons or a dropdown to pick what color
> space you want to use. But in that case, I say, "well it's high time
> KColorChooser supported both" :-).

please coordinate with the kofffice team. they have just started looking at a 
new color chooser widget.

and honestly, i don't think this complexity is needed by the vast majority of 
colour using applications, and therefore in kdelibs. think of the person 
picking colours for use in kmail or katepart ... do they really need this 
feature or would it be just one more piece of widgetry in there? note that a 
bunch of work has already been done on the colour picker dialog for kde4, 
though i'm not sure if all the remaining bugs were worked out (i should check 
=)

at best it would be an option enabled via the API, but i'd rather see such 
advanced colour choosing go into koffice's widget since they have real use 
cases for it and it actually fits at home there as opposed to most apps in 
kde.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070526/2536de4c/attachment.sig>