date DND [Issue N27267]

[Waldo Bastian]

-----BEGIN PGP SIGNED MESSAGE-----
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

Cheers,
Waldo
- -- 
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

iD8DBQE/Li7tN4pvrENfboIRAhDpAJ4rdwFs0YannHJboUC9utrkkDSVAgCdFN82
FMnPW0Wi0us42/n9XpIOTaM=
=wxBm
-----END PGP SIGNATURE-----