A new KColorCombo fro KDE 4?
slaout at linux62.org
Thu Aug 11 19:26:49 BST 2005
Le Jeudi 11 Août 2005 19:54, Hans Meine a écrit :
> IIUC, the new combobox calculates the rainbox on demand (and you can
> control the generation / # of colors and so on..), so shipping a static
> palette for the dialog (which does not fit column-wise anyhow) does not
> much sense in my eyes!?
Yes, the rainbow is computed, but the result is always the same!
The result is, IMHO, the better rainbow: with as many choice as a user would
want (the 7 rainbow colors + 8 colors between them) but in the same time,
with as few colors as possible (to not confuse the user, if he/she want more
choice, the dialog is there for that purpose).
So the result is not likely to change and a static palette for the dialog is
enough and will be needed only for other programs that open directly the
dialog, without using the combobox (if I well understood the reasons that
Nicolas pushed him to ask the GIMP palette).
For instance, Quanta+ provide a color toolbar button that directy pops up the
color dialog: if the user would want to choose a color he previously seen in
the combobox (in another app or another place), she can.
> Just as an idea: If everyone likes different sizes for the color patches,
> what about making the combobox resizable and don't let more fields appear
> but just let them grow? Ideally, the changed size should be stored as a
> KDE-wide preference then IMHO.
Hum... this is a combobox.
I never seen any combobox that are resizable.
And it display a palette of colors, so resizing it does not provide more
More information about the kde-core-devel