- Raymond Chen de Microsoft explique que, dans Win32, il existe le concept de propriétaire de presse-papiers.
- Le propriétaire du presse-papiers reçoit un message codé lorsque quelqu'un demande des données au presse-papiers.
- Le rendu différé permet à l'utilisateur de reporter la création de données de presse-papiers compliquées.
- Dans cet article, vous pouvez découvrir dans quelles circonstances oLa propriété du presse-papiers change.
Dans un récent article de blog de Microsoft, Raymond Chen de Microsoft explique à tous les utilisateurs exactement comment la propriété du presse-papiers Windows est suivie dans Win32.
Ces informations peuvent s'avérer inestimables pour certains des utilisateurs Windows les plus enthousiastes et les plus férus de technologie, comme nous sommes sûrs que vous pouvez en convenir.
Suivi de la propriété du presse-papiers Windows dans Win32
Comme certains d'entre vous le savent peut-être, dans Win32, il existe le concept de propriétaire de presse-papiers. La règle prévue derrière tout cela est que le propriétaire du presse-papiers est, en fait, la fenêtre qui a créé les données actuellement dans le presse-papiers.
Dans ce billet, Chen explique également le modèle d'utilisation spécifique pour mettre des données dans le presse-papiers. Il mentionne que le propriétaire du presse-papiers reçoit un message codé lorsque quelqu'un demande des données du presse-papiers qui ont été définies comme étant rendues avec retard.
Ces messages codés sont également reçus dans le cadre de la séquence de destruction de la fenêtre s'il est toujours propriétaire du presse-papiers au moment de sa destruction.
Ainsi, le rendu différé permet à l'utilisateur de différer la création de données de presse-papiers complexes jusqu'au moment où elles sont demandées.
Respecter les règles est primordial
Raymond Chen mentionne le fait qu'il est très important de suivre certaines règles lors de l'exécution de ce processus et souligne que tout le monde ne le fait pas réellement.
Nous pouvons comprendre cela, en voyant comment certains programmes ouvrent le presse-papiers dans le but d'ajouter des données, au lieu de remplacer complètement le contenu.
À l'époque de Windows 16 bits, le système supposait que les applications étaient honnêtes et respectaient les règles du bien commun.
Il poursuit en expliquant que ce scénario de données de presse-papiers bonus crée un problème, car il n'y a qu'un seul propriétaire de presse-papiers, mais il y a maintenant deux Windows qui ont collaboré pour mettre des données dans le presse-papiers.
La propriété du presse-papiers ne change que dans ces circonstances, comme l'explique Chen :
- Quand le presse-papiers vide est déployée, l'ouvreur de presse-papiers actuel devient le propriétaire du presse-papiers.
- Lorsque le propriétaire du presse-papiers est détruit, le propriétaire du presse-papiers est réinitialisé à null.
La seule conclusion logique ici serait que le propriétaire du presse-papiers peut être résumé comme la fenêtre qui a appelé le plus récemment la commande clavier vide si elle existe toujours.
Toutes ces informations utiles peuvent être consultées en lisant l'article complet soumis sur le blog de Microsoft.
Que pensez-vous des méthodes présentées par l'employé de Microsoft? Faites-nous savoir tout cela dans la section commentaires ci-dessous.
