[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Q about your DnD changes
From: |
Willem Rein Oudshoorn |
Subject: |
Re: Q about your DnD changes |
Date: |
23 Dec 2001 11:10:45 +0100 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 |
Fred Kiefer <address@hidden> writes:
> > ...transfer all the data we want.
> > This has two advantages:
> >
> > - No seperate code for local / external
> > - Better conformance to the Xdnd protocol.
>
> I already did that change in my working copy and I still see nothing
> wrong with it.
I have not looked at it yet, but I don't think it is wrong.
> Currently the benefit of a correct
> implementation inside of GNUstep out weights the costs of the five lines
> I had to add for it.
Definitely. But I hope that in the long(er) term we can settle
down on an implementation that does not distinguish between
GNUstep applications and non-gnustep applications. At least
as much as possible.
> To answer this I will add some lines from your other mail, where you
> made that questions more explicit.
Sorry for bringing it up again.
The reason for mentioning it again was that I was not sure if
I really had send the provious mail, and I hoped that you were
not busy implementing it already. It is tricky enough and I think
some discussion about the pasteboard mechanism can greatly
improve the end result. But almost anything will be an
improvement over the current interoperability with non GNUstep apps.
>
> This might either be a pasteboard handler in the xpbs.m file
> (XDragPbOwner), that notices that someone else did take over the
> pasteboard. But at that time a dragging application does not have to
> provide information about the available types. They only have to do this
> later on, when the cursor enters a window that accepts dragging. (And
> any declaration of types here would take over the pasteboard!)
^^^^^^^^^^
Well, I think that is not necessarily the case.
> ...this take over the X drag selection.
I think we should not take over the pasteboard.
But before making any claims, I will try to read up on the
ICCM + Xdnd + OpenStep
docs. So let's postpone the discussion to Januari
> I hope this explains everything a bit better. This is still no prove
> that my new architecture would solve this problems. And as I spend to
> much time to write this mail, I wont have time in this year to write the
> program, so this leaves some time to discuss the issue once again. But
> don't expect me to answer before mid of January. I will be on holidays
> for the next two weeks and after that move over to England. This wont
> leave any time for GNUstep.
Ok.
Enjoy your holiday and good luck with moving to England.
Wim Oudshoorn.