Google
 
Mostrando las entradas con la etiqueta Genexus. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Genexus. Mostrar todas las entradas

jueves, 10 de julio de 2008

Adobe Systems cede a la ISO las especificaciones del formato PDF

¿Para el mundo Genexus como afecta esto? ¿O por lo menos para la generación de reportes PDF?

Antes de abordar las consecuencias para los que vivimos de trabajar con Genexus, opino que pudiera ocurrir los siguientes:

  • ISO PDF comenzará a incorporar las funciones avanzadas que hoy permiten los formatos AFPDS, IPDS, Postscript, PCL y demás. Por dar un ejemplo, recién con Acrobat 8.0 se incorpora la propiedad DUPLEX (disponible a la fecha en iText. (tengo como pendiente investigar para generar un PDF Duplex con GX9.0)), otro ejemplo podría ser el hecho de la manipulación de ensobrado, clasificación y engrapado.
  • Mas impresoras comenzarán a adaptar como protocolo incorporado el formato ISO PDF, por consiguiente adaptando a las prestaciones propias de la impresora.
  • Habrá productos para la administración de colas de impresión para archivos ISO PDF.
Bueno, para el mundo Genexus, es una muy buena oportunidad, tanto para Artech como empresas proveedoras de soluciones GX, se pueda tener integrado al software de gestión hechos con GX la administración de archivos PDF.
  • Administración de colas(retener, cantidad de copias, enviar a impresora, especificar rango de paginas)
  • Autorización de visualización, impresión
  • Distribución masiva
  • Utilizar los formularios PDF como introducción de datos
¿Qué opinan?

miércoles, 31 de octubre de 2007

Tips GX e Idea: Ajustar ancho de columna de una Grilla

Te ha pasado que cuando desarrollas un nuevo sistema, defines las transacciones, haces la reorg, le aplicas pattern, lo especificas, lo compilas, y listo!!!, a cargar las nuevas transacciones.

Hasta el momento de cargar las transacciones, pareciera que uno no se cuenta de como van a quedar los títulos de las columnas de las grillas.

Por ejemplo dos atributo, tipo Char 1, con los valores (S, N), visualizado con un combo box (Si, No)

"Permiso de usuario a visualizar su email",
"Permiso de usuario a visualizar su nombre completo"

Las columnas quedan muy anchas y estéticamente no queda bien

Digamos, que sos de las personas que cargan en la transacción la propiedad del atributo "Column Title", antes de continuar ,Te felicito!, vas por buen camino, pero como en mi caso, tengo que reconocer que en esa área, tengo una mala práctica.

Digamos entonces que cargue en la propiedad "Column Title"

"Permiso ver email", ó "Ver email"
"Permiso ver Nombre" ó "Ver Nombre"

Para este ejemplo, quizás ya sea suficiente con eso, la columna de la Grilla queda menos ancha, y si no, es ahi donde se comienza a abreviar. Para el tema de abreviaciones no quiero entrar en detalles, pues generalmente los usuarios finales me preguntan ¿Y que significa la columna:

"Per. Usu. Email"?

Tips:
Ante esta situación leyendo un poco, encontre una mini solución:
Hacer que títulos de las columnas aparezcan en más de una linea utilizando <BR> y seteando la propiedad TitleFormat en 1, de los atributos, variables que esten en una grilla.

Como utilizo Pattern, generalmente corrijo el título de las columnas de una grilla, es ahí donde agrego el tag <BR>

"Permiso<BR>ver email", ó "Ver<BR>email"
"Permiso<BR>ver Nombre" ó "Ver<BR>Nombre"

Luego, en el evento Start agrego la siguiente linea (eso en K2B lo hago en el Pattern)

NombreAtributo.TitleFormat = 1

Idea:
Agregar la propiedad TitleFormat al atributo para que vaya acompañado con el valor de la propiedad "Column Title"

Espero te sirva

jueves, 25 de octubre de 2007

Patterns - Idea: Una sola definición de grillas por Transacción

¡¡¡Me encanta Patterns!!! Es una herramienta que esta sobre un generador. Podríamos decir que está a un tercer nivel de abstracción, primero el lenguaje de programación en si, luego esta el CASE, para este caso Genexus, y sobre está herramienta, Patterns.

Para alguien como yo, que nunca escribió mínimos "Tag" para un HTML, trabajar en Genexus, para realizar un "Web Panels" era algo tedioso, no porque la herramienta no lo permita hacer, sino, por esa condición de "Diseñador Gráfico" que uno tiene que tener a la hora de hacer sitios profesionales y con estilo.

Y la parte de estética, definitivamente, lo soluciona Patterns.

Ahora que se esta trabajando en la Rocha, seria bien interesante considerar la siguiente "Idea". Se basa en el caso de uso para WorkWith y K2BWorkWith

Primero explico el problema:
Ya que soy de la línea de escribir código lo menos posible, hay algo bastante repetitivo, a la hora de trabajar con Pattern con varias transacciones (20 en adelante), donde las relaciones por claves foráneas ya son bastantes.

