Zo volgt u het eigendom van het Windows-klembord in Win32

In een recente Microsoft-blogpost legt Raymond Chen van Microsoft voor alle gebruikers uit hoe het eigendom van het Windows-klembord in Win32 precies wordt bijgehouden.

Deze informatie kan van onschatbare waarde blijken te zijn voor enkele van de meer enthousiaste en technisch onderlegde Windows-gebruikers die er zijn, en we zijn er zeker van dat u het daarmee eens bent.

Het eigendom van het Windows-klembord volgen in Win32

Zoals sommigen van jullie misschien weten, is er in Win32 het concept van een klembordeigenaar. De beoogde regel achter dit alles is dat de eigenaar van het klembord in feite het venster is dat de gegevens heeft gemaakt die momenteel op het klembord staan.

In dit bericht, legt Chen ook het specifieke gebruikspatroon uit voor het plaatsen van gegevens op het klembord. Hij vermeldt dat de eigenaar van het klembord een gecodeerd bericht ontvangt wanneer iemand gegevens van het klembord opvraagt ​​die als vertraagd weergegeven waren ingesteld.

Deze gecodeerde berichten worden ook ontvangen als onderdeel van de volgorde van het vernietigen van het venster als het nog steeds de eigenaar is van het klembord op het moment dat het wordt vernietigd.

De vertragingsweergave stelt de gebruiker dus in staat de creatie van gecompliceerde klembordgegevens uit te stellen tot het punt dat daarom wordt gevraagd.

Het volgen van de regels is van het grootste belang

Raymond Chen noemt het feit dat het erg belangrijk is om bepaalde regels te volgen bij het uitvoeren van dit proces en wijst erop dat niet iedereen het ook daadwerkelijk doet.

We kunnen dat begrijpen als we zien hoe sommige programma's het klembord openen met de bedoeling gegevens toe te voegen, in plaats van de inhoud helemaal te vervangen.

In de tijd van 16-bits Windows ging het systeem ervan uit dat applicaties eerlijk waren en zich aan de regels hielden voor het algemeen welzijn.

Hij legt verder uit dat dit scenario met bonusklembordgegevens een probleem veroorzaakt, aangezien er maar één eigenaar van het klembord is, maar er zijn nu twee windows die samenwerkten om gegevens op het klembord te zetten.

Het eigendom van het klembord verandert alleen onder deze omstandigheden, zoals uitgelegd door Chen:

• Wanneer de leeg klembord commando is geïmplementeerd, wordt de huidige klembordopener de eigenaar van het klembord.
• Wanneer de eigenaar van het klembord wordt vernietigd, wordt de eigenaar van het klembord opnieuw ingesteld op nul.

De enige logische conclusie hier zou zijn dat de eigenaar van het klembord kan worden samengevat als het venster dat het meest recentelijk het lege toetsenbordcommando heeft genoemd als het nog bestaat.

Al deze nuttige informatie kan worden doorzocht door het volledige artikel te lezen dat op de Microsoft-blog is ingediend.

Wat is uw mening over de methoden die door de Microsoft-medewerker worden gepresenteerd? Laat ons er alles over weten in de comments hieronder.