- Microsofts Raymond Chen förklarar att i Win32 finns konceptet för en urklippsägare.
- Urklippsägaren får ett kodat meddelande när någon begär data från Urklipp.
- Fördröjningen gör att användaren kan skjuta upp skapandet av komplicerade urklippsdata.
- I den här artikeln kan du ta reda på under vilka omständigheter oförändring av klippbordet.
I ett nyligen publicerat Microsoft-blogginlägg förklarar Microsofts Raymond Chen för alla användare där ute, exakt hur ägandet av Windows urklipp spåras i Win32.
Denna information kan visa sig vara ovärderlig för några av de mer entusiastiska och tekniskt kunniga Windows-användare där ute, eftersom vi är säkra på att du kan komma överens.
Spåra äganderätten till Windows urklipp i Win32
Som några av er kanske vet, finns det i Win32 konceptet med en urklippsägare. Den avsedda regeln bakom allt detta är att urklippsägaren faktiskt är det fönster som skapade data som för närvarande finns på Urklipp.
I det här inlägget, Chen förklarar också det specifika användningsmönstret för att placera data på Urklipp. Han nämner att urklippsägaren får ett kodat meddelande när någon begär data från urklipp som hade ställts in som fördröjningsåtergivning.
Dessa kodade meddelanden tas också emot som en del av fönstrets förstörelsessekvens om det fortfarande är ägaren till Urklipp vid den tidpunkt det förstörs.
Således tillåter fördröjning användaren att skjuta upp skapandet av komplicerade urklippsdata till den punkt som den begärs.
Att följa reglerna är av yttersta vikt
Raymond Chen nämner att det är mycket viktigt att följa vissa regler när man utför denna process och påpekar att inte alla faktiskt gör det.
Vi kan förstå det genom att se hur vissa program öppnar urklipp med avsikt att lägga till data istället för att ersätta innehållet helt.
Tillbaka i dagarna med 16-bitars Windows antog systemet att applikationerna var ärliga och spelades av reglerna för det allmänna bästa.
Han fortsätter med att förklara att detta scenario för bonus Urklipp skapar ett problem, eftersom det bara finns en Urklippsägare, men det finns nu två windows som samarbetade för att lägga data på Urklipp.
Äganderätten till klippbordet ändras endast under dessa omständigheter, vilket förklaras av Chen:
- När tomt urklipp kommandot distribueras, blir den aktuella urklippsöppnaren till klippbordets ägare.
- När urklippsägaren förstörs återställs klippbordets ägare till noll.
Den enda logiska slutsatsen här skulle vara att klippbordets ägare kan sammanfattas som det fönster som senast kallade det tomma tangentbordskommandot om det fortfarande finns.
All denna användbara information kan bläddras genom att läsa hela artikeln som skickats på Microsofts blogg.
Vad anser du om de metoder som presenteras av Microsoft-medarbetaren? Låt oss veta allt om det i kommentarfältet nedan.
