Gracias por la info, Juan, Pues si, eso es lo que me dice la gente y mi propia experiencia pasada, aunque mi memoria es de tipo besugo para muchas cosas. Eso de mostrar info adicional por una tecla es lo que parece más frecuente.
Aunque claro que ahora con esos monitores grandisimos (yo mismo y otros compañeros tenemos dos de 22 o 24 pulgadas) pues lo de 132 no se vería precisamente con letra pequeña, de hecho la verdad es que lo spooles si que suelo verlos con 132p, incluso el SEU. Con html no hay problema de ancho ni largo etc, pero estamos en lo de siempre, si se quieren cambiar muchos programas la cosa es ardua, y para usos tipo almacenero, gestion interna, etc muchas veces no hay forma de mejorar la efectividad de las pantallas verdes, aunque cada vez se hacen progresos de rendimiento en aplicaciones web. Aunque tambien es posible tener parte de la aplic en verde y parte en html lo mejor sería hacer módulos o subconjuntos de funciones en html para no tener que hacer o "convertir" muchos programas tradicionales, por ejemplo las presentaciones modo lista (subfichero/query) se hacen muy bien en html con grids, que permiten no tener tope de ancho ni alto, embeber búsquedas rápidas, etc, hay muchas opciones por ahí, nosotros incluso tenemos un generador "wizard web <http://rpgforweb.com/ProgramWizard.html>", que no creo que valga para hacer aplicaciones completas, se pueden generar muchas consultas y mantenimientos "básicos" en minutos, el problema es que los que lo ven quieren hacerlo ya todo con esto, y no salimos palante, para hacer aplicaciones completas y flexibles hay que currar, al menos con lo que tenemos nosotros. En ADP de hecho hay alguna pantalla de 132, como la parte de generador de listados, que permite diseñar a pantalla completa en ancho de 132 para listados de 132 o 198, pero porque los listados suelen ser más anchos de 80, claro. O sea que sabemos como hacerlo, como todos, pero es trabajoso y tendría cambios internos etc. Para salida más moderna también tenemos un generador de reportes para Excel que puede ir cambiando tambien el formato de salida, pero el generador de listados normales de ADP si que se usa mucho, y ahí sería impensable hacerlo sin diseñar en 132 y "full screen". Todo es un tema de prioridades, pero como decia cruz y raya, si hay que ir se va pero ir pa ná <https://www.youtube.com/watch?v=Y7zF2recA8E>... Saludos, Guillermo Andrades, CPI Software El 15 de julio de 2016, 10:29, Juan Ramón Garcia <[email protected]> escribió: > 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. >
____________________________________________________ Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 © Publicaciones Help400, S.L.
