date DND [Issue N27267]
bastian at kde.org
Mon Aug 4 15:35:43 EEST 2003
-----BEGIN PGP SIGNED MESSAGE-----
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.
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