Marcos (06/01/2021)
Deveria ter a opção no menu de Clone kb, para fazer testes e migrações de upgrades, dessa maneira não se perde o histórico dos objetos, ao invés de xpz ou baixar no geneuxs server.
Preservando a kb antiga. Hoje conseguimos fazer isso via sql server, mas se já tivesse esta opção no menu seria muito mais rápido.
(Pablo Moleri, Enero 2012)
Con el tiempo la KB va acumulando muchas revisiones (cada vez que se guarda un objeto), esto afecta tamaño de la KB y a mi parecer también su perfomance. Considero interesante agregar la posibilidad de eliminar todas las revisiones que no estén incluidas en una versión. Ej. Si entre la versión 1 y la versión 2, guardé varias veces el mismo objeto, eliminar todas las revisiones intermedias.
(Gastón Fernández, Junio 2011)
Supongamos que tengo definido un sdt y un conjunto de procedimentos que hacen operaciones él. La idea sería tener una propiedad en los procedimentos: "Is method of" donde se pueda seleccionar el sdt sobre el que este procedimiento opera. En el caso de que se defina esa propiedad, que se autodefina una variable &this o &self que represente el sdt. Luego, cuando se defina una variable que tenga como Data Type ese sdt, que se pueda utilizar la sintaxis: &varsdt.nombreProcedimiento(&par1, &par2, ..., &parn)
(Gastón Fernández, Junio 2011)
Así como actualmente existe la propieadad "Collection" a la hora de definir una variable o un sdt, que haya otra propiedad similar para que una variable actúe como map. Para simplificar se podría fijar el tipo de la clave como string. Ejemplo:
Name: &A
Data Type: N(7)
Collection: true
Collection type: map
&A.set("jugadores", 11) // sintaxis ideal: &A["jugadores"] = 11
&A.set("orientales", 33) // sintaxis ideal: &A["orientales"] = 33
&A.get("jugadores") // 11
&A.getKeys() // Una coleccion de strings, que en este ejemplo devolvería "jugadores", "orientales"
&A.has("orientales") // true otra sintaxis posible: "jugadores" in &A
&A.has("hola") // false
&A.get("hola") // nullValue(&A) ?
&A.Count // 2
&A.remove("jugadores")
&A.has("jugadores") // false
// Imprimir todos los valores:
for &key in &A.getKeys() // también podría ser simplemente: for &key in &A
msg(&A.get(&key))
endif
(Óscar Sandria, 01-Oct-2010)
Nos gustaría que Genexus X Evolution 2, o alguna versión posterior, tuviera un generador de PHP.
Prompts em Nova Janela (Rodrigo Fernandes 25/02/2010)
Gostaríamos de uma opção no GXXEV1 para que os prompts pudessem ser abertos em uma nova janela (como acontecia até a versão 9.0).
Possuímos algumas transações que são chamadas através de embeded pages, e quando há algum prompt, quando o mesmo abre em pop-up,
a visuação e navegação do prompt ficam comprometidas.
Uma opção geral para o modelo se quer que se abra os prompts em pop-up ou new-window resolveria o problema.
______________________________________________________________
Uma sintaxe cada vez mais DECLARATIVA
Expandir o conceito da sintaxe declarativa para os demais recursos do gx, assim como foi feito com os dataproviders. Por exemplo:
Na sintase para EVENT, poderiamos ter
Ao invés de:
Event 'test'
endevent
teríamos:
event test {
}
ou simplesmente:
test {
//codigo...
}
isso aplicaria-se nas subs também:
Sub test {
//aqui..
}
Sub ou functons parametrizados
sub test(&parm1,&parm2...) {
}
ou
function test(&parm1,&parm2...) {
}
- Separar o desenvolvimento das aplicações genexus em camadas, como na OO, todo o negócio fica separado da camada de interface e vice-versa
INTEGRIDADE REFERENCIAL PARA CAMPOS NOT NULL NO BANCO DE DADOS. ( Tatiana Golin )
Seria muito bom se o Genexus fizesse automáticamente a verificação de campos tipo NOT NULL na tabela do Banco de Dados. Forçando ao usuário digitar conteúdo no campo. Ao invés de preencher com 0, "" ou espaços. Utilizando as facilidades do SGBD.
Split Screen Editor (Jeff Randolph)
When editing a program, allow me to split the screen horizontally so that I can view two separate portions of the program at the same time. MS-Word permits this and that is the desired behavior.
armin 01/09/09 02:49 PM Implemented in GeneXus X
Allow &X = Nullvalue() (Jeff Randolph)
Since GeneXus knows the type of each variable/attribute, the NullValue() function should support receiving no parameters. When this occurs, it should look at the variable being set and use that as the type. In the case:
&X is a N(10)
&X = nullvalue(&X) should be the same as &X = nullvalue()
Metodo NOTIFY para o datatype SMTPSession (George Cabral)
Poderiamos ter mais um metodo para definir se queremos receber o email de confirmação de entrega dos emails.
Desta forma, poderiamos escolher o notify em caso de sucesso, em caso de falha ou em ambos. Para eu fazer estes testes, precisei alterar o metodo sendToMailRecipientCollection da classe SMTPSession
alterando a linha String s = doCommand("RCPT TO: #lt;" + mailrecipientcollection.item(i + 1).getAddress() + "#gt; NOTIFY=SUCCESS");
Poder definir variables globales a varios objetos. Tener una parte del Contexto que utiliza GeneXus , para uso de nuestra aplicacion.
Seria bueno poder definir y determinar que variables "standard" se incluirán en los objetos WP, TRN etc por ejem. incluir: &Date, &Time, &Session, &Usuario etc etc, excluir: &PrgDsc etc etc.
(Fernando)
Tener reglas que se disparen no asociadas a Transacciones, sino en forma global.
Por ejemplo:
Error('El saldo no puede ser menor que cero') IF PrdSaldo #lt; 0;
y que dicha regla sea valida para todos los objetos del sistema.
Poder tener una seleccion multiple de los nodos y poder hacer operaciones sobre los mismos. Hoy solo se puede hacer de a uno.
Que puedan identificarse los objetos Main.
Cambiar la forma de clasificar estos objetos.
Reportes: Los que tienen algo en el diseño de salida (layout) y pueden actualizar la base.
Proc: Los demas que no tienen salida "impresa".
Poder hacer Cut/Paste de objetos, para moverlos de Folder.
Tener la propiedad "Warning message disabled" a nivel de objeto, ademas de tenerla como hoy en el modelo.
Se podria preguntar "Realmente desea abrir XX objetos? (esta operacion puede demorar)", si el xx es mayor que 20. Es algo similar a lo que hace Outlook.
Patrones optimizables
Cuando tengo:
for each (DocId)
where condicion
&DocId=DocId
exit
endfor
es un
Select Min(DocId) from TABLA where condicion
for each DocID
where condicion
&DocId=DocId
exit
endfor
Select Max(DocId) from Tabla where condicion
Poder definir formulas find, search, que tengan integridad referencial, y que no me permita borrar los elementos referenciados por estas formulas.
armin 01/09/09 02:49 PM En GeneXus X esta implementado
Actualmente la sintaxis es ToFormattedString(att|var)
Sería mejor si pudiera definirle un picture (directamente o basado en un atributo), por ejemplo:
ToFormattedString(FactNro,"99-99999")
ToFormattedString(FactNro,domNumerador)
La idea es poder salir de un evento, sin necesidad de llegar al final del evento.
Algo similar con las subrutinas, sería Exit Sub
Permitir passagem de parâmetros em eventos, assim poderíamos por exemplo utilizar o OCX WinSock , o qual recebe parâmetros em seus eventos.
en interfaz Win(Gustavo Olmos)
Adhesión a un pedido de Edson Geovane Pedro en el foro Yi.
Poder contar con un manejador de version dentro de Genexus. Poder saber la historia de un objeto, y que cambios se le han realizado desde una determinada fecha. Si esto es muy complicado de hacer o no entra dentro de las prioridades de Artech, brindar las API necesarias para que cuando se hace el salvado de un objeto, se pueda llamar a una rutina del usuario para hacer el Check in en un CVS o Subversion, para poder manejar las version de los objetos de una forma controlada.
armin 01/09/09 02:49 PM Además de la historia, está GeneXus Server
Seria muito bom se pudessemos ter um controle de versão da KB, controlado pelo próprio GeneXus . O que temos hoje com os Modelos de Prototipo e Produção limita bastante pelo fato de termos um único ponto de partida (Design). Um controle de versão efetivo poderia controlar melhor as possíveis evoluções da aplicação, garantindo um histórico precioso... um grande ganho para a documentação.
armin 01/09/09 02:49 PM La respuesta son GeneXus Server y Knowledge Base Versions
Implementar controle de check-in e check-out nos objetos (TRN,WKP,PRC,...). Quando um usuário vai alterar um objeto,ele faz o check-out do objeto. Assim, os outros usuários não podem alterar o mesmo objeto até que se faça o check-in do mesmo. Mas o objeto pode ser aberto em read-only.
Tener una manera rápida para salir de un evento o subrutina.
Es normal verificar una lista de condiciones y si una sola no se cumple, abandonamos el evento. Hoy lo hacemos mediante nidos de if
Al especificar un objeto, que muestre la pantalla de la navegacion, al costado o abajo de la que se tiene para editar el codigo, de tal forma de poder arreglar los problemas que tenga rapidamente.
armin 01/09/09 02:49 PM En GeneXus X se puede splitear las ventanas y ver ambas cosas a la vez.
Poder tener modelos Read-only.
armin 01/09/09 02:49 PM En GeneXus X las frozen versions son read onlyKnowledge Base Versions
Poder marcar un objeto como no generable, puede ahorrar bastante tiempo, para objetos que se quieran mantener en la KB, pero no se quieren usar mas . (ver mas abajo Papelera de Reciclaje)
armin 01/09/09 02:49 PM En GeneXus hay una nueva property Generate Object.
Cuando son muchos los desarrolladores en una kb y existen objetos que se comparten resultaria interante poder indicar de alguna forma un propietario actual y el estado del objeto. Es decir para saber si quedo a medias una modificacion o si aun esta pendiente de validar como correcto y quien estaba trabajando en el. Esta marca podria lanzar una avertencia, quizas en forma de listado, si se estan distribuyendo objetos que aun no se han dados por corregidos. Cuando un usuario inicie modificaciones podria quedar marcado como modificandose y forzar al desarrollador a cambiar el estado a finalizado cuando se de por correcto. No necesariamente deberia ser algo que bloqueara a la hora de distribuir, si no mas bien un warning. Relacionado con esto poder consultar este tipo de marca, a nivel de estado y/o usuario.
armin 01/09/09 02:49 PM La metodología sugerida es usar GeneXus Server Team Development with GeneXus Server
Poder ver cual es el estatus (Ok, error, Warning) de todos los objetos de la KB sin necesidad de tener que largar un build all.
Poder ver los objetos que por algun motivo han dejando de usarse, o sea que no son alcanzable desde ningun otro objeto, que no son main y que no son llamados en forma dinamica.
Que detecte estos objetos en el momento de especificacion.
Poder desde Genexus mismo, sin tener que ir al F5 (gxcom.exe) poder hacer un build de un ejecutable. Lo que pido es que para los objetos involucrados en ese Main:
se especifique todos los objetos que fueron modificados
se generen todos los objetos que fueron especificados y no generados
se compile todos los objetos que fueron generados y no compilados
se genere el exe
Todo en un solo paso.....
Opcionalmente, podria tenerse un BUILD AND RUN, que tambien lo ejecutaria.
Poder ver, en el objeto, las fechas que se ven en el Select Object (fecha de modificación, especificación y consolidación).
Sugiero agregar la de creación del objeto y mostrarlas en las Properties por ejemplo.
Sería bueno tener la lista de los últimos N objetos abiertos, así como se tiene la lista de las KBs abiertas.
Muchas veces pasa que quiero volver a un objeto que abrí hace poco, y si lo abrí con botón derecho desde otro objeto o desde el object browser, no tengo forma fácil de llegar a él.
DevEnv de poder ver los indices de una tabla. (Enrique Almeida).
Seria bueno al estar digitando un For each Order, poder visualizar e ingresar los atributos que tiene los indices de una tabla en particular. Esto evitaria, ingresar los atributos, que de un warning al especificar (si no existe) y corregir la situacion.
Poder definir un indice de forma facil (generando un distribute?) desde el warning y permitir consolidarlo, estaria bueno tambien.
WorkPanels
Ver la posibilidad de que los encabezados en los reportes se pueda girar en 90 Grados.
La nueva funcionalidad de la 8.0 esta muy buena pero aveces resulta realmente tedioso el estar cambiando de un tab a otro para ver a que printblock hace referencia la etiqueta (y cuando son muchos la cosa se complica bastante). Estaría bueno que se pudiera optar por utilizar una u otra versión del editor de procs y reports.
Seguro que cualquier cambio en los editores es un cambio fuerte porque uno está acostumbrado a lo que usa no a lo nuevo. Igual pienso que el editor nuevo con los intellisense, intellitips, etc, sobre todo cuando uno usa SDTs o cosas que requieren una sintaxis más compleja, realmente es mucho mejor. Además es el mismo de los eventos de workpanels, etc y tener diferentes editores es bastante malo.
Nada, mi opinión nomás y de yapa un par de tips que calculo que todos los conocen pero... con Ctrl PgDn y PgUP cambias de TAB y con boton derecho/go to print block sobre el nombre del print block cuando editas el codigo vas al print block correspondiente.
Talvez algo que podría resultar util es poner el tab de "source" pegado a "layout", ahi evitas pasar por las reglas que en general es lo que menos tocas.
Otra talvez seria algun "shortcut" estando en el nombre del print block y no tener que dar boton derecho/go to. (Guscarr)
armin 01/09/09 02:49 PM Implementado en GeneXus X
Mostrar el dialogo para seleccionar el dispositivo de salida, al intentar imprimir el primer bloque de impresión.
Sería muy interesante que los reports no se incluyeran en los ejecutables, sino que fueran ficheros independientes y editables, de esta forma se podrían enviar sólamente esos ficheros a los clientes y cada uno de ellos podría tener una versión diferente de ese report (por ejemplo factura, ticket, etc.)
Actualmente hay que especificar CustomSize para los reportes mas grandes que Legal.
fedes_1987 18/09/12 10:35 AM - Implementado en GeneXus X Evolution 2 U2
Hay reportes que precisan mostrar muchos datos, entonces se ha de utilizar fuentes mas pequeñas. La Toolbar "Formating" permite cambiar todas las fuentes (De atributos, legends y variables) del PrintBlock? pero solo soporta desde 8 puntos. Hay veces que se precisan utilizar fuentes de 6 puntos, y hay que hacerlo a mano atributo por atributo. Esta misma capacidad vendria bien en todos los objetos GX.
Sería bueno tener en reportes y procedimientos una variable de sistema &Pages que tenga el mismo valor del {{Pages}} en un control texto
La idea es armar un texto del tipo 'Página ' trim(str(&Page)) '/' trim(str(&Pages))
Sería intersante que los atributos/variables que responden a un dominio enumerado posean una función que devuelva la descripción del
valor del Dominio enumerado. Esto permitiría por ejemplo utilizar estas descripción en reportes o en mensajes customs (por dar algunos ejemplos).
armin 01/09/09 02:49 PM Implementado en GeneXus X Evolution 1
En Uruguay el tamaño de hoja más común es A4, en México es Letter.
Sería útil que la definición del Paper Size se hiciese a nivel de modelo, agregando la opción 'Use model's property value' en las Form Properties de los Print Blocks.
Se entiende que la tendencia actual es web, pero no por ello se debe descuidar el entorno win. Muchos de nuestros usuarios aun manejan sus aplicaciones win, y desean mejoras en las interface de sus pantallas, presentación de controles, etc. Un ejemplo es el usar radio buttons en forma horizontal, etc.
TA FALTANDO
Me gustaria contar una Wish List en la Comunidad Genexus, donde los usuarios de la comunidad pudieran votar, sobre cuales son las nuevas características que quieren ver en las proximas versiones de GeneXus .
Espero que se soporte el llamado recursivo, y que una Wish List, pueda soportar un cambio a la propia Wish List.
Aunque no querramos, muchas veces tenemos la necesidad de ver los fuentes y perdemos bastante tiempo para encontrar la rutina en cuestion.
Una posibilidad sería que nosotros podamos comentar, por ejemplo:
Coment "Actualizo Saldo" if after(insert);
Regular Expresions(Enrique Almeida)
Poder validar el ingreso de datos en algunos campos con Expresiones regulares.
ver ReorgWishList
Ahora si el atributo está en el form o en el web form, en el list attributes aparece como que está en "Form". Sería bueno que diferenciara entre Form y Web Form.
Actualmente el tipo de JOIN, OUTER o NATURAL, se puede determinar (almenos hasta en la 7.5) a nivel de KB o a nivel de objeto. Aun asi considero demasiado restrictivo el sistema. Quizas podria añadirse la posibilidad de indicar en en una nueva sentencia el comportamiento. Es decir poder indicar algo asi: "Join NATURAL Atributo1 Atributo2" o "Join OUTER Atributo1 Atributo2" El problema de esto es otra carencia que ahora mismo tenemos. Un mismo atributo en dos tablas es imposible diferenciarlo. Quizas se podria tambien incluir de alguna forma esa informacion al hacer referencia a los atributos, como opcional. De forma que el ejemplo anterior podria ser algo asi: "Join tipo MITABLA1.Atributo1 MITABLA2.Atributo1". Relacionado con esto mismo quizas seria interesante que el defined by tambien soportase el nombretabla. y digo nombre tabla, porque al final las transacciones son "formas" de ver un tabla y la suma de varias puden convertirse en una sola o una de varios niveles en varias tablas. El poder dejar clara la tabla a la que se esta haciendo referencia podria permitri incluso joins de tablas que a priori no estan relacionadas de forma directa, y que a veces, aun en contra de la logica llegan a producirse este tipo de situaciones, que son necesarias.
armin 01/09/09 02:49 PM Implementado en GeneXus 9
Igual que ocurre con el join, esta la utilizacion o no desta clausula se puede determinar a nivel de KB o a nivel de objeto, pero dentro de este ultimo puede existir un caso donde se pretenda una modificacion directa y no una SELECT .... FOR UPDATE y no existe forma de provocar esto. Igualmente ocurre al reves, si el objeto no lo va a usar, no existe forma de provocarlo en un caso. Seria interesante que este tipo de comportamientos tubiesen "codigo" que permitiese cambiar el comportamiento dentro de un objeto, aunque es totalmente correcto y optimo poder indicar un comportamiento general, ya sea a nivel de objeto y/o kb como se permite ahora. Solo que seria interesante poderlo variar en una situcion concreta de un objeto.
Poder establecer vistas, que tengan joins de tablas para hacer mas rapidas las consultas a las mismas (y mas lentas las actualizaciones )
Este wizard disponivel apenas no design mostraria todos os indices de usuário (através de alguma interface semelhante ao specify) que devem ser criados e daria a possibilidade de marcar aqueles que se deseje criar.
Poder marcar tablas como temporales
Implementar que salga impresa al menos la KB y el modelo, además de la fecha y el número de página que ya salen, en los listados de navegación, de tablas, IARs, etc.
Se puede sacar el path del temporal, que es lo que hoy está poniendo
Y si agregan la hora de impresión al lado de la fecha estaría bárbaro
Si hago un build all y luego especifico un objeto en particular el List last navigation me muestra la especificación de este último
GeneXus tiene la información de todas las otras navegaciones pero para accederlas tengo que entrar objeto por objeto e ir a Object /Last Navigation
Sería muy útil una opción que me muestre la última navegación de todos los objetos.
Algo análogo a lo que muestra si hago un build all o especifico un conjunto de objetos, con el Botón Select.
Guscarr entiendo el punto, casualmente hace unos dias estuve con eso. Es un poco largo de explicar y además el wiki no lo veo muy claro para "discutir" en hilo asi que mejor pongo otra página List all last navigations ¿De todos modos, la opción Build con "View Last Navigation" no te sirve?
Esencialmente es lo mismo, incluso mejor porque podés elegir el grupo de objetos que querés ver la navegación.
Que funcione bien en todos los generadores, solo marcando cuales son los ejecutables que tiene que compilar, si alguno de sus fuentes fue modificado.
armin 01/09/09 02:49 PM En GeneXus X GeneXus determina qué es necesario generar automáticamente
Poder lograr que las toolbars de GeneXus se queden donde uno quiere!!!!.
Algun extraño mecanismo hace que siempre despues de un tiempo de trabajo, queden alieneadas a la izquierda y arriba, sacando mucho lugar de la pantalla para trabajar.
Pasa mucho cuando se larga un build all.
Poder generar Trace de aplicaciones GeneXus , que sean de formato compatible entre todos los generadores, esto permitiria hacer herramientas que los procesen, comparen, etc.
Poder poner alguna propiedad que permita instalar en diferentes directorios (virtuales o fisicos) los webpanels, por ejemplo posibilitando la instalacion de los que necesitan SSL, de los que no.
O de lo que va a ir a un directorio virtual con acceso anonimo autorizado y los que van otro que necesitan usuario/Contraseña.
Lograr tener menores bloqueos en diseño. Realizar el bloqueo exclusivo de la KB, solamente en el momento que estoy realizando la normalizacion.
Permitir consolidar objetos en otros modelos que no sea diseño (si el distribute contiene ATT o TRN que no los conosolide)
armin 01/09/09 02:49 PM En GeneXus X ya no se tiene bloqueo exclusivo a nivel de diseño. De hecho, siempre se trabaja en diseño, pero no se nota :)
Al tirar una especificacion o generación de muchos objetos, hoy queda bloqueado el modelo, en la maquina que estamos trabajando. Cuando trabajo en uno o dos objetos, es mas comodo como esta hoy.
Cuando trabajo con muchos objetos, seria muy bueno que estos proceso pudieran ser ejecutados de tal forma que me permitiera seguir trajando en Genexus, sobre la KB en la que estoy. Por ejemplo, mientras especifico y genero los 300 objetos de un folder, puedo seguir arreglando los que estan en otro folder.
Una forma de solucionar esto, de una forma muy sencilla, seria permitir que el mismo usuario, se conecte a la misma KB, mas de una vez, en forma simultanea. Se podria limitar, a que la conexion, fuera desde una misma maquina.
Incluso, podria haber la opcion de poder hacer la inclusion de atributos secondarios de la extendida (que no resulta en reorg).
A inclusão de atributos secundários poderia ser feita através da opção INSERT/ATRIBUTO que só mostrariam atributos que não resultassem em reorganização.
armin 01/09/09 02:49 PM En GeneXus X esta implementado.
Tener las referencias creadas con el WSDL Inspector con objetos dentro de GeneXus . El tenerlas en el File System,hace que solo tengamos la version de diseño, para todos los modelos, lo cual trae problemas, si cambiamos algo el la referencia y tenemos un modelo "congelado".
Poder configurar si se desea el comportamiento actual o que la transacción no se cierre al pasar de detalle al cabezal.
Un botón "Confirmar" que grabe todo y cierre la transacción, otro botón salir que haga el rollback automáticamente
Poder controlar el comportamiento de la transacción cuando se sale de un subfile, como ejemplo poder posicionar el cursor en un
atributo especifico y así evitar el comportamiento de que el cursor se coloque en el primer atributo en pantalla.
Algo como:
Evento Subfile.OnExit()
atributo.setfocus()
EndEvent
DevEnv (Ricardo Coulthurst)
No tiene sentido que tengamos que definir c/u de las propiedades del modelo que deseamos usar en cada KB, cuando en realidad queremos que todo nuestro software tenga un look & feel similar.
Sería mas lógico que las podamos predefinir.
Volver un poco a lo que tenia la versión 6.1, donde al digitar las primeras letras nos muestre el comando y/o función.
armin 01/09/09 02:49 PM GeneXus X lo tiene
Usar el mismo esquema para las aplicaciones WINDOWS
Include native commands GXPublic. I hope use GXPublic resources without external programing.
Javier: En la version Rocha de GeneXus estamos modificando bastante lo que es al acceso Gxpublic. Previo a esta version te pueden servir alguno de los samples que facilitan mucho la programacion con Gxpublic en GeneXus .
Poder marcar las tablas y atributos de tablas, que se quieran auditar y mantener una copia de las modificaciones que los datos tienen a traves del tiempo. Se puede hacer con Patterns.
Para evitar el crecimiento excesivo de las base de datos es necesario tener programas que hagan la limpieza de los datos historicos. Generalmente no son triviales para dejar la base de datos relacional coherente. Seria de gran ayuda que Genexus permitiera la generacion de estos programas. Se puede hacer con Patterns
Poder lograr una mejor representación los rangos de fechas. Tener operaciones para ver si un intervalo se solapa, si esta vigente, etc.
A veces pasa que se quiere copiar una porción de código, o parte del form de un objeto a otro. Sería bueno, que al hacer esto, hiciera la copia de las variables de forma automática. Hoy hay que ver que variables son las que se usan, y hacer la copia "a mano".
Actualmente Genexus update da un error de autorizacion si tenemos un proxy que nos piede autorizacion para conectar a internet. Esto se solucionaria si Genexus update se pudiera configurar para proxy de forma que se pudiera indicar que se va a salir a traves de proxy y este preguntara usuario y contraseña o simplemente se le pudieran configurar esos datos.
Este es un pedido modesto. Es frecuente que queden variables definidas pero no utilizadas en los objetos GX, que más adelante dificultan la tarea del que tiene que hacer modificaciones a dichos objetos. Sería útil que las variables no utilizadas fueran señaladas al especificar y que hubiera un procedimiento para eliminarlas.
Work-panel e web-panel deveriam ser um só objeto, assim como são transaction e web-transaction. Isto facilitaria muito ter uma kb que gere tanto para web como para win.
Tenemos la posibilidad de personalizar los prompt de ayuda al usuario de acuerdo al estándar que se maneje dentro de la aplicación, esto es excelente; pero hay un gran detalle!!, estos al ejecutarse siempre toman un tamaño muy grande para los atributos mostrados... debe permitir asignar el tamaño de la página o tomar el tamaño del subfile free style
Hay información de los atributos que no afecta el modelo de datos, que sería bueno poder modificarla en Prototipo/Producción. Por ejemplo la descripción, el "column title", la ayuda, la documentación, etc.
armin 01/09/09 02:49 PM Esto en GeneXus X esta resuelto
DobleClick en SubFiles (BrunoPaz)
Sería muy util disponer de estos eventos en los subfiles.
Tener un check bok en el Attribute Selector que se habilite cuando elijo Type Table y que muestre solamente los ATTs que están almacenados físicamente.
Hoy muestra además los ATTs asociados (subtipos inferidos y fórmulas) y el check sería útil al momento de hacer un New.
Que permita cambiar las propiedades de los objetos, variables, dominios, atributos, etc... para evitar hacerlo de a uno... el concepto de dominio ayuda, pero cuando se tienen muchisimas variables que deben cambiar en alguna parte de las properties, resulta muy complicado y engorroso...
Ejemplo:
- En todas las variables *Monto*, cambiar el Domio Monto tipo N(9,2) por este otro Dominio: xMontoN12_2 tipo N(12,2)
Propongo agregar la facultad de especificar y generar un programa (como el menu de programador) que permita automáticamente poblar una base de datos de prueba. Así si existe la transacción "cliente", y podemos indicar a través de un panel el número de clientes que la base de datos de prueba tendrá, el sistema generará un XML con datos aleatoriamente generados de acuerdo a los tipos asignados a los atributos de la transacción "cliente" y un programa para transferirlos a la base de prueba. Los objetivos son los siguientes;
Especificación de la KB en modo "profiling", la que llamaría en modo BATCH todos los procedimientos, funciones, udp, etc. , con set de parámetros tomados de la base de datos antes generada. Se crearía un documento que contendría información acerca de cada objeto y método invocado durante el proceso de prueba BATCH, el tiempo mínimo y máximo de ejecución, % del total de tiempo ejecución, uso de memoria, llamadas SQL, registro de rutinas "caidas", registro de rutinas "colgadas" (el usuario las mató por el administrador de tareas), etc.
Este registro constituiría un debugger semi-automático, lo que permitiría reducir bastante el proceso de pruebas de la aplicación desarrollada por genexus.
NOVO GERADOR: COBOL C/ ILE
Seria muito interessante se houvesse uma função que atribuísse uma cor de
sistema nos eventos e/ou regras. Assim, as cores seriam atribuídas automaticamente em tempo de execução conforme o padrão de cores do Windows definido pelo próprio usuário no painel de controle.
Seria algo semelhante a:
&var.background = SYSColor('windows text')
&var.background = SYSColor('button face')
etc...
(Paulo Emori)
Seria bueno tambien tener un tipo de datos Color de forma de poder definir variables y atributos de ese tipo, de forma de no necesitar guardar los valores R, G, B.
(Enrique Almeida)
Seria bueno incluir en el Tema la definicion de clases para la seleccion en las grillas (propiedades Hovering y Selec
Enviar un aviso si no encontro registros en una consulta a un grid con tabla base
Cuando se consulta un grid de tabla base estaría bién enviarle al usuario un mensaje que no encontro registro en la consulta. Alguna regla que dispare en el workpanel depues del evento load.
Cambiar el dialogo de Crear un nuevo objeto, que hace que se creen objetos de tipos no deseados.
Muchas veces al querer crear un procedimiento, termino creando un workpanel.
En el editor de eventos, seria sumamente util, tener un comando en la opcion del menu Edit/Goto Line, y que pida una numero de linea, tal como tienen los editores avanzados de texto, tipo Notepad. :)
Es muy util que cuando tengo un error de especificacion y me dice que esta en la linea 234, poder ir directamente a dicho error y no tener que bajar con el cursor hasta posicionarme en dicha linea.
De una forma similar a la que utiliza Outlook 2003 para el manejo de las Search Folders, (parecidas a las Virtual Folders de GeneXus), seria bueno tener una vista para crear folder que tengan
1) Main Object Folder
2) Por Generador
3) Por tipo de Objeto.
etc
Otro paradigma para lograr lo mismo y que a lo mejor da menos trabajo, es poder filtrar por diferentes condiciones.
Entonces, tener la misma vista que hoy pero pudiendo filtrar solo por los objetos, con errores, o de un determinado protocolo, o que son main, o que son webcomponent, o que tienen commit on exit en yes, etc.
Sacar la primera letra que se agrega en los fuentes generados por GeneXus .
Para esto, deberia hacerse unico el nombre de los objetos, en toda la KB y no por tipo de objeto como es hoy.
Esto permitiria generar programas geneXus con el nombre deseado por el usuario y no con una letra adicional (artificial) dada por GX.
En la especificacion, con la opcion de full specification, hay muchos casos (por ejemplo cuando se agrega un atributo a una tabla, y hay un objeto que usa esa tabla, pero no ese atributo) en los cuales se generan exactamente el mismo fuente que el objeto viejo, desperdiciandose tiempo de generacion, compilacion y fundamentalmente TESTEO.
Seria bueno, minimizar este problema logrando que solamente se generen los fuentes que son diferentes a los existentes.
Cuando se crea un modelo nuevo con el Genexus Create Model Wizard, seria bueno tener los botones de "Load..." y "From Model..." en el primer paso de la creacion, ya que ahora esta solo en "Manual Creation" .
Poder buscar y sustituir strings en todos los objetos (o los que yo defina por filtros) de mi KB.
Muy util, para muchas tareas, sobre todo migraciones.
Poder establecer propiedades de los objetos externos. Poder determinar donde estan los fuentes, cual sera su location, etc.
Poder guardar tareas, asociadas a objetos, para poder guardar tareas pendientes a hacer en los diferentes objetos.
Poder establecer propiedades del usuario, en los objetos GeneXus .
Poder tener TAGS asociados a los objetos, de forma de poder clasificar los objetos por TAGS creados por el usuario.
ESta funcionalidad permitiria que los usuarios definan TAGs por ejemplo.
DELETED - Objeto que no se utiliza mas, pero que no se puede borrar, pues debe ser distribuido para borrarse
SSL - Para los objetos que se deben instalar en un directorio que tengan SSL habilitado.
ERROR - Objeto que tiene errores
REVISAR - Objeto aun no testeado
Deberia poder agregarse y modificarse con GXPublic, sin necesidad de consolidar, sino hacerlo con un UPDATE.
Poder guardar clases de objeto del usuario.
Hoy en la YI, podemos comparar los objetos de la KB, contra un archivo XPZ.
Seria bueno poder integrar la funcionalidad, y tambien poder comparar los objetos desde el dialogo del Impact Object.
Cuando me muestra que un objeto cambio y me ofrece impactarlo en el nuevo modelo, estaria bueno, poder ver las diferencias entre el objeto nuevo y el viejo.
En todos los ambientes este control es a MUST. Yo he hecho en cada ambiente las adaptaciones respectivas para usar este control tan difundido y tan útil.
Me sorprendio incluso que no estuviese en esta Wish List.
Para los Atributos LongVarChar, estaria bueno poder tener un editor HTML en Webpanels y algun programa editor bueno en workpanels.
Definir quais atributos da tabela farão parte dos prompts gerados automaticamente pelo Genexus.
Exemplo. CliCod e CliDes - quando o Work Panels for gerado apenas estes atributos serão utilizados.
Poder utilizar as regras error e prompt em Work Panels
Colocar automáticamente o ícone de pesquisa ao lado de qualquer atributo/variável no qual se use a regra prompt. Mesmo se no modelo estiver marcado para não gerar os prompts automáticos.
Definir globalmente no modelo qual a cor será utilizada nos atributos read-only. Atualmente apenas o padrão do Windows pode ser utilizado.
Da mesma forma que temos estilos para a parte gráfica dos objetos seria muito útil se existisse uma área de estilos para código.
Desse modo, uma alteração na área de código do estilo seria replicada em todos os objetos.
Exemplo:
Event Start
{UserCodeSession
call(PValidarUsuario,&Login)
Outras rotinas definidas no estilo
}
EndEvent
rules
{UserCodeSession
regras definidas no estilo
}
Seria interessante poder definir no modelo e objetos qual o comportamento do operador LIKE.
Desse modo na geração para banco de dados se poderia definir um comportamento igual ao DBF e ACCESS.
Apesar dos problemas de performance, muitos usuários exigem que se possa fazer pesquisa por substring sendo necessário alterar o código para obter este comportamento.
Sería bueno poder tener un parámetro en las reglas Error que sirva para indicarle que dicha regla se debe disparar una única vez. De esta manera, se logra que en Trn's se pueda avisar por única vez al usuario de determinada situación, la próxima vez que confirme los datos esta regla no se ejecuta y es posible grabar los datos igualmente.
Sería bueno poder contar en Gx con comandos Msg y reglas Error, pero que sean del Tipo Alert de Java, de esta manera evitamos tener que introducir JavaScript para poder lograr dicho comportamiento, así como también sería bueno disponer de un "Confirm".
Creo que es mejor minimizar todo código JS posible, ya que algunas veces es tedioso lograr el comportamiento deseado.
Sería bueno poder realizar copias de los dominios cuando se modifican sin tener que hacer copy model. Hoy en día si tenemos 2 modelos, 1 de prototipo y otro de producción y se tienen objetos en prototipo que no se quiere pasar al modelo de producción, y se necesita un dominio que fue modificado, no queda otra que hacer un "Impact From", lo cual copia objetos que quizás no queramos tener en producción, o actualiza otros que aún no están listos para ser actualizados.
En resumen: sería bueno tener la opción de "Dominios" dentro de la lista que aparece al hacer un Impact Objects.
Me gustaría contar con una propiedad global para indicar que de manera predeterminada los parámetros se pasen por Valor o por Referencia.
Así poder fijar que sea por Valor y entonces tener que indicar de manera explícita cuando quierdo pasar un parámetro por referencia. En general, poco se necesita modificar valores externos dentro de un procedimiento. Me parece que esto ayudaría al encapsulamiento como también a las buenas prácticas de programación, y se obtendría un código mas eficiente y seguro.