date DND [Issue N27267]

Waldo Bastian bastian at
Mon Aug 4 13:01:16 EEST 2003

Hash: SHA1

On Monday 04 August 2003 11:11, Matthias Clasen wrote:
> [...discussion of non-interoperability of color drops KDE->Gtk...]
> > So as a short term solution, GTK+ could perhaps also allow 8 so that it
> would
> > at least work for the common case.
> The next releases of GTK+ will silently accept format 8 for
> application/x-color drops.
> I hope this doesn't stop you from fixing the root of the problem in the KDE
> color chooser...

I have sent TrollTech a patch for it but haven't heared back on it yet. More 
disturbingly is that the conversion from a 8 bit color representation (as 
used by QColor) to 16 bit is basically wrong as well. It multiplies the 
colors with 0xFF to go from 8 to 16 bits which tends to result in slightly 
different colors compared with GTK. In fact, when you drag white from GTK to 
Qt you end up with an invalid QColor because it goes out of bounds.

So maybe it's actually better that it doesn't work at all till it has been 
sorted out in Qt, rather than that it introduces subtle differences which the 
user may not notice.

Qt bug tracking number is 27267

- -- 
bastian at -=|[ SuSE, The Linux Desktop Experts ]|=- bastian at
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see


More information about the xdg mailing list