Poder seleccionar esa opción desde una acción para poderla implementar en cualquier menú contextual.

Poder Generar Listas virtuales desde las rejillas

Esta opción es muy util para trabajar los datos de la aplicación por parte de los usuarios. Se echa bastante de menos.

Poner condiciones de activo en las acciones, ya que ahora si pones una opción en un menú contextual no hay manera de controlar los usuarios que tienen acceso a ella.

Tenemos montada una solución compleja con muchos usuarios trabajando simultáneamente y se hace muy complicado el control al no tener constancia por ningún sitio de las transacciones abortadas.
Teníamos esta herramienta en V6 e incluso la estructura de la tabla que contenía estos registros para poder consultarla desde aplicaciones.

Para poder ampliar datos a una tabla sin tocar la otra, creamos una tabla con una relación uno a uno. estaria bien que en el momento que enlazamos un campo a otra tabla con un indice clave unica no solo creara el plurar sino que nos creara automatico tambien una especie de singural por posicion para poder acceder a los datos de ese registro

Cuando se agrega una solucion con el VAdmin no hay forma de refrescar la lista de soluciones posibles de cargar en un VDevelop ya lanzado.

Sería bueno que los campos de las tablas posean una propiedad que indique si dicho campo acepta valores nulos "como en otras bdd". Todos los otros campos tendrían por defecto el valor de "no aceptar nulos". Esto ayudaría para que en la interfaz también automáticamente se controle los campos obligatorios "los que no aceptan valores nulos" antes de dar de alta o modificar un registro.

Actualmente esto se lo debe ser a nivel de programación con eventos y es mu tedioso controlar campo por campo.

La v7 carece del control de secuencia de escape en los informes lo cual impide que enviemos una señal para abrir el cajón portamonedas.
Es esencial para cualquier punto de venta que controla un cajón portamonedas, en v6x este control existe y funciona perfectamente.

Cuando tenemos que migrar una base de datos, o multiples hojas de calculo, resulta util poder crear una tabla igual que la que queremos importar

No se si se podria crear una OpenAPP para usarla como explorador de las carpetas y ficheros compartidos. La aplicacion seria para poder usar a traves de vClient una aplicacion para poder mover, copiar, eliminar, abrir documentos y carpetas ... como si fuera una ventana de windows pero en el cliente.

Por ejemplo, si tenemos un MultiVista con dos sub-objetos tipo casillero y se quiere que el primer casillero tenga un tamaño fijo, ahora no se puede por mucho que se toque la maquetación del formulario para el casillero. Esto hace que cada vez que se usa la MultiVista en ejecución hay que modificar manualmente el tamaño de cada sub-objeto.
Pues bien, la idea es que se pueda controlar el ancho de cada sub-objeto.

Es muy interesante poder contar con una nueva función de interfaz, que permita hacer validaciones o algunos controles antes de eliminar el registro; en los trigers se puede hacer pero no permite comunicación con el usuario, eso no permite informar al usuario sobre que no está permitiendo la eliminación de un registro.

Esto permitiria poder traducir las palabras sin bloquear la edición de la solución. Permitiendo así la traducción simultáneamente de varios usuarios. Posteriormente se podría importar esa matriz traducida.

Cuando se está editando un proceso o función un poco grande y se desea buscar donde se usa una variable o campo es muy incomodo buscarla revisando todo el texto. Sería muy útil poder hacer la busqueda dentro del código por medio de una función del editor.

Velneo día a día va mejorando sin embargo para solucionar y explotar mayor potencial si ya podemos correr javascripts por que no correr PHP, PERL y/o PYTHON ya que es un lenguaje donde podríamos solucionar muchas cosas en varias plataformas y nativamente dentro de Velneo

Debido a que en la nueva versión, tendremos Formulario V7 y Formulario QML, propongo la creación de un nuevo objeto llamado "Alternador de formularios", que nos permita cambiar dinamicamente (en los eventos) el tipo de objeto a utilizar, pudiendo controlar este objeto para que el usuario final tenga la posibilidad de cambiarlo o que sea el desarrollador el que tenga esa decision en funcion de las condiciones establecidas.

Si la aplicación tiene modo de arranque SDI, internamente, abre tantas pestañas como veces cliqueemos sobre la opción, algo que puede afectar al rendimiento. Igual en modo TAB, sólo que aquí si vemos las pestañas para poder cerrarlas. Voto por una propiedad "sólo una instancia" o como se quiera llamar, para que una acción, controle si una pestaña ya se encuentra abierta para no volver abrirla. Si se encuentra abierta, que pase el foco y la refresque. Esto resolvería que en modo TAB se abran mil pestañas sin darnos cuenta, y en SDI mejoraria el rendimiento.

Incluir la Gestión de Cestas como comandos en stock para que puedan ser incluidos en menús o toolbars al igual que las altas, bajas, modificaciones, etc