[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Lifting size limitation on X-to-GS copy & paste (was Re: [bug #4658]
From: |
Kazunobu Kuriyama |
Subject: |
Re: Lifting size limitation on X-to-GS copy & paste (was Re: [bug #4658] Broken gpbs when doing pb operations between GS and X) |
Date: |
Sat, 09 Aug 2003 22:39:40 +0900 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1 |
Hi Fred,
Fred Kiefer wrote:
Hi Kazu,
your proposed change overlapps with the changes I did do yesterday to
get copy and paste to GNUstep working with my Emacs (21.2.1) again. So
your patch needs a bit of rewritting to work in this changed
environment (and not to break my Emacs again). I would also suggest
not to read bigger and bigger junks of data, but to append each read
junk to an NSMutableData object and read the next junk while supplying
an offset.
<snip>
OK, it's easy. So I need to make another patch against the file in the
current CVS, right?
BTW. the long wainting on conversion failers has laos be removed
through my patch (this was not part of the original plan, but it did
anoy me as well).
Great. Was the patch already committed?
For the ignorance of the existing selection I have a strong feeling
that this is caused by the method [XPbOwner initialize] not being
called when gpbs is started. This could be changed by using different
code in [PasteboardServer init].
Ja, I also feel we need to establish a server-client connection as soon
as a client begin to run.
Your idea sounds promising. I'll take a look at the code.
Cheers,
- Kazu
- Re: [bug #4658] Broken gpbs when doing pb operations between GS and X, (continued)
Re: [bug #4658] Broken gpbs when doing pb operations between GS and X, Pete French, 2003/08/08
Lifting size limitation on X-to-GS copy & paste (was Re: [bug #4658] Broken gpbs when doing pb operations between GS and X), Kazunobu Kuriyama, 2003/08/08
[bug #4658] Broken gpbs when doing pb operations between GS and X, nobody, 2003/08/18