|
From: | Jan D. |
Subject: | Re: Problem copying large text under X |
Date: | Fri, 5 Nov 2004 17:39:05 +0100 |
2004-11-05 kl. 16.58 skrev Kim F. Storm:
I don't know the details of the protocol, but perhaps emacs could just ignore those extra polls for the clip-board if it hasn't changed and the request has the same originator?
I guess so, but some time limit has to be enforced, after all, the same client may very well request the same selection more than once (like pasting twice fast in an xterm). Also, Emacs does not currently keep track of old requestors.
BTW, I installed my fixes to selection processing (notably how events are queued), and it seems that the original problem I reported (emacs hanging for a long time when I copy a large selection) seems to be less noticable now -- but it is still slow if there is a large selection -- but now I know what's wrong :-|
A comments on this. I don't think duplicate events should be discarded. As I said above, if you paste twice fast in an xterm, Emacs will get two requests that are identical. Most often than not, the time in the request is set to CurrentTime (zero), so even that won't differ.
Jan D.
[Prev in Thread] | Current Thread | [Next in Thread] |