Tips K2B e Idea: NoVisibleConditions

Esta semana estoy trabando mucho con K2B, y resulta también, que estoy escribiendo mucho.

Situación
Genere una transacción, donde se genera un Id único para todos los Clientes de Empresas Externas. Cada empresa externa, tiene su propia calificación para identificar a sus Clientes, para lo cual, creé un atributo que identifica para que Empresa Externa es la carga del Cliente.

Cada combinación de claves por la empresa externa son claves candidatas. Esta por demás decir que los atributos que no correspondan al Tipo de empresa externa, quedan vacías.

Ejemplo
TipoEmpresaExterna = 'Empresa 1'
AtrClaveEmpresa101
AtrClaveEmpresa102

TipoEmpresaExterna = 'Empresa 2'
AtrClaveEmpresa201
AtrClaveEmpresa202
AtrClaveEmpresa203

TipoEmpresaExterna = 'Empresa 3'
AtrClaveEmpresa301

Al generar los pattern K2B, tuve la idea al cargar la Transacción, al visualizar el workwith, solo debía verse los atributos claves según el Tipo de empresa externa que seleccione el usuario. Es hay donde comencé a escribir bastante, en la Transacción y con Pattern K2B.

Tips
Esto es básicamente lo que escribí es K2B para el evento Refresh del Workwith

If not &TipoEmpresaExterna.IsEmpty()
If &TipoEmpresaExterna <> 'Empresa 2'
// atributos
AtrClaveEmpresa101.Visible = 0
AtrClaveEmpresa102.Visible = 0

// Variables del filtro
&AtrClaveEmpresa101.Visible = 0
&AtrClaveEmpresa102.Visible = 0

// Los literas de las variables del filtro
K2BSearchTitleAtrClaveEmpresa101.Visible = 0
K2BSearchTitleAtrClaveEmpresa102.Visible = 0
Endif

If &TipoEmpresaExterna <> 'Empresa 2'
// atributos
AtrClaveEmpresa201.Visible = 0
AtrClaveEmpresa202.Visible = 0
AtrClaveEmpresa203.Visible = 0

// Variables del filtro
&AtrClaveEmpresa201.Visible = 0
&AtrClaveEmpresa202.Visible = 0
&AtrClaveEmpresa203.Visible = 0

// Los literas de las variables del filtro
K2BSearchTitleAtrClaveEmpresa201.Visible = 0
K2BSearchTitleAtrClaveEmpresa202.Visible = 0
K2BSearchTitleAtrClaveEmpresa203.Visible = 0

Endif
...
Endif

También agregue el evento .Click para la variable &TipoEmpresaExterna

Idea
Habilitar una propiedad NoVisibleConditions, donde se cargue la condición para que no se visualice el atributo en la grilla, en los filtros y en el tab General.

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

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.

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.