Rational Developer for System z, Versión 7.6.1

Datos bidireccionales en flujos de terminal

Puede especificar los atributos bidireccionales de los archivos SFMXSD de pantalla. Debe habilitar el soporte bidireccional antes de crear un proyecto de flujo de servicios.

Registrar un flujo o un diálogo de pantalla

Las herramientas de proyecto de flujo de servicios parten de los siguientes supuestos:
  • Las pantallas de host bidireccionales son visuales.
  • Las pantallas de host bidireccionales pueden tener una orientación de izquierda a derecha (LTR) o una orientación de derecha a izquierda (RTL).
  • (Sesiones en árabe) El intercambio simétrico y numérico sólo se aplica a las pantallas con orientación de derecha a izquierda (RTL).
  • (Sesiones en hebreo) De forma predeterminado, el intercambio simétrico y numérico está inhabilitado.

Tenga en cuenta que la orientación de pantalla depende de cómo se diseña una aplicación. La entrada de datos y los criterios de reconocimiento no son sensibles a la orientación de pantalla. Sin embargo, algunas pantallas están preparadas si se parte de la suposición que el usuario las invertirá para entrar o visualizar datos, y algunas aplicaciones esperan que los datos se escribirán en orden inverso (modalidad forzada). Por tanto, la orientación de pantalla y la orientación de campo son importantes para la interpretación correcta de datos en los flujos de terminal bidireccionales.

Consideraciones sobre las extracciones

El algoritmo bidireccional para los flujos de terminal presupone que el usuario realiza extracciones y solicitudes a la pantalla que tiene la orientación correcta.

Consideremos una pantalla con todos los campos en hebreo o árabe, que contiene la serie en inglés ADDRESS. En una pantalla invertida, la serie se visualiza correctamente, pero en una pantalla LTR aparece como SSERDDA. El entorno de Ejecución de flujo de servicios CICS no reconoce las pulsaciones bidireccionales, como por ejemplo Inversión de pantalla. Si extrae el campo en una pantalla LTR, el archivo SFMXSD que describe el campo contiene el atributo VISUAL LTR. Supongamos que este campo se extrae de la pantalla LTR y se utiliza como entrada para otras aplicaciones. La entrada será incorrecta: SSERDDA en lugar de ADDRESS.

El usuario debe realizar una inversión de pantalla antes de realizar un extracción. Cuando se realiza una extracción de pantalla en una pantalla RTL, el archivo SFMXSD se actualiza con los atributos VISUAL RTL. Normalmente, las extracciones se correlacionan con elementos de mensaje, que tendrán los atributos predeterminados (en este caso, VISUAL LTR). En esta situación, la conversión bidireccional se genera para la serie extraída, y ADDRESS se almacena en el elemento de mensaje, en lugar de SSERDDA.

Consideremos otra situación en la que un campo tiene una orientación que es la opuesta a la orientación de pantalla. En este caso, la serie ADDRESS podría aparecer incorrectamente como SSERDDA en una pantalla RTL. Si extrae este campo, no debe convertirse cuando se correlaciona con el elemento de mensaje; aunque toda la pantalla tiene la orientación RTL, este campo en concreto tiene la orientación LTR. Para que el campo se extraiga correctamente, establezca el atributo Opuesto utilizando el editor de mensajes de pantalla.

Consideraciones sobre solicitudes

A diferencia de las extracciones, la entrada de datos, como por ejemplo una solicitud, normalmente no es sensible a la orientación de pantalla. Por tanto, los datos de los elementos de mensaje no se convierten cuando se correlacionan con un campo de solicitud. Por ejemplo, cuando se teclean las letras a d d r e s s en una pantalla RTL, el resultado (el almacenamiento intermedio enviado al host) es el mismo que si se hubiese introducido la serie address en una pantalla LTR.

Sin embargo, en algunos casos la aplicación presupone que los datos bidireccionales se introducen en el orden inverso (modalidad forzada). Por ejemplo, la aplicación bidireccional a veces espera que el usuario escribirá la palabra address. En esta situación, verá ADDRESS en una pantalla RTL, mientras que el almacenamiento intermedio real enviado al host es SSERDDA. En este caso, debe establecer el atributo Opuesto para el campo, porque la aplicación espera recibir los datos invertidos.

Los campos numéricos son otro caso especial. Estos campos tienen siempre una orientación de escritura de izquierda a derecha. Las aplicaciones bidireccionales invierten los campos numéricos insertados en las pantallas de derecha a izquierda, pero no invierten los campos numéricos insertados en las pantallas de izquierda a derecha. Por tanto, cuando se especifica el atributo numérico para el campo, sólo se invierte para las solicitudes de pantalla de derecha a izquierda.

Trabajar con pantallas existentes

Puede utilizar el editor de mensajes de pantalla para editar atributos bidireccionales de pantalla y campo. Si la pantalla existente se reconoce durante el registro de flujo, el editor utiliza la orientación predeterminada que se especifica en el archivo SFMXSD.
No cambie los atributos bidireccionales de las pantallas que se han utilizado previamente en un flujo de pantalla, si se han generado extracciones o solicitudes desde estas pantallas. En su lugar, cree otro archivo SFMXSD utilizando la captura de pantalla y especifique otros criterios de reconocimiento para estas pantallas.

Términos de uso | Comentarios

Este Information Center está basado en tecnología Eclipse. (http://www.eclipse.org)