Por cada instancia de Pattern, se tiene definir todos los atributos que se desean visualizar en la grilla, el titulo de las columnas, los filtros, los prompts, chequear si la búsqueda es por un Combo Box, las condiciones, en el caso de K2BWorkwith, agregar código, variables, y la misma tarea se repite en los "Tabs".

Posible solución:
A la hora de generar la instancia del Pattern, que haya una configuración global, donde se permite setear la no creación automática de los Tabs.

La idea es generar las instancias "Selection" de todas las transacciones, modificar los titulo de columnas de ser necesario, selección de atributos a visualizar, definición de filtros, condiciones, etc.

Una vez concluido esto, tener la opción, para la generación automática de los "Tabs", y cada Tabs copie lo que corresponda según cada "Selection" de esa Transacción.

Con esto, aparte de ser mas rápido la generación de los objetos Patterns, también se obtiene mas homogeneidad a la hora de visualizar los datos.

¡Una sola definición de grillas por Transacción!

Si algún tercero lo hace antes que Artech lo lanze, no pido mucho, solo el 1% de las ganancias por 5 años.

miércoles, 24 de octubre de 2007

Generador de Código

Cuando tenia 14 años (creo), comenzaba estar en auge la versión de 3.3 del DOS, en esa época comencé a estudiar "Operador de Computadoras". En mi país, muy por detrás de los demás países en materia de tecnología (incluso hasta hoy), hablar en esa época de un "Generador de Código", no estaba dentro del léxico natural del mundo laboral informático.

Unos meses después, ya empecé dentro del mundo de programación, bueno digamos "la base", "Diagramación y Programación". Ha esa altura, aun no había escrito ni una sola linea en una computadora, ni siquiera mi sentaba cerca de una, todo lo que hacíamos estaba con lápiz y papel.

¡Por fin!, mi primer lenguaje de programación, Basic, eso si, no me pregunten que tiene, ni como es, ni cuales son sus mandatos. Algunos creo, SAY, LET, REM, guau!!!! sinceramente, no me acuerdo!!!! El punto que si recuerdo es que en aquellos tiempos si que "soñaba", ya que después de terminar la tarea en casa, "a lápiz y papel" (no piensen que tenía computadora en casa!), continuaba con un programa que su objetivo principal era crear otro programa (no me creo ningún iluminado), al final no salio nada, y mas todavía a lápiz y papel (aunque hoy sé que tuve un gran problema de recursividad, por todos los GOTO...), pero hoy, mi espíritu sigue siendo el mismo, busco de cualquier forma, escribir lo menos posible para que la "computadora" me de la solución a los problemas para los cuales mis "jefes" me pagan, aunque en realidad en eso hay un contrasentido, pues para lograr algo como eso, primero hay que "escribir mucho".

Paso el tiempo, por motivos de fuerza mayor no pude continuar estudiando, mi ultima profesora quiso en un momento dado, que sea su "ayudante de cátedra", pero aquello no salio y volví a tocar una computadora, recién cuando ingrese en la Facultad Politécnica de la Universidad Nacional de Asunción.

Aquello de estudiar solamente en las condiciones económicas de mi familia, "no cabía", así que tuve que trabajar casi desde el primer semestre. Mi primer empleo fue ser ordenanza de una abogada, "muy buena" por cierto, pues formo parte de la terna para el cargo de Juez en lo Laboral.

Aquello de ser abogado ya comenzaba a entusiasmarme, así que tomé una drástica decisión, no importaba donde me vaya a trabajar y cuanto me iban a pagar (en realidad gané menos de lo que ganaba de ordenanza), decidí trabajar como "Programador". Por aquella época, ya me sentía bastante afianzado, ya que en enero durante la Feria (época donde no se trabaja en Palacio de Justicia, ni los abogados por ende), mi jefa me dio permiso de utilizar su computadora, una 286, en la cual terminé un Sistema hecho en Clipper, que presente en febrero, en el tercer examen final de la materia Taller II.

Un tiempo después de mi intensa búsqueda, por fin encontré mi nuevo trabajo (que por razones de publicidad no mencionaré el nombre de la empresa), y cual fue mi la sorpresa, esta empresa trabajaba bajo un "Generador de Código para Clipper", hecho por el mismo dueño de la empresa.

Al estar casi un año en esa empresa renuncie, luego estuve semi-libre como cinco meses (eso para no decir "vago"), después 7 meses en otra empresa y luego un 21/07/1998 ingrese a la empresa donde hasta hoy trabajo.

Hasta hoy, sigo trabajando ahí, estoy cerca de los 10 años, y si sigo escribiendo, es porque aun continuo trabajando por ahí, o porque necesito tener ingresos, y me meto a escribir como loco hasta saber que hacer.

Lo primero que toque fue SYNON. Para los que no saben de que se trata, SYNON es un CASE que genera código RPG. SYNON se dejó de usar, dando paso al ahora ya famoso GENEXUS, en Paraguay por lo menos es así.


A que viene todo esto, el tema es que básicamente toda mi vida profesional esta basado sobre herramientas CASE, para mi, todo esto es un "SUEÑO" hecho realidad.

Así que, la idea principal de este Blog, es dar mas sueños, ideas, tips para obtener uno de los mayores beneficios del "Generador de Código", escribir menos.