date DND [Issue N27267]

[Waldo Bastian]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 04 August 2003 14:23, Matthias Clasen wrote:
> > Hmm, we already put the change into GTK+ cvs a few days ago.
> >
> > 2003-08-02  Matthias Clasen  <maclas at gmx.de>
> >
> >         * gtk/gtkcolorsel.c (color_sample_drop_handle)
> > (palette_drop_handle):
> >         * gtk/gtkcolorbutton.c (gtk_color_button_drag_data_received):
> >         Accept drops with the wrong format, since the KDE color chooser
> >         incorrectly drops application/x-color with format 8.
> >
> >
> > (http://bugzilla.gnome.org/show_bug.cgi?id=118810)
> >
> > Unless the drag of white crashes KDE or KDE apps, it seems to me that
> > we might as well leave it ... an almost-right color drag probably
> > is useful in many cases, and shouldn't be worse than no drag.
>
> The change that went into GTK+ did only affect GTK+ ability to accept drops
> from KDE. If KDE crashes while accepting drops from GTK+, we can't help it
> from the GTK+ side.

It doesn't crash but the color becomes invalid/black. But you are indeed right 
that whether GTK+ accepts the drops or not makes little difference in this 
context since it wouldn't do anything for drags from GTK to Qt/KDE anyway.

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/LlMfN4pvrENfboIRAgoCAJ9KTni4M2FndJ0niH3sM/WeGC69kwCgk8zK
QJpgCq6bsw0wBYW8R2L2xYY=
=9Jtu
-----END PGP SIGNATURE-----