Registrar Formas en Delphi

[jmariano]

Tal y como dices al final de tu consulta, puedes hacer un paquete que contenga todos tus formularios abstractos (aunque, eso si, siempre registra los formularios en el repositorio de objetos para que sea más facil, luego, heredar de dichos formularios). Ahora, para que despues puedas trabajar con los formularios heredados en tu aplicación (sin tener que añadir al .dpr toda la lista de formularios abstractos) necesitarás crear un archivo de grupo de proyectos (archivo de extensión .bpg) que incluya tanto el paquete que contenga tus formularios como el archivo de proyecto, .dpr, de tu aplicación (esto es necesario porque Delphi necesita, por decirlo de algún modo, "ver" los formularios abstractos para poder mostrar los formularios que heredan de ellos).

Cuando hayas creado el archivo de grupo de proyectos te aparecerá una ventana, "Project Manager" (seguramente ya la habrás visto), donde tendrás que ir añadiendo los diferentes paquetes y archivos .dpr que formen parte de tu aplicación (o que necesites agrupar). Para ello sólo pulsa el botón derecho del ratón sobre esta ventana (siempre sobre el nombre del archivo de grupo de proyectos) y escoge la opción "Add Existing Project...", después selecciona el paquete que contenga tus formularios abstractos (archivo .dpk) y por último añade el archivo .dpr (aunque el orden, realmente, da igual, lo importante, como te comenté antes, es que añadas los paquetes que el IDE necesite "ver" para poder abrir los formularios o datamodules heredados). Para terminar, acuerdate de guardar el archivo de grupo de proyectos y, siempre que vayas a trabajar con tu aplicación, acuerdate de abrir primero el archivo de grupo de proyectos y después el paquete o .dpr con el que vayas a trabajar realmente. (Para saber más sobre las diferentes opciones de los archivos de grupo de proyectos mira en la ayuda de Delphi).

(Si no comprendiste algo vuelveme a preguntar!)

Saludos!

P.D: Opcionalmente, si quieres, puedes mas tarde enlazar estáticamente el paquete que contiene tus formularios abstractos a la aplicación. (Por cierto, el paquete de tus formularios es mejor que sólo sea de ejecución).

[lpmlpm]

Muchas gracias JMariano por tu ayuda,

lo he probado como dices y funciona muy bien, ya puedo eliminar de mi DPR las referencias a los formularios abstractos y puedo editar sus formas "hijas" en el IDE sin problemas... solo sigo teniendo un pequeño detalle...

Una vez que agregué las clases al repositorio de objetos, al heredar de una clase de ahi el IDE me agrega de nuevo las referencias a las clases abstractas al DPR... como le hago para evitar esto???

y otra pregunta, porque dices que mis paquetes tienen que ser de ejecución solamente??

saludos y muchas gracias por el apoyo

[jmariano]

Empezado por lpmlpm

Muchas gracias JMariano por tu ayuda,

lo he probado como dices y funciona muy bien, ya puedo eliminar de mi DPR las referencias a los formularios abstractos y puedo editar sus formas "hijas" en el IDE sin problemas... solo sigo teniendo un pequeño detalle...

Una vez que agregué las clases al repositorio de objetos, al heredar de una clase de ahi el IDE me agrega de nuevo las referencias a las clases abstractas al DPR... como le hago para evitar esto???

y otra pregunta, porque dices que mis paquetes tienen que ser de ejecución solamente??

saludos y muchas gracias por el apoyo

A la primera pregunta decirte que se trata de un "defecto" bastante molesto en Delphi y que no hay manera de evitarlo (o al menos yo no se como). (En realidad se debe a que Delphi se asegura de que el proyecto o paquete cuenta las unidades necesarias y por eso las añade de forma automática, que, por cierto, siempre las añade al archivo que tengas abierto). Asi que tendrás que eliminar dichas referencias del .dpr manualmente.

A la segunda pregunta me refería a que cuando creas un paquete puedes decidir si este paquete es de ejecución, de diseño o de diseño y ejecución (ve a las opciones del paquete, sección "Usage"). Y como tu paquete no registra componentes ni nada, solo contiene los formularios abstractos, lo mejor es que sólo sea de ejecución (si tuvieras que registrar componentes, entonces, lo mejor sería tener un paquete a parte de sólo diseño que los registrara). (Claro que todo esto sólo tiene sentido si más adelante piensas hacer uso de los paquetes de ejecución a la hora de distribuir tu aplicación).

Bye!

[lpmlpm]

Empezado por jmariano

A la primera pregunta decirte que se trata de un "defecto" bastante molesto en Delphi y que no hay manera de evitarlo

Ups... ni modo... ya veré como me organizo con eso...

A la segunda pregunta me refería a que cuando creas un paquete puedes decidir si este paquete es de ejecución, de diseño o de diseño y ejecución

Ok, pense que tenia algo que ver con eso de que si agregaba o no al DPR las referencias... no, no registro componentes en la paleta, me gusta mas trabajar con Tframes que registrar componentes en la VCL... cuestión de gustos

Gracias por todo

[delphi.com.ar]

Te recomiendo leer algo sobre Delphi Open Tools API.

http://www.mustangpeak.net/opentoolsape.htm

Tambien puedes ver el código de las Jedi, que registran sus propios Modules...

Saludos!

[jmariano]

Empezado por delphi.com.ar

Te recomiendo leer algo sobre Delphi Open Tools API.

http://www.mustangpeak.net/opentoolsape.htm

Tambien puedes ver el código de las Indy, que registran sus propios Modules...

Saludos!

Muchas gracias por la información delphi.com.ar!

Hacía tiempo que buscaba una buena referencia sobre las "Open Tools", pero sólo encontraba información incompleta o pequeños tutoriales que mucho no enseñaban, la verdad. (No entiendo porque este API no viene bien documentado en Delphi, en fins!)

Chao!

[delphi.com.ar]

Empezado por jmariano

Muchas gracias por la información delphi.com.ar!

Hacía tiempo que buscaba una buena referencia sobre las "Open Tools", pero sólo encontraba información incompleta o pequeños tutoriales que mucho no enseñaban, la verdad. (No entiendo porque este API no viene bien documentado en Delphi, en fins!)

Chao!

Ups!... he borrado esa respuesta, porque después de leer el enunciado completo, me di cuenta que no es lo que buscaba... Me confundió el título, pero vos lo copiaste así que por lo menos sirve de algo
Por otro lado, recuerdo hace tiempo haber echo algo al respecto, registrar mi propio TCustomModule, pero no se donde habrá quedado el código, sino lo subo... era algo mas reducido!