[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: date DND [Issue N27267]
- From: Waldo Bastian <bastian kde org>
- To: Matthias Clasen <maclas gmx de>, Owen Taylor <otaylor redhat com>
- Cc: xdg-list freedesktop org, qt-bugs trolltech com
- Subject: Re: date DND [Issue N27267]
- Date: Mon, 4 Aug 2003 14:35:43 +0200
-----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 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 kde org -=|[ SuSE, The Linux Desktop Experts ]|=- bastian 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-----
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]