GXObjects from Tables, parte 2

En la nota anterior sobre esta extensión, comentaba que todavía faltaban algunas cosas para poder liberarla al público.

A partir de hoy estoy dejando en el wiki de GeneXus la extensión para quien la quiera instalar. También estoy subiendo una nueva versión del proyecto .net a GXOpen, que se puede obtener desde aquí.

Los cambios que tiene con respecto a la versión anterior son:

  • El archivo XSLT que se usa para armar el HTML con el resultado ahora está embebido en la dll, por lo que ya no es necesario copiarlo.
  • El código "heredado" del proyecto original, ya no tiene toda la parte de interfaz gráfica que en Rocha no se necesita...
  • Los warnings que aparecían al compilar ya no aparecen.
  • Y lo más interesante, en el resultado aparecen links en el nombre del objeto que al hacer click abre el objeto seleccionado.

Para instalarlo, hay que tener el build nocturno del viernes pasado o superior (build 5648). La instalación es como siempre, se copia el archivo .dll al directorio Packages y se inicia GeneXus con la opción /Setup.

¿Cómo se hace para disparar una acción desde la Start Page?

Poniendo un link de la forma gx://[KB]?Command=[PackageGUID;]<CommandId>[¶mName=pararmValue], donde KB es la ruta a la base de conocimiento y es opcional, PackageGUID es el identificador de la extensión, CommandId es un comando como los que se definen para agregar a los menues del ambiente de desarrollo. La lista de parametros se separa con &, y debe tener la forma paramName=pararmValue. Se puede incluir más de un parámetro.

En este caso, y como ejemplo, el link es gx://?Command=23ce0233-038d-42ce-b17f-681f5872fb86;OpenKBObject&objName=<nombre>.

Podría escribir en más detalle como hacer esto, pero pienso que si a alguien le interesa, lo mejor es ver el código, ya que está disponible.

¿Cómo se hace para abrir un objeto por código?

Esta es la otra pregunta que me parece que puede resultar de interés, y como respuesta publico el código...

KBObject obj = UIServices.KB.CurrentModel.Objects.Get("Objects", s);

IDocumentManagerService docManager = new DocumentManagerService();
docManager.OpenDocument(obj);

donde la variable "s" es un string que contiene el nombre del objeto.

Actualización (20-6-2007): como comentaba Gastón en los comentarios (valga la redundancia), no es necesario crear una instancia del IDocumentManagerService, se puede usar la propiedad UIServices.DocumentManager que ya es una instancia de esta interface que ya está creada...

Comentarios

  1. Anónimo19/6/07 21:13

    Hola Marcos muy bueno,
    solo un comentario y es en realidad un error nuestro.
    No deberias crear un DocumentManagerService para abrir documentos, de hecho esta clase deberia ser internal. Por lo que deberias usar UIServices.DocumentManager.Open()

    Saludos,
    Gaston

    ResponderBorrar

Publicar un comentario

Entradas más populares de este blog

Literales de tipo Date y DateTime en GeneXus

Imagen
Cuando programamos, ya sea en GeneXus o en cualquier otro lenguaje, es muy común usar literales en el código, para valores conocidos o especiales de la aplicación. Por ejemplo, si voy a hacer una suma de varios registros, inicializo la variable en cero: &suma = 0 O si estoy por ejemplo en una transacción y quiero saber si estoy en modo Insert, puedo preguntar if &Mode = 'INS'     ... endif (nota: es un ejemplo... lo recomendable en este caso es usar el dominio enumerado TrnMode) En GeneXus hay unos cuantos tipos de datos, pero podríamos decir que los principales son cuatro: números, strings, booleanos y fechas (o fecha-hora para ser más precisos). Para los tres primeros, es bien sabido como expresar literales, ¿pero para las fechas? Esta funcionalidad creo que no es muy conocida, pero en GeneXus también se pueden escribir literales de fechas, utilizando el caracter # como delimitador (así como usamos las comillas simples o dobles para los strings).
Leer más

Comando "do case" en GeneXus

El comando do case de GeneXus tiene una sintaxis que no me termina de convencer... El problema es que las condiciones de cada case pueden ir sobre variables distintas. Más que un do case , la sintaxis permite usarlo como un if-elseif . En Java y C#, el comando equivalente es el switch , que discrimina según los valores que toma una variable dada. Por ejemplo: switch (variable) {     case 1:         // hago algo para el valor 1         break;     case 2:         // hago algo para el valor 2         break;     default:         // hago algo para los demás valores         break; } En GeneXus, el do case me permite hacer cosas como do case {     case &variable = 1 :         // hago algo para el valor 1 de &variable     case &otra_variable = 2 :         // hago algo para el valor 2 de &otra_variable     otherwise:         // hago algo para los demás valores endcase Me gustaría más tener un comando if-elseif que me permitiera hacer: if &va
Leer más

Subversion vs. Git

Cuando se habla de control de versiones, hay dos grandes formas de encarar el tema: centralizado o distribuido. Durante un año estuve usando Git (un sistema de control de versiones distribuido), y ahora hace un mes y medio que estoy usando Subversion  (que es centralizado). Lo que sigue es un intento de comparar ambas herramientas, desde mi punto de vista personal, sin intención de hacer una comparación exhaustiva ni del todo objetiva. Lo primero que hay que aclarar es que ni Git es del todo "distribuido" (ya que se suele mantener un repositorio centralizado), ni Subversion es totalmente centralizado (porque se trabaja sobre una copia local). La diferencia en realidad es donde ocurren las operaciones (branch, commit, etc.). En el caso de Git (y los demás que son distribuidos como Mercurial), las operaciones son locales, mientras que en Subversion ocurren en el servidor. Esto quiere decir que en Git puedo hacer N commits antes de mandar los cambios al servidor, mientr
Leer más