- Реймънд Чен от Microsoft обяснява, че в Win32 съществува концепцията за собственик на клипборда.
- Собственикът на клипборда получава кодирано съобщение, когато някой поиска данни от клипборда.
- Възпроизвеждането със забавяне позволява на потребителя да отложи създаването на сложни данни от клипборда.
- В тази статия можете да разберете при какви обстоятелства oсобствеността на клипборда се променя.
В скорошна публикация в блога на Microsoft Реймънд Чен на Microsoft обяснява за всички потребители, как точно се проследява собствеността върху клипборда на Windows в Win32.
Тази информация може да се окаже безценна за някои от по-ентусиазираните и технологични потребители на Windows, тъй като сме сигурни, че можете да се съгласите.
Проследяване на собствеността върху клипборда на Windows в Win32
Както някои от вас може би знаят, в Win32 съществува концепцията за собственик на клипборда. Целевото правило зад всичко това е, че собственикът на клипборда всъщност е прозорецът, който е създал данните в момента в клипборда.
В този пост, Чен обяснява и специфичния модел на използване за поставяне на данни в клипборда. Той споменава, че собственикът на клипборда получава кодирано съобщение, когато някой поиска данни от клипборда, които са били зададени като закъснели.
Тези кодирани съобщения се получават и като част от последователността за унищожаване на прозореца, ако тя все още е собственик на клипборда към момента, в който е унищожена.
По този начин забавянето на рендеринга позволява на потребителя да отложи създаването на сложни данни за клипборда до точката, в която се иска.
Спазването на правилата е от първостепенно значение
Реймънд Чен споменава факта, че е много важно да се спазват определени правила, когато се изпълнява този процес, и посочва, че всъщност не всеки го прави.
Можем да разберем това, виждайки как някои програми отварят клипборда с намерението да добавят данни, вместо да заменят съдържанието изобщо.
Още по времето на 16-битовия Windows системата приемаше, че приложенията са честни и се изпълняват по правилата за общото благо.
Той продължава, като обяснява, че този сценарий за бонус данни за клипборда създава проблем, тъй като има само един собственик на клипборда, но сега има две Windows, които си сътрудничат, за да поставят данни в клипборда.
Собствеността върху клипборда се променя само при тези обстоятелства, както обяснява Чен:
- Когато празна клипборда командата е разположена, текущият инструмент за отваряне на клипборда става собственик на клипборда.
- Когато собственикът на клипборда бъде унищожен, собственикът на клипборда нулира.
Единственият логичен извод тук би бил, че собственикът на клипборда може да бъде обобщен като прозорец, който наскоро извика празната команда на клавиатурата, ако тя все още съществува.
Цялата тази полезна информация може да бъде разгледана, като прочетете цялата статия, изпратена в блога на Microsoft.
Какво е мнението ви за методите, представени от служителя на Microsoft? Уведомете ни всичко за това в раздела за коментари по-долу.
