nov 30

Mejoras para proximas versiones

Posted in ideas, v7

Aunque lo que voy a exponer en este articulo no son problemas excesivamente importantes, si considero importante que se sepa para que pueda ser corregido y mejorado.

Asi que sin perder mas tiempo en detalles, voy a intentar ser lo suficientemente claro como para no dar lugar a malas interpretaciones:

1. En las tablas estaticas, no se activan las flechas de los subcontroles que permiten cambiar el orden de los elmementos de la tabla estatica. De echo, los elementos ni siquiera aparecen en la lista para poder ser movidos.

Tabla estatica sin subcontroles

2. Cuando abrimos el editor de Tablas de datos, para incluir un campo enlazado a una tabla maestra, si hay demasiadas tablas ocurre esto:

Enlace a trablas maestras 1

Enlace a tablas maestras 2

y claro, la tabla maestra que queremos enlazar, es muy dificil de encontrar, o como en esta ocasion, ni siquiera aparece en la lista porque no cabe en la pantalla.

Para estos casos, recomiendo que el funcionamiento sea similar a como se hace en los Esquemas, primero se elige el proyecto de datos y luego la tabla de ese proyecto.

Incluir tablas en el esquema de tablas

3. En un evento de un formulario, cuando se hace uso de una CONSTANTE, (suele suceder cuando se copian los formularios de un proyecto a otro), no se muestra como error, aun cuando la constante esta en un proyecto que no ha sido heredado por el proyecto actual.

4. De la misma forma, cuando copiamos formularios que contienen iconos o dibujos y no existen en el proyecto actual o en un proyecto heredado, tampoco son mostrados como errores.

5. De la misma forma que podemos ver las propiedades de un proyecto y saber que proyectos son heredados, deberiamos tambien poder ver cuales de los proyectos “heredan” al proyecto actual.

6. Como ya solicite en el foro de ideas anterior, deberiamos tener sentencias API para saber las tablas de un proyecto, y tambien para ver los proyectos de una solucion.

7. Respecto a vAdmin, poder detener la ejecucion de una aplicacion en vServer, evitando conexiones durante un periodo de mantenimiento (esta idea es original de Gegeo, pero la dejo aqui)

8. en vAdmin, poder programar una parada de vServer, asi como tambien el reinicio, teniendo la opcion de porder elegir si se expulsan los enganches existentes en el momento de la parada o de cancelar la operación y esperar a que todos los usuarios abandonen sus aplicaciones.

9. Cuando copiamos una carpeta con objetos en otro proyecto diferente, y la tabla de origen de los objetos tambien existe en el nuevo proyecto, los objetos se copian directamente, quiza deberia aparecer la pantalla de asignacion de objetos, para confirmar o para poder cambiar el origen de los mismos, porque luego hay que revisar todos los objetos nuevos cambiando el origen uno a uno.

10. Para acelerar un poco mas el inspector “Donde se usa”, que sigue siendo lento (aunque ha mejorado considerablemente), sugiero que solo se comprueben los proyectos que son heredados por el actual y los objetos “Puntos de insercion”, ya que no tiene sentido comprobar todos los objetos que no estan en proyectos heredados.

11. Deberia ser posible ocultar los controles de las ventanas de dialogo de los formularios. De que sirve poner un boton Cancelar en un formulario que ejecute un evento antes de cerrar el formulario, si luego el usuario pulsa la “X” para cerrar el formulario y no se ejecuta el evento.

12. Incluir nuevas sentencias de proceso para permitir el cambio de Instancias en ejecución (gracias a Comercial.Arhes2000), para evitar tener que cerrar vClient para cambiar de instancia, o necesitar 2 vClient que consumen 2 licencias.

13. Sistema de control de licencias similar al que habia en V6, controlando la IP del cliente, y permitiendo abrir varias Instancias o varias Aplicaciones en un mismo equipo consumiendo una sola licencia.

Cuando tenga mas sugerencias volvere con otro recopilatorio.

