Hola Guillermo: A tu pregunta
*"Independientemente del caso concreto de programas generados con ADP, ¿el uso de pantallas de 132 es realmente frecuente? seria estupendo conocer sobre el uso que hacemos de esto."* En mis 35 años como desarrollador únicamente he hecho 2 pantallas a 132 columnas. La primera fué una locura porque en aquella época sólo había terminales y no todas soportaban las 132 cols., tuve que diseñar el programa para que presentase 132 u 80 cols. en función del terminal, funcionó pero fué terrible. Cuando aparecieron las emulaciones de PC (que todas soportaban 132 cols.) tuve que hacer otra pantalla de ese estilo pero los usuarios se quejaban de que la letra era demasiada pequeña. Fué mi última vez. Desde entonces lo que hago es diseñar las pantallas siempre a 80 cols.y, mediante F7, doblar/truncar el subfichero para presentar el resto de datos (normalmente opcionales o complementarios) o, también mediante F7, mostrar unos campos u otros (por ejemplo la descripción completa en lugar de la abreviada o el código EAN en lugar del código de artículo). Desconozco cuantas pantallas he llegado a diseñar a lo largo de estos 35 años pero pueden ser decenas de miles y, de ellas, sólo 2 a 132 cols. Un saludo. Juanra Anti132Saurio El 13 de julio de 2016, 11:39, Andrades <[email protected]> escribió: > Hola a todos, > > Aqui está el culpable de la cosa, > > Gracias tambien a Joxean por recordar el uso de dds extendidas. > > He investigado un poco y parece que no hemos tenido peticiones de soportar > pantallas de 132 en ADP, parece ser que en algun caso extraordinario la > gente se apaña con el soporte que temos para dds extendidas, o no lo hace, > o quiza hace algun programa "a mano". > Nosotros tenemos, claro, un montonazo de programas generados con ADP, > paquetes completos como Nomina, Contabilidad, las propias partes verdes de > CoPrint o rRpgForWeb, hasta el propio ADP, etc, y pantallas de 132 no pasan > de media docena. > > El hecho de estar soportando dos versiones (ADP Classic y ADP Force1) > también complica la posible aceptación de la funcionalidad, la confluencia > entre las dos versiones no es tan buena como quisieramos, los usuarios > tienes miles y miles de programas y lo quieren -como dice el anuncio- todo, > todo y todo, y sin cargo si es posible. > El tema se complica porque ADP tiene generadores de RPG y de COBOL. > > En ADP Classic si tuvimos peticiones para compilar en RPGIV y lo hicimos, > incluso soportando codigo directo en rpgFree, y ahora resulta que con eso > nadie quiere cambiar de version. > > Pensabamos que para soportar mas flexibilidad en las pantallas seria mejor > ya puestos usar el enfoque mas moderno de html, que es el verdadero > estandar de las aplicaciones graficas/web, porque ahí se puede usar toda > clase de virguerias incluyendo frameworks, librerias, ... y por eso hicimos > RpgForWeb, que permite hacer programas RPG (mejor rpgFree) pero separando > la capa de presentación con html (with a little help from my friends js y > css)... pero con RpgForWeb hay que currar más, y en entornos combinados, y > conocer o tener gente de html etc, y desde luego no tenemos un convertidor > automatico de programas, que es lo que los usuarios nos piden, eh... tengo > 7400 programas hechos con ADP, quiero un paso que me convierta todos > mientras voy a comer... y desde luego gratis o muy barato... > > Tambien está el hecho irrefutable de que las pantallas verdes son > tremendamente productivas, rápidas, seguras, etc, y que para muchos usos > dentro de la Empresa es lo mejor que hay, y con ADP y otros generadores se > hacen rápido y se mantienen muy bien, así que hay cuerda para rato. > > Sobre el tema concreto, ahora tenemos cuatro de las siete neuronas > totalmente calcinadas del caloret, después del verano veremos si esto es > posible, quiza con la reunificación de versiones, aunque soportar eso en > pantallas normales, windows, subficheros y querys lo complica. > > Independientemente del caso concreto de programas generados con ADP, ¿el > uso de pantallas de 132 es realmente frecuente? seria estupendo conocer > sobre el uso que hacemos de esto. > > Bueno, saludos a toda la peña! > > Guillermo Andrades, CPI Software > http://cpi.es > http://Modernizar.as400.es > Aplicaciones Gráficas y Web en as400: http://RpgForWeb.es > Impresión Impresionante: http://CoPrint.es > Use nuestro Soporte tecnico online: http://ayuda.cpi.es > > > > > El 7 de julio de 2016, 10:52, <[email protected]> escribió: > >> Hola buenos dias, gracias por contestar. >> >> Efectivemente me referia precisamente a DSP'S, y poder añadir los campos >> adicionales a la posicion 80, directamente en ADP, diseño de pantalla >> >> >> >> --------------------------------------------- >> JOSE MARTI >> http://www.jaimemascaro.com >> >> >> >> De: "Joxean Muguruza \(EKINFORMATIKA, S.L.\)" <[email protected]> >> Para: "'forum.help400'" <[email protected]> >> Fecha: 07/07/2016 08:30 >> Asunto: RE: ADP/400 CLASIC PANTALLA 27 x 132 >> ------------------------------ >> >> >> >> Buenos días Jose, >> >> Nosotros también tenemos desarrollos con ADP400 CLASIC. >> >> La pregunta no la entiendo bien, te refieres a programas (DSP’S) que >> genera el ADP/400 CLASIC o el RPG FOR WEB. >> Si son DSP’s que genera el ADP/400 CLASIC, si Añades por F9= Pantalla >> las sentencia >> DSPSIZ(24 80 *DS3 27 132 *DS4) y al compilar -Restaurar pantalla . . . >> . . . . *YES puedes presentar alternadamente pantallas de 24X80 y 27X132. >> Los campos adicionales a la posición 80 los tienes que introducir por >> F9. >> >> >> Saludos cordiales, >> >> Joxean Muguruza >> >> *E-mail: **[email protected]* <[email protected]> >> *Departamento de análisis y programación.* >> *___________________________* >> *EKINFORMATIKA, S.L.* >> *Dtor... Delgado Amestoy, 3, Bajo Dcha.* >> *20001 San Sebastián* >> *Tlfno: 943.28.22.21 <943.28.22.21> Fax: 943.32.72.00 <943.32.72.00>* >> *E-mail:[email protected] <e-mail%[email protected]>* >> *Web: **www.netekin.com* <http://www.netekin.com/> >> >> Confidencialidad >> Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, >> contiene información de carácter confidencial exclusivamente dirigida a su >> destinatario o destinatarios y propiedad de Ekin. Queda prohibida su >> divulgación, copia o distribución a terceros sin la previa autorización >> escrita de Ekin, en virtud de la legislación vigente. En el caso de haber >> recibido este correo electrónico por error, se ruega notificar >> inmediatamente esta circunstancia mediante reenvío a la dirección >> electrónica del remitente y la destrucción del mismo. >> >> *De:* [email protected] [ >> mailto:[email protected] >> <[email protected]>] *En nombre de * >> [email protected] >> * Enviado el:* miércoles, 6 de julio de 2016 19:42 >> * Para:* forum.help400 <[email protected]> >> * Asunto:* ADP/400 CLASIC PANTALLA 27 x 132 >> >> Hola amigos del foro, >> >> En mi empresa somos usuarios desde hace bastantes años del programa de >> CPI, ADP/400 CLASIC, para generacion de programas.... >> >> Recientemente hemos empezado con el RPG FOR WEB, para nuevas aplicaciones >> en entorno web... >> >> Pero tenemos muchos programas en 5250, y nos interesa segui utlizandolos, >> pero necesitamos ampliar las pantallas a 27 x 132 columnas, cuando el >> ADP/400, solo adminte 24 x 80... (con los monitores actuales de 22", es un >> poco ridiculo solo poder utilizar 24 x 80) >> >> >> He preguntado al fabricante si tenian previsto alguna actualizacion para >> permitir las pantallas de 27 x 132, y me dicen que en principio no, pero >> que depende de si hubiese mas peticiones, por parte de otros usuarios. >> >> Ante la disyuntiva de tener que prescindir del ADP, para los programas de >> pantalla, queria saber si hay otros usarios que tengan el mismo problema. >> >> (Perdona Guillermo, pero para mi es importante) >> >> >> ---------------------- >> JOSE MARTI >> *http://www.jaimemascaro.com* <http://www.jaimemascaro.com/> >> ____________________________________________________ >> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >> Forum.Help400 © Publicaciones Help400, S.L. >> >> >> ____________________________________________________ >> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >> Forum.Help400 © Publicaciones Help400, S.L. >> > > > ____________________________________________________ > Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) > Forum.Help400 © Publicaciones Help400, S.L. >
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
