Comunidad Gambas-es

Estoy probando el programa pintascreen, en Elementary OS, que usa Gnome3 (un tema especifico que han hecho para esta distribución), y las ventanas de la aplicación pintascreen se comportan de manera muy extraña.

Por ejemplo, abro la aplicación , intento abrir la ventana de configuración, y esta se queda "detras" de la ventana principal, y queda oculta.
Lo mismo me pasa con otros formularios, se me quedan detras de la aplicación, sin tener acceso a ellas y lo peor aun, dando la sensación del que el programa se ha colgado (no siendo asi)....

¿alquien sabe porque puede ser esto?

He probado la propiedad stacking, con sus diversos valores, y nada.

jsbsan escribió: [Ver mensaje]

... y esta se queda "detras" de la ventana principal, y queda oculta..

A mi me pasa algo similar, no se si esta relacionado con lo de pintascreen, pero me sucede que:
Al usar un formulario con textboxes y treeview este ultimo lo muevo de acuerdo al textbox que obtiene el foco y le cargo una lista para seleccionar desde alli el valor que ira a parar finalmente al textbox.
El problema es que al mover el treeview y desplegarlo con los datos para el textbox corriente, este queda detras de los textboxes "que deberia cubrir".

Eso puede pasarte si los controles de texto los has incorporados al formulario después de crear el el control treeview.

Deberís revisar, y ordenar, los controles. Lo puedes hacer en la pestaña de Jerarquía del formulario:




Y con los botones que te marco, vas ordenando los controles que selecciones.

Citar:

He probado la propiedad stacking, con sus diversos valores, y nada.

¿Has probado los eventos raise y lower? Yo los suelo usar a veces sin problemas...

Saludos.

Shordi:

Citar:

Has probado los eventos raise y lower? Yo los suelo usar a veces sin problemas...

¿como se usan para los formularios?

Ah.. no, es para controles. Creía que tenías el mismo problema que Tincho...

Citar:

.. puedes hacer en la pestaña de Jerarquía del formulario...con los botones que te marco, vas ordenando los controles que selecciones.

No funciono, lo puse primero y al final. En todos los casos pasa lo mismo.
Tal vez sea un problema del gnome3.

[quote user="shordi" post="25647"]

Citar:

¿Has probado los eventos raise y lower? Yo los suelo usar a veces sin problemas...

Si, el treeview tenia .Raise, y presentaba el mismo problema.
Le puse .Lower para ver que pasaba y se comportaba raro, perdia el foco (que era lo que usaba para recolocar y hacer visible el treeview).

En fin... no uses GTK. Yo sólo programo para QT desde hace ni se sabe el tiempo...

shordi escribió: [Ver mensaje]

En fin... no uses GTK. Yo sólo programo para QT

Cambie el componente gb.gtk2 por gb.gtk3 y funciono mejoren el caso del datechooser, pero el problema persiste en el treeview.

Luego cambie por QT4 y me daba problemas porque yo uso una rutina que recorre todos los controles y segun el tipo de control y su nombre paso a la siguiente rutina.
Concretamente trabajo con los textboxes a los que llamo tex1, tex2 ... texN. Luego extraigo el numero del nombre del texbox y eso lo uso para cargar y guardar datos en la DB.
pero en el caso de qt parece que a un control "Datechooser" lo trata como un conjunto de controles y el resultado es que la rutina encuentra un "txtHour" que no encaja y se frena el programa
Solucion 1: Preguntar por el "padre" a cada control, si es el panel donde estan todos lo controles que em interesan sigue la rutina, si no pasa a otro control.
Solucion 2: Trabajar directamente con los "hijos" del panel en este caso.

Bueno finalmente qt4 funciono, pero presentaba el mismo problema que gtk3, es decir el datechooser se ve mejorque en gtk2 pero el treeview se muestra fragmentado por los controles con los que se solapa.
Así que la conclusió que saco de momento es que en cinamon+gambas no funciona bien el solapamiento de controles.

Tendre que probarlo en KDE a ver que pasa, ya les comentare cuando tenga apunto la Mv.