[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: date DND
- From: Owen Taylor <otaylor redhat com>
- To: Waldo Bastian <bastian kde org>
- Cc: John Meacham <john repetae net>, xdg-list freedesktop org
- Subject: Re: date DND
- Date: 21 Jul 2003 18:34:13 -0400
On Mon, 2003-07-21 at 18:11, Waldo Bastian wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Monday 21 July 2003 23:58, John Meacham wrote:
> > I would very much like to see this on freedesktop.org. DND can be used
> > for a lot of interesting things besides files, and can simplify UIs
> > considerably. for example, I would really like to see a standard DND
> > type for dragging and dropping colors and all color selection widgets
> > should be able to recieve and provide such dnd items. an app which acted
> > like a palette to drag colors off of to customize other apps with a
> > consistant color scheme would be very cool.
> > John
>
> application/x-color is actually supported by both Gtk and Qt/KDE already.
>
> You may like KColorChooser that comes with KDE.
Hmmm, drops into GTK+ from KColorChooser don't seem to work.
(testgtk:8556): Gtk-WARNING **: Received invalid color data
(gdb) p data.format
$14 = 8
(gdb) p data.length
$14 = 8
The contents look like little-endian 16 bit data, so I wonder
KColorChooser can DND to itself across endian properly?
$ rpm -q kdelibs
kdelibs-3.1-10
Bug still looks to be there in CVS, though it's not clear to me
how to make QDragSource advertise a different format.
(The format says what the units of the data are, and thus
how byte swapping works.)
We could make GTK+ accept format-8 drags as well, but there
would have to be a definition of what endian to expect.
And it's certainly a bit ugly... :-)
Regards,
Owen
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]