mostrar y ocultar frames

[roman]

Empezado por FDB

Lo unico que he conseguido hasta el momento es crear un frame en tiempo de ejecución pero claro, eso no es lo que yo quiero, porque los frames ya los tengo hechos solo quiero mostrarlos y ocultaros segun la necesidad.

En mi opinión, un Frame no se diferencia mucho de un formulario y si con formularios normalmente se recomienda crearlos conforme se necesiten en lugar de crearlos todos al inicio, no veo por qué ha de ser distinto con los frames.

// Saludos

[Neftali [Germán.Estévez]]

Empezado por roman

...En mi opinión, un Frame no se diferencia mucho de un formulario y si con formularios normalmente se recomienda crearlos conforme se necesiten en lugar de crearlos todos al inicio, no veo por qué ha de ser distinto con los frames.

Ahí discrepo contigo Román.
Como bien dices un Frame y un Form son muy parecidos; Tal vez la diferencia (ventaja) más significativa del Frame sea que éste se puede colocar en la paleta de componentes y utilizarlo como tal. Eso implica que se pueda colocar en diseño en el form como otro componente más.
A mi entender la única ventaja (por que inconvenientes tiene unos cuantos) del Frame respecto al from es esa. ¿Pero si no la utilizamos qué ventaja tiene utilizar el Frame? O lo que es lo mismo, Si el Frame lo voy a crear en ejecución, ¿porque no crear un Form directamente y "dockarlo" (que mal suena esto) en el sitio en lugar del Frame?

No se si me expliqué bien...

[ruina]

Por la pequeña descripción que pones yo casi casi usaria forms, pero claro, es una cuestion filosófica mas que practica.

Desde el punto de vista práctico te recomiendo la creación dinámica en lugar del hide/show por un simple ahorro de "handles", si ves que puedes llegar a tener muchas cosas (lease memos, buttons, etc, cualquier cosa que no sea un label consume al menos un handle) creadas, aunque no estén visibles, consumen recursos.


Ahora la guerra frame/form ... según mi punto de vista (el de un ex-delphiero :/) los frames vienen a sustituir a la programación de componentes, dado que es un coñazo el recompilar y redistribuir los componentes en los distintos puestos de desarrollo. Es decir, yo usaria frames para grupos de componentes con una utilidad añadida, como por ejemplo un edit con calculadora (aunque ya esté hecho) una seria de edits con botones y validaciones ... es decir:
cosas "pequeñas" reutilizables (o con un código que queremos aislar) = Frame
cosas "grandes" = form


Aunque claro, yo ya, desafortunadamente, no uso Delphi...

[roman]

Empezado por Neftali

Ahí discrepo contigo Román

Yo creo que depende de la finalidad que se persiga usando frames. Si, como dices, se usa un frame para agrupar componentes que han de colocarse en un formulario entre varios otros controles, ciertamente viene a ser como una componente más que se coloca en un formulario.

Por ejemplo, normalmente uso un frame para agrupar un Edit y un DBLookupComboBox de manera que el usuario pueda seleccionar un valor ya sea mediante el combo o escribiendo directamente su valor en el Edit.

Por otro lado, para el caso que plantea FDB, yo he hecho algo parecido colocando frames alineados al área cliente del formulario principal. Cada frame contiene todos los controles que usualmente estarían en un formulario de haber escogido la interfaz tradicional de menús.

Esta situación es esencialmente igual a la de la interfaz tradicional: un menú de opciones y "ventanas" que se muestran según la opción. Lo que cambia es la presentación visual.

Esta similitud es la que me lleva al comentario de antes- si no creamos todos los formularios de un sólo golpe, ¿por qué sí hacerlo con este tipo de frames?

Prefiero frames a formularios en este caso porque siempre hay que "truquear" y ajustar detalles para poder encajar un formulario dentro de otro y que se comporte bien.

// Saludos

[Neftali [Germán.Estévez]]

Empezado por roman

Esta situación es esencialmente igual a la de la interfaz tradicional: un menú de opciones y "ventanas" que se muestran según la opción. Lo que cambia es la presentación visual.
Esta similitud es la que me lleva al comentario de antes- si no creamos todos los formularios de un sólo golpe, ¿por qué sí hacerlo con este tipo de frames?

Es que a mi ésta situación me recuerda a un form con pestañas (PageControl) donde cada pestaña tiene n controles. Es como si cada pestaña tuviera el Frame. Por eso si creo los PageControls en diseño también crearía los Frames en diseño.

De todas formas, no todo es absoluto; Reconozco que no se me hubiera ocurrido crear un PageControl con 15 pestañas (por ejemplo) en diseño, porque no se lo que puede tardar en visualizarse. Todo depende del volumen de controles del que estemos hablando...