Pues ha quedado exactamente como quería. Al hacerlo con el formulario contenido en el panel va perfecto y apenas he tenido que cambiar 10 líneas de código.

Cruzando un poco el tema, necesito variables globales que uso en un montón de formularios diferentes, eso en VB6 lo declaraba en un módulo, en este caso en gambas lo hago igual, ¿es eso correcto? Quiero decir que tengo un módulo (vGlobal) que uso exclusivamente para la definición de variables de modo que en cualquier formulario que esté se que voy a vGlobal.variable y tengo lo que busco pero quizá en gambas hay otra manera más adecuada de definir variables para toda la aplicación.

Gracias!

Citar:

necesito variables globales que uso en un montón de formularios diferentes,

Sí, los módulos están para eso.
El problema es que se tiende a utilizar como Global todo aquello que necesitamos en más de un sitio... y eso es muy peligroso a poco que se te complique la aplicación.

El razonamiento sería, más o menos, así:

Si...
    -Una variable global puede ser cambiada desde cualquier "sitio" (formulario, clase, otro módulo, función, etc.),
Y si...
    -Una aplicación gráfica es programación orientada a eventos, con lo que no se puede predecir qué "sitios" se han pasado o se estarán pasando en cada instante.

Llegamos a la conclusión de que...
 
    -Una variable global es incontrolable.

Pura y llanamente. Incontrolable. Créeme. Se de lo que hablo.

Si necesitas valores para un formulario, pásaselos. Créale propiedades que los contengan, extiende las clases estándar de gambas para que los incluyan, etc. etc., pero que cada formulario, clase o función conozca exactamente los datos con los que opera en el momento en que los maneja.

No en vano estamos hablando de POO y no en vano el principio de Caja Negra es una de las bases de la POO.

Por otro lado, no tiene mucho sentido declarar un formulario como Variable Global cuando puede ser creada una nueva instancia cuando la necesites y donde la necesites.

Espero ser de ayuda...

Saludos.

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

shordi escribió: [Ver mensaje]

Citar:

necesito variables globales que uso en un montón de formularios diferentes,

Sí, los módulos están para eso.
El problema es que se tiende a utilizar como Global todo aquello que necesitamos en más de un sitio... y eso es muy peligroso a poco que se te complique la aplicación.

El razonamiento sería, más o menos, así:

Si...
    -Una variable global puede ser cambiada desde cualquier "sitio" (formulario, clase, otro módulo, función, etc.),
Y si...
    -Una aplicación gráfica es programación orientada a eventos, con lo que no se puede predecir qué "sitios" se han pasado o se estarán pasando en cada instante.

Llegamos a la conclusión de que...
 
    -Una variable global es incontrolable.

Pura y llanamente. Incontrolable. Créeme. Se de lo que hablo.

Si necesitas valores para un formulario, pásaselos. Créale propiedades que los contengan, extiende las clases estándar de gambas para que los incluyan, etc. etc., pero que cada formulario, clase o función conozca exactamente los datos con los que opera en el momento en que los maneja.

No en vano estamos hablando de POO y no en vano el principio de Caja Negra es una de las bases de la POO.

Por otro lado, no tiene mucho sentido declarar un formulario como Variable Global cuando puede ser creada una nueva instancia cuando la necesites y donde la necesites.

Espero ser de ayuda...

Saludos.

Comprendo. En este caso las variables globales son controlables porque solo las gestionan ciertos eventos que precisamente las pueden cambiar en cualquier momento, y el resto de formularios cuando actúan deben leer lo que tengan en ese momento, sea lo que sea.

Gracias