- Raymond Chen de Microsoft explica que, en Win32, existe el concepto de propietario de un portapapeles.
- El propietario del portapapeles recibe un mensaje codificado cuando alguien solicita datos del portapapeles.
- La representación con retraso permite al usuario posponer la creación de datos complicados del portapapeles.
- En este artículo, puede averiguar en qué circunstancias ola propiedad del portapapeles cambia.
En una publicación reciente del blog de Microsoft, Raymond Chen de Microsoft explica a todos los usuarios exactamente cómo se rastrea la propiedad del portapapeles de Windows en Win32.
Esta información puede resultar invaluable para algunos de los usuarios de Windows más entusiastas y expertos en tecnología, y estamos seguros de que estará de acuerdo.
Seguimiento de la propiedad del portapapeles de Windows en Win32
Como algunos de ustedes sabrán, en Win32 existe el concepto de propietario del portapapeles. La regla prevista detrás de todo esto es que el propietario del portapapeles es, en realidad, la ventana que creó los datos que se encuentran actualmente en el portapapeles.
En esta publicación, Chen también explica el patrón de uso específico para colocar datos en el portapapeles. Menciona que el propietario del portapapeles recibe un mensaje codificado cuando alguien solicita datos del portapapeles que se habían configurado como renderizados con retraso.
Estos mensajes codificados también se reciben como parte de la secuencia de destrucción de la ventana si todavía es el propietario del portapapeles en el momento en que se destruye.
Por lo tanto, la representación con retraso permite al usuario aplazar la creación de datos complicados del portapapeles hasta el punto en que se solicita.
Seguir las reglas es de suma importancia
Raymond Chen menciona el hecho de que es muy importante seguir ciertas reglas al realizar este proceso y señala que no todo el mundo lo hace.
Podemos entender eso, viendo cómo algunos programas abren el portapapeles con la intención de agregar datos, en lugar de reemplazar el contenido por completo.
En los días de Windows de 16 bits, el sistema asumía que las aplicaciones eran honestas y seguían las reglas del bien común.
Continúa explicando que este escenario de datos adicionales del portapapeles crea un problema, ya que solo hay un propietario del portapapeles, pero ahora hay dos windows que colaboraron para poner datos en el portapapeles.
La propiedad del portapapeles cambia solo bajo estas circunstancias, como lo explicó Chen:
- Cuando el portapapeles vacío se implementa el comando, el abridor del portapapeles actual se convierte en el propietario del portapapeles.
- Cuando se destruye el propietario del portapapeles, el propietario del portapapeles se restablece a nulo.
La única conclusión lógica aquí sería que el propietario del portapapeles puede resumirse como la ventana que llamó más recientemente al comando de teclado vacío, si aún existe.
Toda esta información útil se puede navegar leyendo el artículo completo enviado en el blog de Microsoft.
¿Cuál es su opinión sobre los métodos presentados por el empleado de Microsoft? Háganos saber todo al respecto en la sección de comentarios a continuación.
