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
I checked with Emacs and xedit and at least middle mouse copy works for
both. For the Emacs copy wont work, which may be due to it using the
wrong clipboard. For xedit I don't know how to do a copy.
If you say that the last patch causes this behaviour could you cross
check with an older version
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
big
Fred Kiefer wrote:
I checked with Emacs and xedit and at least middle mouse copy works
for both. For the Emacs copy wont work, which may be due to it using
the wrong clipboard. For xedit I don't know how to do a copy.
If you say that the last patch causes this behaviour could you cross
check wi
Hi,
Attached is the patch fixing the bug that is pointed out by part of
the bug report #4658:
2. It is not possible to copy from X and paste in GNUstep strings
longer than 1024 characters.
The patch is slightly better in memory management (preventing possible
memory leak resulting from an error)
Hi Fred,
I'm afraid I have to withdraw all my words in the quoted email
below. The gpbs in the current CVS doesn't do copy and paste
from an X application (e.g., emacs, xedit) to a GNUstep one
(even for Latin-1 characters), though the reverse is seemingly ok.
The X's property sticks to text which
