From: Colin Peters on
Hi,

Hopefully this is the right newsgroup.

Can someone recommend any documentation that explains what process is
responsible for administering the clipboard.

When I put a richedit control on a form and call paste, an extra thread
is created (marked "rpc"). This thread seems to disappear after a few
minutes, and I don't understand why.

Apologies if this all sounds a bit vague.
From: Jonathan de Boyne Pollard on
>
>
> Can someone recommend any documentation that explains what process is
> responsible for administering the clipboard.
>
Possibly. Given that you use the singular "process", what that
documentation will tell you won't be what you're expecting. (-:

From: Colin Peters on
Jonathan de Boyne Pollard wrote:
>>
>>
>> Can someone recommend any documentation that explains what process is
>> responsible for administering the clipboard.
>>
> Possibly. Given that you use the singular "process", what that
> documentation will tell you won't be what you're expecting. (-:
>

Well, what I was after was some kind of description about what happens
when you call the API to put something on or off the clipboard. I assume
there's some mechanism at play to ensure that when two processes try to
copy at the same time (because the amount of data is large) that they
are somehow coordinated. Its really this kind of detail I'm after.

I'm not even sure I'm on the right newsgroup.
From: Pavel A. on

Some apps handle copy&paste in quite non trivial ways.

Example: copy from IE and paste into OneNote and notepad.
Notepad instantly pastes the plain text.
By contrast, onenote takes a *lot* of time to complete the paste, it
apparently talks to the browser.
--pa

"Colin Peters" <cpeters(a)coldmail.com> wrote in message
news:eP5u$SeoKHA.4648(a)TK2MSFTNGP06.phx.gbl...
> Jonathan de Boyne Pollard wrote:
>>>
>>>
>>> Can someone recommend any documentation that explains what process is
>>> responsible for administering the clipboard.
>>>
>> Possibly. Given that you use the singular "process", what that
>> documentation will tell you won't be what you're expecting. (-:
>>
>
> Well, what I was after was some kind of description about what happens
> when you call the API to put something on or off the clipboard. I assume
> there's some mechanism at play to ensure that when two processes try to
> copy at the same time (because the amount of data is large) that they are
> somehow coordinated. Its really this kind of detail I'm after.
>
> I'm not even sure I'm on the right newsgroup.

From: Colin Peters on
Indeed, the procedure can be complex. But who holds on to the data in
between? You can copy from notepad, close notepad then start another app
and paste. So the clipboard contents are persisted system wide. This is
what I want to find out about.


Pavel A. wrote:
> Some apps handle copy&paste in quite non trivial ways.
>
> Example: copy from IE and paste into OneNote and notepad.
> Notepad instantly pastes the plain text.
> By contrast, onenote takes a *lot* of time to complete the paste, it
> apparently talks to the browser.
> --pa
>
> "Colin Peters" <cpeters(a)coldmail.com> wrote in message
> news:eP5u$SeoKHA.4648(a)TK2MSFTNGP06.phx.gbl...
>
>> Jonathan de Boyne Pollard wrote:
>>
>>>>
>>>>
>>>> Can someone recommend any documentation that explains what process
>>>> is responsible for administering the clipboard.
>>>>
>>> Possibly. Given that you use the singular "process", what that
>>> documentation will tell you won't be what you're expecting. (-:
>>>
>>
>> Well, what I was after was some kind of description about what happens
>> when you call the API to put something on or off the clipboard. I
>> assume there's some mechanism at play to ensure that when two
>> processes try to copy at the same time (because the amount of data is
>> large) that they are somehow coordinated. Its really this kind of
>> detail I'm after.
>>
>> I'm not even sure I'm on the right newsgroup.
>
>