FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Como fijar una ventana?
Quiero saber como fijar una ventana, osea que no la puedan mover.
Hay alguna opcion? Thank's |
#2
|
||||
|
||||
Hola,
Supongo que por ventana quieres referirte a un formulario ("TForm"). Se me ha ocurrido una barbaridad, pero, en fin, allá va... Hemos de capturar el mensaje "WM_MOVE" en el formulario en cuestión; al crear el formulario guardaremos las propiedades "Top" y "Left" en sendas variables de tipo "integer". La declaración del formulario quedaría tal que así: El evento "OnCreate" del formulario de este modo: Y el procedimiento "WM_MOVE" de este otro: Comprobamos antes que "FTop" no sea cero, pues el procedimiento se ejecuta incluso antes del evento "OnCreate" (a lo que parece) de tal modo que de no hacerlo así el formulario se situaría en la esquina superior izquierda de la pantalla y no habría luego quien lo moviera de ahí. Ahora, por favor, decidme que me calme y que me tranquilize, porque hay alguna propiedad, algún método, en fin, alguna forma mucho más elegante, aparente, práctica y efectiva de hacer lo que se trata de llevar a cabo. ¿Eh? Última edición por dec fecha: 06-10-2005 a las 19:04:24. Razón: Solucionar un error en el ejemplo adjunto. |
#3
|
||||
|
||||
Hola,
El problema con la opción que comenta dec es que el efecto no es muy bueno: si la opción DragFullWindows (en propiedades de la pantalla) está activada, se nota un redibujado conforme se intenta mover la ventana. Si está desactivada entonces el usuario puede ver cómo se mueve la silueta de la ventana mientras la arrastra aun que al final se quede donde estaba. Recomiendo revisar el hilo Como hacer que un usuario no mueva la form? // Saludos |
#4
|
||||
|
||||
Lo mismo pero de otra forma.
Cuando se cambie de posición, nosotros ponemos los valores Saludos |
#5
|
||||
|
||||
En mi caso no ocurre, ya que antes de mover la ventana, es cuando le cambio los valores, así que no hay redibujado de pantalla.
En el ejemplo de Roman ¿hay que deshabilitar el maximizado? ... jamás quisiera empezar una contienda con roman.... bueno, tomando cervezas a lo mejor, pero en el resto de temas... paso Edito: Retiro todo lo dicho, con este método tambien pasa lo mencionado por roman Última edición por Lepe fecha: 06-10-2005 a las 17:56:09. |
#6
|
||||
|
||||
Hola
Bueno pues me había construido este ejemplito:
pero después de haber visto el hilo recomendad por roman.... mejor voy a estudiar Saludos
__________________
Lo importante no es llegar primero, sino saber llegar. Para que puedas llegar mejor lee la Guia de Estilo |
#7
|
||||
|
||||
Cita:
A final de cuentas, para mover una ventana hay muchos pasos involucrados: WM_NCHITTEST, WM_ENTERSIZEMOVE, WM_MOVING, WM_EXITSIZEMOVE, WM_MOVE, WM_WINDOWPOSCHANGING, WM_WINDOWPOSCHANGED y uno puede intentar frenar los necesarios. Pero al quitar el comando SC_MOVE te evitas todo esto, simplemente le dices: está prohibido mover. En cuanto a lo de maximizar la ventana pues esto lo puedes evitar quitando biMaximize de la propiedad BorderIcons. Si además se desea evitar que se cambie el tamaño de la ventana, se puede añadir: DeleteMenu(GetSystemMenu(Handle, false), SC_SIZE, MF_BYCOMMAND); aunque en este caso también hay que trabajar WM_NCHITTEST para que el cursor del ratón no cambie de forma cuando se coloca sobre los bordes:
// Saludos |
#8
|
||||
|
||||
El método tiene un problema que antes no había visto:
Si se quitan todos los iconos de la barra de título, entonces la ventana ya se puede mover. Veremos si se puede solucionar esto. // Saludos |
#9
|
||||
|
||||
Nada como quitar la barra de titulo, y como mucho, hacer una con un panel y 3 botones.
Ya no tenemos que atar de pies y manos, simplemente se las cortamos Un saludo |
#10
|
||||
|
||||
Hola
Bueno, posteo para insistir en mi método de capturar el mousedown en la zona no cliente(WM_NCLBUTTONDOWN), y no hacer nada en el caso de que esté sobre el caption:
creo que esto acompañado de lo propuesto por roman para borrar la opción de mover en el menu:
impide cualquier movimiento de la forma, independientemente de que tenga botones o no. Saludos
__________________
Lo importante no es llegar primero, sino saber llegar. Para que puedas llegar mejor lee la Guia de Estilo |
#11
|
||||
|
||||
Cita:
// Saludos |
#12
|
||||
|
||||
Lo probaste??
Cita:
Cita:
Edito: Ampliando un poco más la respuesta puedo decir que al especificar que la acción sea controlada solo sobre el caption, especificando (HTCAPTION), evito que se inhabiliten otras zonas no cliente como el menú sistema (HTSYSMENU), el botón de maximizar (HTMAXBUTTON), el de minimizar (HTMINBUTTON) entre otros. Saludos.
__________________
Lo importante no es llegar primero, sino saber llegar. Para que puedas llegar mejor lee la Guia de Estilo Última edición por yusnerqui fecha: 06-10-2005 a las 19:53:18. Razón: Ampliar la respuesta |
#13
|
||||
|
||||
Tienes razón yusnerqui, disculpa. Me quedé pensando en el ejemplo de Marcos del otro hilo.
// Saludos |
#14
|
||||
|
||||
Cita:
un abrazo
__________________
Lo importante no es llegar primero, sino saber llegar. Para que puedas llegar mejor lee la Guia de Estilo |
#15
|
||||
|
||||
Hola,
Esto parece funcionar estupendamente:
|
#16
|
||||
|
||||
De hecho, esta forma es la primera que mencioné en el otro hilo. El único "problema" es que aun cuando el formulario no se mueve, la opción "Mover" sigue apareciendo en el menú del sistema y fue cuando traté de reemplazar el método por la remoción del comando.
Ahora veo que basta dejar ambos para que funcione todo: quitar el menú con DeleteMenu(GetSystemMenu(Handle, false), SC_MOVE, MF_BYCOMMAND); e impedir SC_MOVE en el manejador de WM_SYSCOMMAND. // Saludos |
#17
|
||||
|
||||
Hola,
Cita:
|
#18
|
||||
|
||||
Cita:
// Saludos |
|
|
|