Re: Problem copying large text under X

[Kim F. Storm]

"Jan D." <address@hidden> writes:

> 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.

I'll see what I can do...

>> 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.

The reason I added the "remove duplicates" function was because I
found that part of the problem was that if emacs (or Klipper) for some
reason was too slow to complete sending the selection, the queue would
start to grow, making emacs very sluggish.

I'll try to relax it a bit...

-- 
Kim F. Storm  http://www.cua.dk