date DND [Issue N27267]
bastian at kde.org
Mon Aug 4 13:01:16 EEST 2003
-----BEGIN PGP SIGNED MESSAGE-----
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
> > 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 kde.org -=|[ SuSE, The Linux Desktop Experts ]|=- bastian at suse.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
-----END PGP SIGNATURE-----
More information about the xdg