Ayuda para el diseño de pantallas

Screen Design Aid (SDA) es una utilidad para los ordenadores de gama media IBM System/34 y System/36 . Los programadores pueden usar SDA para crear menús , formatos de visualización o programas base WSU. Las plataformas System/38 e IBM i también cuentan con una utilidad llamada Screen Design Aid, pero su sintaxis y funcionalidad son diferentes.

Las aplicaciones S/34 y S/36 suelen involucrar al operador en gran medida, ya sea recibiendo la mayor parte de la información a través de las estaciones de visualización o controlándolas. Los programas informáticos pueden utilizar datos de entrada formateados o sin formatear, y es aquí donde se aplica SDA.

Al igual que en RPG II, los formatos de visualización se construyen a partir de especificaciones sensibles a las columnas que describen campos de tamaños fijos con propiedades fijas o condicionadas.

La versión System/36 de SDA incorporó la especificación H, que describe las pantallas que se muestran cuando el operador pulsa la tecla "Ayuda". Esta tecla puede mostrar una o varias pantallas, o abrir un documento en línea creado por DisplayWrite/36 y ubicarlo en una página específica mediante un marcador. Si la tecla "Ayuda" está programada, el control del programa se reanuda al pulsarla; en este caso, el programa determina la acción a realizar. Si la tecla "Ayuda" no está programada, se produce un error de teclado que indica que no se permite su uso .

Todos los formatos de visualización tienen exactamente una especificación S codificada, que describe el tamaño del formato, las teclas que se pueden usar, las líneas que se deben borrar, funciones especiales como hacer sonar la alarma (el sonido de "frambuesa" es el único sonido que se puede programar para que emita un terminal S/3X) y, lo más importante, el nombre del formato al que debe hacer referencia el programa HLL (Lenguaje de Alto Nivel).

Los formatos de visualización pueden tener una, varias o ninguna especificación D ("Detalle") para describir los campos utilizados en la visualización. Estos campos pueden ser constantes, de entrada, de salida o de entrada/salida. Propiedades como No visualización y Protegido pueden parecer contraproducentes, pero existen usos no intuitivos para estos campos. Las especificaciones D deben indicar la línea de inicio y el número de columna utilizados por el campo; si se utilizan atributos o color; y, si se declara una constante, también se puede declarar su valor. Se utiliza una "X" para las especificaciones D de continuación cuando una constante tiene más de 24 caracteres. Para admitir las visualizaciones creadas con las capacidades más grandes de 27x132, se permite un sistema peculiar de entradas hexadecimales para la posición de la columna.

Los formatos de visualización están tan adaptados al lenguaje RPG II que requieren extensiones de lenguaje cuando se utilizan con otros lenguajes de alto nivel (HLL). Los 99 indicadores numerados de RPG coinciden perfectamente con los indicadores de pantalla; sin embargo, al codificar los formatos de visualización, es importante reservar el uso de los indicadores para que coincida con el estado actual del indicador cuando se escribe en la pantalla; de lo contrario, un indicador ficticio utilizado para el ajuste a medias podría terminar posicionando el cursor incorrectamente.

Cuando se vendía el IBM System/34, un monitor común era el IBM 5251 monocromo de 12 pulgadas; en la época dorada del System/36, un monitor común era el IBM 5291 de 12 pulgadas o el IBM 3486 a color de 14 pulgadas. Más adelante, durante la vida útil del S/36, comenzaron a ganar popularidad fabricantes como IIS, Decision Data y Emerald. Estos monitores no solo son mucho más económicos, sino que también ofrecen capacidad para múltiples sesiones, paletas de colores programables, áreas de visualización más grandes y un puerto de impresora de PC directo que permite a los usuarios del S/36 acceder a impresoras de inyección de tinta económicas sin un adaptador adicional. Los códigos de campo "azul" o "rojo" pueden no aparecer en azul o rojo en todos los equipos de audiencia.

Todas las estaciones de visualización S/34 y S/36 utilizan el protocolo 5250; la S/34 permite pantallas de 960 caracteres o de 1920 caracteres; la S/36 permite pantallas de 1920 caracteres o (en raras ocasiones) de 3564 caracteres.

Se deben codificar dos formatos de visualización diferentes si existe la posibilidad de que el público utilice la pantalla dual IBM 5252, que requiere pantallas de 960 caracteres. Es importante considerar si el público utilizará pantallas en color o monocromáticas, ya que una aplicación desarrollada solo para color podría no funcionar correctamente en una pantalla monocromática.

SDA se utiliza para crear formatos de visualización similares a la convención de formularios de Microsoft Access . Otras similitudes en la nomenclatura son las siguientes:

• Los campos de entrada, salida y E/S son similares a los cuadros de texto.
• Los campos constantes son similares a las etiquetas.
• Las características de los campos (no visibles, resaltados, subrayados, intermitentes, separadores de columna) son similares a las propiedades que se encuentran en la hoja de propiedades de un objeto. Las propiedades se pueden modificar sobre la marcha, al igual que los indicadores que condicionan las características de los campos.

Entre las diferencias importantes entre los formularios de Access y los formatos de visualización de SDA se incluyen:

• Campos vinculados y no vinculados: los campos SDA siempre son no vinculados.
• SDA no incorpora una fuente de registro, aunque un campo puede contener un código de identificador de mensaje del tipo Mx9999 para acceder al miembro de mensaje Member1 o Member2.
• Los formatos de visualización, los campos y las características no se pueden modificar durante la ejecución del programa.