Hace poco estuve viendo un ejemplo que hice en Febrero del 2016.
En el ejemplo heredaba un DrawingArea y le daba unas propiedades, métodos, etc, etc.

Luego tenía un formulario que se encargaba de mostrar en distintos formularios el mismo control.
Bien, he creado un ejemplo aquí que reproduce el problema, aunque no sea el mismo ejemplo.
Gracias a el , he resuelto el "misterio".  

Fijaros, tengo esto:

Una clase Lienzo:



( Luego os explico por que he comentado la coordenada de posición ).

Un formulario que carga distintos formularios para mostrar distintas instancias de lo mismo.



El formulario donde voy a mostrar el DrawingArea:



Os relato el problema. Como habéis podido comprobar no le dicho donde tiene que situar el DrawingArea en el formulario formLienzo.
Pues bien.

Esto ocurre si uso gb.gui:

 

Por defecto ha tomado para el control DrawingArea, la posición x = 0 e y = 0.
En cambio fijaros que pasa si selecciono que quiero: gb.gui.qt

 

Aunque el código es el mismo para ambas librerías gráficas, la posición del control se pierde si no se le especifica en el código usando gb.gui.qt.
Si voy a la clase Lienzo y especifico las propiedades: x = 0 e y = 0, no tengo problemas usando gb.gui.qt

Os subo el código para que podáis probarlo.

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Por lo que veo no es que se pierda es que toma como referencia el borde de la ventana, no del formulario...
Salvo necesidad imperiosa, creo que es primitivo y poco eficaz especificar a capón ubicaciones y tamaños. Nunca sabes qué definición va a tener el usuario en su máquina ni qué tamaño de escritorio ni nada. cambia esas dos instrucciones por un expand=true y punto.

Saludos

===================
No podemos regresar

Shordi:

Citar:

Por lo que veo no es que se pierda es que toma como referencia el borde de la ventana, no del formulario...

Vaya.

Citar:

Salvo necesidad imperiosa, creo que es primitivo y poco eficaz especificar a capón ubicaciones y tamaños. Nunca sabes qué definición va a tener el usuario en su máquina ni qué tamaño de escritorio ni nada. cambia esas dos instrucciones por un expand=true y punto.

Para los ejemplos que estoy haciendo necesito que el formulario se ajuste al tamaño del DrawingArea.
No puede cambiar de tamaño un poco mas el DrawingArea con expand. Depende de esto el tamaño de las celdas, el trazado.
Te diré que es un tablero. Todo por ahora es dibujado.

Ejemplo de tablero de 360 x 360: Las x's tambien son dibujadas, no es una imagen.
El tipo de marca depende si es ordenador o si es jugador humano.

 

Tengo que adaptar como debe quedar las marcas si el tablero es mayor, si es menor. Escalar el dibujo: Ejemplo 720 x 720
En este caso tienen un grosor fijo de trazado que no he adaptado a un tamaño de celda mayor.

 

Puedo cambiar el tamaño de las celdas, etc,etc.. Ejemplo 18 x 18 celdas en un tablero de 720 x 720.

 

Como ves el tamaño y la separación de la x depende del tamaño de la celda, que a su vez depende del tamaño del DrawingArea ( Tablero ).
Se debe establecer unos limites, etc, etc.

Como es un código que tiene un tiempo, tengo que modificarlo. Que seguro que con una división se hace mejor.
En este caso es el método que dibuja las X's de la clase Celda.



Es una especie de comienzo de prototipo de tablero para el juego de los barquitos.

Este es el principio de la clase Celda:



Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"