FlowDocumentReader.OnKeyDown(KeyEventArgs) Método

Definición

Se invoca siempre que un evento enrutado asociado KeyDown sin controlar llega a un elemento derivado de esta clase en su ruta. Implemente este método a fin de agregar el control de clases para este evento.

protected:
 override void OnKeyDown(System::Windows::Input::KeyEventArgs ^ e);
[System.Security.SecurityCritical]
[System.Security.SecurityTreatAsSafe]
protected override void OnKeyDown (System.Windows.Input.KeyEventArgs e);
protected override void OnKeyDown (System.Windows.Input.KeyEventArgs e);
[<System.Security.SecurityCritical>]
[<System.Security.SecurityTreatAsSafe>]
override this.OnKeyDown : System.Windows.Input.KeyEventArgs -> unit
override this.OnKeyDown : System.Windows.Input.KeyEventArgs -> unit
Protected Overrides Sub OnKeyDown (e As KeyEventArgs)

Parámetros

e
KeyEventArgs

Proporciona datos sobre el evento.

Atributos

Comentarios

Los pulsaciones de tecla se controlan mediante un administrador de entrada dedicado. Otras características de programación que se basan en pulsaciones de teclas, como los enlaces de entrada y comando, controlarán potencialmente la pulsación de tecla antes de que se exponga como una pulsación de tecla general. Si estas características del sistema de entrada marcan el evento controlado, OnKeyDown no se invocará.

Este método no tiene ninguna implementación predeterminada. Todavía se recomienda llamar a base() en la implementación, en caso de que una clase intermedia en la herencia implementó este método. Puede llamar a base() antes o después de su tratamiento especial, dependiendo de sus requisitos.

El propósito de este método es algo similar al patrón de eventos de Common Language Runtime (CLR) métodos On*: proporciona los medios para controlar el evento coincidente de las clases derivadas con un controlador de clases derivadas en lugar de un controlador de instancia. En este caso, el evento coincidente es un evento enrutado. El patrón de implementación de los métodos On* es diferente para los eventos enrutados porque un elemento secundario puede haber generado el evento enrutado, no necesariamente el elemento que invocará controladores, por lo que la implementación tendrá que tener en cuenta las propiedades de origen de los argumentos de evento (y no debe intentar volver a generar el evento en la mayoría de los casos). Las subclases de FlowDocumentReader podrían optar por llamar a métodos de controlador de clases privadas cuando se recibe el evento a lo largo de la ruta. Un escenario potencial es tomar los argumentos del evento y marcar el evento como controlado.

Se aplica a

Consulte también