¿Componente a partir de Diseño GUI?

[[fjcg02]]

Te paso un cutreejemplo de frames con un TPanel. Espero que te sirva.

Saludos

[[Chris]]

Lo que yo te recomiendo para tu caso es que utilices formularios empotrados. O en su defecto TFrames a cómo te lo han dicho. Creo que es lo mejor que puedes hacer. Son como un componente, pero tienes la posibilidad de hacerle cambios visualmente.

Saludos,
Chris

[roman]

Empezado por Chris

Lo que yo te recomiendo para tu caso es que utilices formularios empotrados. O en su defecto TFrames

Yo lo diría alrevés:

Lo que yo te recomiendo para tu caso es que utilices TFrames. O en su defecto formularios empotrados



// Saludos

[Osorio]

La otra alternativa que tienes es lo que muestra Marteens en este hilo.


http://www.marteens.com/trick2a.htm


pero personalmente creo que con Frames es suficiente.

[maunix]

Gracias a todos por sus sugerencias, finalmente luego de probar los Tframes y los TForm empotrados (o no), me he decidido por los Tforms. El tema es que con los Tframes se me armaba un lío enorme con declararlos en tiempo de ejecución (seguro mis habilidades no son las mejores, no le hecho la culpa a Delphi pero la verdad con TForm se me hizo 100 veces más sencillo).

Los TFrames me marearon con eso de Crearlos en el repositorio de Delphi y luego a partir de allí usarlos, etc. Me es más cómodo tener TForms en código y crearlos en tiempo de ejecución, sobre todo porque no quiero lidiar con tener que instalar esos TFrames que defino en todas las PCs donde lo vaya a compilar. El tema es que uso JediVCS como sistema de control de versiones y programo desde 2 o 3 PCs diferentes por diversas cuestiones entonces si hago cambios en paleta de componentes se me hace muy tedioso migrar eso a las demás instalaciones; si lo tengo en código es cuestion de sincronizarme con el repositorio y listo, ya lo tengo en todas las PCs.

Y a los formularios los puedo ver en tiempo de diseño y rediseñarlos; algo que es importante es que si bien todos los formularios tienen una info en común, he notado que gran parte de eso corresponde a la lógica del negocio por lo tanto lo tengo en otra clase.

No obstante si alguno tiene más sugerencias al respecto, estaría bueno que las expongan porque seguro a algún otro usuario tal vez le resulte más cómodo o mejor la opción de los TFrames.

[roman]

No entiendo qué tiene que ver el repositorio. No necesitas guardar ahí los frames para usarlos, sólo debes incluirlos como cualquier otra unidad en tu proyecto.

Tampoco entiendo eso de que a los formularios los puedes ver y rediseñar en tiempo de diseño. Exactamente lo mismo puedes hacer con un Frame e incluso más: por un lado, el frame en sí lo puedes diseñar en su propia ventana, exactamente como haces con un formulario; pero, además, una vez que insertas una copia del frame en un formulario, dicha copia la puedes personalizar visualmente como cualquier otro componente visual del formulario.

Finalmente, crear un frame durante la ejecución no tiene ninguna dificultad mayor que la de un formulario:

Código Delphi [-]
var
  F: TMiFrame;

begin
  F := TMiFrame.Create(Self);
  F.Left := 8;
  F.Top := 40;
  F.Parent := Self;
end;

// Saludos

[maunix]

Roman, gracias por tu sugerencia, la verdad no lo probé mucho, vi que no tenia mucha diferencia con los formularios y use los formularios

No digo que el frame no pueda diseñarlo en el IDE, simplemente que para embeber un formulario en mi aplicacion no noto grandes diferencias con el frame (no tendré que heredar formulario de otro formulario). Entonces debido a eso y a que ya tengo las interfaces hechas en formulario, simplemente le agrego el código de la gestión del negocio en una clase asociada y listo.

Con respecto a crear el frame en tiempo real, como dije antes no tuve el tiempo (tal vez tampoco la paciencia) para hacerlo y por eso me decidí por el formulario, no obstante es posible, pensandolo ahora, que tenga un frame para una parte de mis formularios que es en todos igual; ahí si ya le veo más sentido práctico.

Muchas gracias