Y Como sabemos que para exponer las ideas, hay que ser subscriptor y votarlas, yo las dejo aqui, y si alguien quiere y lo estima oportuno, las puede incluir. Otra opcion es que velneo las tenga en cuenta, sin necesidad de pasar por el Foro de ideas, ya que la mayoria son funcionalidades que ayudan bastante y deben requerir poco esfuerzo por parte del equipo de Velneo.

Gracias, y a tener paciencia.

PDF Printer    Enviar artculo en formato PDF   
comments: Closed

11 Responses to “Mejoras para proximas versiones”

  1. agustin dice:

    ¿Cuándo dices que empezamos el seminario en Torrevieja ? :-)

  2. gegeo dice:

    Buenos dias,
    Buen resumen. De momento en la numero 13 (mal numero si no crece), te puedo confirmar que si accedes via vWebClient, puedes ejecutar varias veces la misma instancia consumiendo una unica licencia. Ahora bien, debe ser el mismo usuario, y la misma instancia. Es util cuando un usuario quiere tener varias pantallas de la misma aplicación.
    Saludos

  3. Pepeto dice:

    @Agustin

    ¿Cuando te va bien?, sabes que la ultima palabra, la tienes tú

    @Gegeo

    Gracias, el 13 siempre me gusto, es un buen numero, al que por desgracia nadie quiere …
    Quiza me gusta, por no ser como la mayoria, 😉

    un saludo
    Jose Luis

  4. Miguel dice:

    Jose Luis, ahora que veo tus sugerencias, en cuanto a las tablas estáticas en las que lógicamente podemos guardar un dibujo para cada registro, ¿por que no se puede guardar ese dibujo en un campo objeto dibujo de una tabla cualquiera que tenga un campo enlazado a esa tabla estática? Lo comento por que anoche lo intenté y no me funcionó, no se si si hice algo mal o es que no funciona. Si no hay forma, la verdad es que es una lástima.

    P.D. Por cierto, soy yo el único que hecha de menos en el inspector de objetos “los eventos” no digo ya las conexiones de eventos, o es que por ser locales a los objetos que las contienen pasan de ellos.

  5. Pepeto dice:

    @Miguel

    A ver si te he entendido bien,
    En los proyectos de datos, tambien puedes incluir dibujos, y en las propiedades de la tabla estatica, asignar un dibujo a cada elemento de la tabla.
    Esto creo que si funciona, pero lo volvere a comprobar.

    En cuanto al inspector de objetos: Eventos, pues estaria bien, pero en realidad un Evento no es un Objeto como tal, sino un Control dentro de un objeto, o un “subobjeto”.

    En cualquier caso, si teneis cualquier sugerencia, podeis mandarmela y yo la publico, que no hay problema.

    un saludo.
    Jose Luis

  6. Miguel dice:

    Te comento un poco mejor lo que no me funcionaba.
    Por una parte: tengo una tabla en la que hay un campo enlazado a una tabla estática y un campo Objeto dibujo.
    Por otra parte: la tabla estática tiene asociado a cada registro un dibujo (que és el que me interesa).
    Partiendo de esta situación lo que pretendo es guardar en la tabla de datos en el campo Objeto dibujo, el dibujo de la tabla estática.
    Orta alternativa a lo que buscaba, era mostrar en un campo de una rejilla que apunta a la tabla de datos, el dibujo de la tabla estatica enlazada, pero el editor de formulas no me dejaba (debía estar en plan vago).

    Gracias por perder el tiempo con mis tonterías.

  7. Pepeto dice:

    La primera parte, guardar el dibujo de la tabla estatica en una tabla de datos, creo que no es posible.

    La segunda parte, mostrar el dibujo en la rejilla, si es posible, puedes verlo funcionando en la OpenApp de vBugman, donde se muestra el estado de los bugs con iconos de las tablas estaticas.

    De nada, puedes consultar siempre que lo necesites,

    un saludo
    Jose Luis

  8. Miguel dice:

    Gracias, con la 2ª parte me basta para customizar los registros.

  9. Francisco Hoyos dice:

    ¿Llego tarde para ir al seminario?

  10. Pepeto dice:

    No, llegas a tiempo, habla con Agustin 😀 y me teneis informado



Pings responses to this post