Buenas, comentaros que los ejemplos del curso de gambas3, los he subido a github.
Siguen alojado en box, pero creo que es mejor tener "un duplicado", en otro sitio.

También he añadido algunos programas "grandes" a este repositorio, ya  que los tenia en google drive, y me están dando problemas para la descarga de otros usuarios porque con el cambio de la política de seguridad, tengo que dar permiso a cada usuario que quiera descargarlo. No son muchos, 3 o 4 personas diarias, pero resulta un trabajo tedioso, y seguramente alguno "desistirá" de descargarse la si tiene que esperar mucho a que yo le de permiso manualmente.

Total, que aqui estan:
https://github.com/jsbsan/Ejemplos-del-Curso-De-Gambas3

Saludos

Julio

Esto viene a colación de conclusiones que estoy sacando luego de un buen tiempo con Gambas (10 años?) y, si bien me ha dado muchísimas satisfacciones personales, a la hora de conectarse con el mundo, pues nos quedamos cortos...

Estoy comparando motores de juegos para un proyecto personal con mi hija: ella pondría el arte, desarrollo del juego y yo la programación. Llevo varias semanas investigando con las siguientes conclusiones.
Los top AAA:
Unity, comunidad de 400k usuarios, muy completo , se programa en C#
Unreal Engine, 200k usuarios, muy completo, usa C++

Los AA:
GameMaker , Godot, Defold y otros

pero casi todos los motores tienen su propio scripting o incluso puede hacerse un juego entero sin ningún código usando bloques y conexiones:

Bolt para Unity
Blueprints para Unreal
GML para GameMaker
GDScript para Godot
y asi...

Teniendo en cuenta que el juego debería ser corrido en diversas plataformas es obvio que Gambas no es una opción
, pero tampoco quiero aprender chino (menos a mi avanzada edad y con neuronas desgastadas) por lo que la estructura del código debería ser similar: objetos, controles, componentes

Ideas?

Buenas!.

¿ Motivo ?.
¿ Creen que alguno es más estable que otro ?. ( Puede que este sea mi interés ).
Ya que si el gestor de ventanas quiere o le da por hacerlo ( se va al traste) , te deja sin marco, no puedes ver los menús correctamente,
no puedes intercambiar de ventana...etc, etc.

O simplemente le es indiferente mientras puedan desarrollar su trabajo.

Por defecto en Linux Mint 20.2 estoy usando Marco + Composición. Pero este, Marco si le da por fallar, lo hace y
puede hacerlo cuando quiera o por algún motivo en especial que desconozco.

Hay dos instrucciones que para la consola nos va a venir muy bien y son:..ups...no logro mostrar una descripción del comando.
 

Cita: 
wm-detect: nada apropiado.

Vaya.

Tenemos a wm-detect en mi caso me devuelve esto: ( Estas instrucciones pueden verlo como un globo o ayuda al ejecutar la aplicación escritorio del menú de Mint
y hacer pasar el ratón por las opciones disponibles de gestores ).

Cita:Desktop environment: MATE
Window manager: marco (6020)
Compositing: enabled

Y con wm-recovery devuelve al sistema el gestor de ventanas por defecto, si les ocurre algún problema. Por ejemplo, quedarse sin los marcos (transparentes).
Lo cierto es que si vemos el log de este último comando, pueda que veamos algo que nos llame la atención como un error. No termina o se pausa y para
continuar haya que darle a intro.

Lógicamente tenemos más gestores de ventana. Con tan solo escribir "window manager" en el gestor de software de la distro podemos encontrar:
OpenBox que parecen darle buena puntuación, aun así el sistema trae los de por defecto y no lo incluye.

También pueden escribir "gestor de ventana" y puede que la respuesta sea distinta e incluya otros que la búsqueda anterior no lo haga.
Tales como es Icewm, BlackBox, etc.

Ya me contarán.

Saludos