Hola.

Estoy usando Debian 13 con Gnome, usaba la versión 3.21.2 de Gambas. Hoy he actualizado a la versión 3.21.3. El caso es que  el IDE no me respondía el botón de iniciar un programa. Así que lo inicié pulsado a F5 y cuando voy hacer click en un cuadro de texto veo que tampoco responde. Probando veo que donde se hace click no es donde está el puntero del ratón, hay que subirlo hasta estar fuera del botón o cuadro de texto. Como os podéis imaginar es muy incómodo, así que con el cabreo, he borrado esa versión y he instalado la versión que viene en los repósitos.

 Recuerdo que esto mismo me pasaba si usaba QT5 para crear un programa, pero usando el componente gb.gui el problema desaparecía. Pues la última versión empeoró el problema.

¿Alguien mas le pasa esto?

Un saludo.

Feliz año nuevo 2026!

Buenas chicos, hace tiempo que no me pasaba por el foro y escribía en él.
Durante estos años, casi no he programado con gambas, pero si con python y VBA de excel, bueno  ... realmente he estado usando la IA de gemini para ir haciendo mis pequeñas herramientas del día a día.

Os presento  mi último proyecto, hecho durante estas vacaciones de navidad, y en un tiempo record,  sin prácticamente escribir ni una sola línea de código (en python ), eso si, através de gemini-canvas (versión profesional) y todo usando prompt (muchos), para crear el programa desde cero e ir ampliándolo. 
Fue un proceso muy fue iterativo: 
- escribir un prompt con lo que quería hacer o añadir.
- ejecutar 
- apuntar los errores 
- prompt describiendo el error a gemini (he usado el editor visual studio code)
- hacer las correcciones que decía gemini (normalmente generaba el archivo ya corregido)
- volver a ejecutar.

He documentado casi el 100% de los prompts que escribía ( https://github.com/jsbsan/GMAO-FACTORY/tree/main/Prompt ). Las respuestas que me daba la IA, no las he apuntado.   .
Cuando se quedaba "atascada" la IA, abría una nueva conversación y subía de nuevo los archivos. Inicialmente el proyecto era un único archivo, pero luego lo tuvo que dividirlo para facilitar los cambios y que no se "colgara".

Gmao-factoy:
Es un sistema de gestión de mantenimiento, para llevar el mantenimiento de equipos/maquinaria/edificios.
La idea era tener una aplicación que trabajar "offline" (sin internet) para aquellos sitios donde el internet no llega o están aislados, y necesitan llevar el registro de inventario de equipo, mantenimiento preventivo, ordenes de trabajo, y correctivos/incidencias realizados.

En github lo podeis ver en:
https://github.com/jsbsan/GMAO-FACTORY

Código fuente: https://github.com/jsbsan/GMAO-FACTORY/tree/main/src
Prompts para generarlo: https://github.com/jsbsan/GMAO-FACTORY/tree/main/Prompt
Documentación: https://github.com/jsbsan/GMAO-FACTORY/tree/main/docs
Incluso la documentación (manual del programa, diagramas, etc) y el readme.md fue generada por la IA..... 

Saludos

Julio

Lista de reproducción de video tutoriales:
https://www.youtube.com/playlist?list=PL...2S4C8eMwGQ

Hola a todos.

En otros lenguajes, como en Java, existe la palabra clave "this" para diferenciar una variable de clase a una variable de método con el mismo nombre. ¿En Gambas hay algo por el estilo?

Lo que hago en este caso es lo lógico, llamar las variables de distinta forma, o añadir el símbolo dólar al principio de la variable de clase. ¿Se puede hacer igual que en Java, por ejemplo?

Un saludo.