Orden formularios

[[newtron]]

Empezado por Casimiro Notevi

Es que eso no es un menú, eso es una ventana a pantalla completa, cualquier cosa que pongas quedará detrás

Pues por eso quiero que el menú se quede detrás de los formularios.... es duro esto de ser un incomprendido.

Amigo roman, lo que me propones serviría perfectamente, el problema es que lo veo demasiado espartano para mi gusto.

Si lo entendéis mejor de esta manera el resultado que quiero es exactamente como si fueran formularios mdi/child pero con formularios normales.

Saludos

[roman]

Ok. Ahí te va una aproximación a lo que quieres:

Código Delphi [-]
type
  TForm1 = class(TForm)
  private
    procedure WMMouseActivate(var Message: TWMMouseActivate); message WM_MOUSEACTIVATE;
  end;

implementation

procedure TForm1.WMMouseActivate(var Message: TWMMouseActivate);
begin
  Message.Result := MA_NOACTIVATE;
end;

// Saludos

[[newtron]]

Empezado por roman

Ok. Ahí te va una aproximación a lo que quieres:

Código Delphi [-]type TForm1 = class(TForm) private procedure WMMouseActivate(var Message: TWMMouseActivate); message WM_MOUSEACTIVATE; end; implementation procedure TForm1.WMMouseActivate(var Message: TWMMouseActivate); begin Message.Result := MA_NOACTIVATE; end;


// Saludos

... por cierto... ¿y esto qué es lo que hace?

[[José Luis Garcí]]

Newtron, te propongo lo siguiente si donde tienes el menú, ese form lo haces del alto de lo necesario para el menú y el statusbar e inamovible de la posición x,y=0, y luego todas las ventanas las creas normalmente, pero solo evitando, que su posición top, nunca sea inferior a 0+(form del menu.heigh)+1, ten en cuanta que escribo de memoria, de esta manera el menú siempre estará visible, por que las ventanas no podrán superar, el borde inferior del form del menú, claro está este no debe poder ser cambiado de tamaño, cerrado en la x ni movible, aunque si creo que deberías poder minimizar la aplicación y poder restaurarla.

Espero te pueda ser de utilidad.

[roman]

De hecho, eso mismo es lo que le propongo con la "desktop bar", pero él quiere el dibujo azul bonito.

// Saludos

[Casimiro Noteví]

Empezado por roman

De hecho, eso mismo es lo que le propongo con la "desktop bar", pero él quiere el dibujo azul bonito.
// Saludos

Que lo ponga transparente

[[newtron]]

Empezado por Casimiro Notevi

Que lo ponga transparente

Que sepas que te ríes de mi y me da sentimiendo.

Empezado por newtron

... por cierto... ¿y esto qué es lo que hace?

Uh... ya veo... que no le haga caso si picas en el menú.

Tampoco me sirve porque el programa se convertiría en Modal.

Yo quiero poder hacer algo así:

Uploaded with ImageShack.us

[Casimiro Noteví]

Empezado por newtron

Yo quiero poder hacer algo así:

Vale, y si alguien pincha en la ventana de menú que está detrás, ¿qué quiéres que haga?, es que creo que no tiene sentido lo que quieres, si pinchas en el menú, por fuerza, debe ponerse delante para hacer lo que quieras hacer con el menú, por lo tanto las ventanas que están delante quedarán detrás, es lógico, ¿qué quiéres hacer con esas ventanas?

[roman]

Empezado por newtron

Uh... ya veo... que no le haga caso si picas en el menú.

Tampoco me sirve porque el programa se convertiría en Modal.

A ver, por eso dije que era una aproximación. Con ese código no inhabilitas por completo el formulario menú, simplemente le impides activarse. Entonces, si para tu menú usas, por ejemplo, SpeedButtons, puedes pinchar uno de ellos y su acción se ejecutará aun cuando el formulario permanezca en el fondo.

Ahora, si no quieres usar botoncitos speedbutton entonces puede hacer como dice JoséLuis. Dejas el menú solito en una "desktop bar" y en otro formulario pones tu dibujo. En este formulario pones el código que te puse.

Claro, creo que ese formulario tiene otros botoncitos pero es que como dice Casimiro, lo que quieres es imposible: quieres que el usuario pinche un botón al cual no tiene acceso porque no quieres que se monte arriba de lo demás.

// Saludos

[ecfisa]

Hola newtron.

Como te dije antes, sigo pensando que la opcion más simple es usar MDI...
Según la imágen de tu form principal (que ahora veo), hay uno o dos botones y algunos items que ignoro si responden a eventos del mouse pero no parece que ninguno de ellos necesiten capturar el foco del teclado.

Si mál no recuerdo tu problema era que los controles ubicados en el área cliente del MDIForm, quedan al frente de la ventana MDIChild abierta (comportamiento normal con MDI y TWinControl).
Entonces, una solución es que en lugar de usar descendientes de TWinControl, guardes esos botones e items como imágenes y utilices para mostrarlos unos TImage. De esa forma no tendras problemas de que solapen al MDIChild ya que al ser descendientes de TGraphicControl no tienen handle de ventana y no interferirán con el normal desempeño MDI.

Un saludo.

[[Al González]]

No es lo mismo:

Empezado por roman

[...] que el usuario pinche [...]

que:

...el pinche usuario que...

[[newtron]]

Gracias José Luis por la idea.

Empezado por roman

De hecho, eso mismo es lo que le propongo con la "desktop bar", pero él quiere el dibujo azul bonito.

A ver.... si encima que mis programas no funcionan los hago feos ¿qué les quedaría a mis clientes?

[[José Luis Garcí]]

Cierto Román, lo que pasa es que no conocia rel termino, ni cai en la cuenta de ello, de todas maneras, lo del fondo bonito que lo ponga en otro form que ocupe el resto de la pantalla, que no se pueda cerrar y que haga lo mismo que el Form del menú, así aunque otros form se abran encima, el menu es independiente, eso pienso yo, por lo menos, pero no me hagais mucho caso.

[[José Luis Garcí]]

Acabo de probar la demo de Román y es aún mejor de lo que yo pensaba, me parece super útil.

[[Al González]]

Empezado por newtron

[...] el resultado que quiero es exactamente como si fueran formularios mdi/child pero con formularios normales.

Tal vez me perdí de algo, pero creo que esa frase resume lo que estás buscando.

Mi pregunta es: ¿por qué no le das al formulario principal (el que tiene el menú) el estilo fsMDIForm y a los demás el estilo fsMDIChild? Eso le otorgaría a tu aplicación el comportamiento que, pienso yo, estás necesitando.

Tú quieres que la aplicación trabaje bajo el modelo MDI, pero con formularios "normales". Pues bien, ¿por qué no nos explicas qué inconvenientes habría si los estableces como fsMDIChild? Varias de las desventajas naturales de este esquema, creo yo, podrían ser salvables.

Saludos.