Cómo codificar en el evento (incluso asignado) de un componente

[[Al González]]

...Con respecto al uso abreviado de Inherited, hace algún tiempo que lo desacostumbré porque imposibilita usar la opción Find Declaration para ir rápidamente al código del método heredado.

Un abrazo complementario.

Al González.

[dec]

Hola,

Empezado por Al González

...Con respecto al uso abreviado de Inherited, hace algún tiempo que lo desacostumbré porque imposibilita usar la opción Find Declaration para ir rápidamente al código del método heredado.

Una cosa más que sé. Gracias Al.

Empezado por Al González

Dec: Te aconsejo que optes por la recomendación de Román respecto al método virtual Invoke.

Verás, la óptica es esta: Si existe un método virtual que llama directa o indirectamente a un manejador de evento, lo mejor es tratar de redefinir ese método y agregar ahí la nueva funcionalidad relacionada con el evento.

No lo haré así, por el momento, aunque acabo de intentarlo de nuevo. Por el momento quédese como está el asunto, aunque, no dudo que sea más efectivo hacer lo que dices, no he podido conseguirlo. ¿Porqué no pregunto por aquí? ¡Hoy no, que me da pereza!

Empezado por Al González

Si por alguna razón (técnica o lógica) prefieres redefinir la propiedad evento, ten en cuenta lo siguiente:

1. No necesitas usar Load.

No se hace uso de "Load", quizá se planteó, pero, ahora mismo no se hace uso de ese método.

Empezado por Al González

2. Puedes redeclarar la propiedad evento en la nueva clase y con el mismo nombre para ocultar la propiedad padre ante el inspector de objetos, guardando la nueva propiedad en un nuevo campo.

Se agradece la información. De todos modos ahora la propiedad está "heredada", de tal forma que el componente puede hacer uso del evento y el usuario del componente también, del mismo evento: el evento llegará antes al usuario que al componente.

Empezado por Al González

4. Si la propiedad original no está definida con métodos de acceso virtuales, tu componente tendrá el riesgo que señala Andrés, al hacer referencias polimórficas (se operará sobre la propiedad padre, no la nueva).

Aquí ya me pierdo un poco Al. Llego hasta decir que la propiedad original, efectivamente, no está definida con métodos de acceso virtuales. El riesgo que corre el componente (o el usuario del mismo) no logro captarlo. Acaso haga alguna que otra prueba Al. En cualquier caso gracias por tus comentarios.

Un abrazo y medio.

[[Al González]]

¡Hola de nuevo!

Después de cuatro años.

Vine a parar a este hilo buscando en Google ejemplos de clases derivadas de TWebBrowser que redefinieran el método InvokeEvent. He estado inclinado a redefinir ese método para añadir comportamiento a los eventos OnNavigateComplete2 y OnDocumentComplete.

Después de haber echado un nuevo vistazo al tema, reafirmo mi intención de redefinir a InvokeEvent. Fue la propuesta que puntualmente hizo Román en aquel entonces para el planteamiento de Dec.

La razón para interceptar esos eventos es dotar al componente de la capacidad de saber cuándo realmente ha terminado de navegar, pues las propiedades Busy y ReadyState me cuentan "mentiras" con ciertas páginas. Haciendo algunas pruebas, he notado que ReadyState puede alcanzar un valor de ReadyState_Complete antes de que varios elementos de la página estén presentes, mientras que el evento OnDocumentComplete sí que tiene la última palabra (se dispara por última vez cuando tales elementos ya están disponibles).

Saludos.

Al González.

P.D.

David, ignoro si aún tienes aquella última duda que planteabas.

Andrés, amigo, me resultó grato leerte nuevamente.