Kevin Oberman writes:
When I use the clipboard for cut or copy operations across a network
link, the performance is very poor. By "across a network", I mean
running xemacs with the DISPLAY set to a remote system.
I have noticed a very large number of packets for these operations.
The slowness is significant on even fast links. Even a simple C-k to
delete a line takes an inordinate amount of time. It is extremely
annoying! Any idea what is causing this? I don't recall noticing it on
older releases, but I don't do it a lot as I usually use the tpu-edt
emulation which has its own commands to perform similar operations and
the delays do not show up for them.
Any idea where to look? I'd be happy to capture a TCP stream for the
transaction.
The last discussion I saw about this mentioned the following
parameter, which people have said alleviates this problem.
`x-selection-strict-motif-ownership' is a built-in boolean variable.
Value: t
Documentation:
*If true and XEmacs already owns the clipboard, don't own it again in the
Motif way. Owning the selection on the Motif way does a huge amount of
X protocol, and it makes killing text incredibly slow when using an
X terminal. However, when enabled Motif text fields don't bother to look up
the new value, and you can't Copy from a buffer, Paste into a text
field, then Copy something else from the buffer and paste it into the
text field; it pastes the first thing again.
Robert
--