Home General
New Blog Posts: Merging Reports - Part 1 and Part 2

daDB.daGetDatabaseObjectsFromOwner

edited October 2001 in General
Hi,

the procedure daDB.daGetDatabaseObjectsFromOwner search objects of specific
database type in forms or datamodules from screen, and never from AOwner
parameter, is it normal ? in this case, if AOwner owns the database object,
this database object is not added to the list and not used.

I must precise that AOwner is a TComponent cause I do all from code, so the
designer and report are not owned by a TForm, can I do that ?

Thanks

Davy Anest
EBP Informatique

Comments

  • edited October 2001
    Hi Davy,

    the

    if this is your problem, why not using a form as parameter for the
    constructor?

    regards,
    Chris Ueberall;
  • edited October 2001
    Hi Chris,

    I really agree with Davy.
    Is there any good reason why we should be obliged to use such heavy classes
    as TForm or TDataModule ?
    Why does this method has a AOwner parameter if this parameter is never used
    ?

    --

    Alex - SoWily
    alex@sowily.com
    www.sowily.com


  • edited October 2001
    When DADE datapipelines are created, they are owned by the report's internal
    datamodule. When the report is streamed down, it saves a string for the
    datapipeline name. Upon streaming up of datapipeline components which were
    dropped on a form/datamodule, the report object only has a string for its
    datapipeline names, which it must resolve by finding the objects in the
    project, since the report's internal DADE datamodule doesn't own these
    components, the form/datamodules do. RB searches all forms and datamodules
    in the project for datapipeline objects with this name, and then it resolves
    the string name into a datapipeline object reference.


    Cheers,

    Jim Bennett
    Digital Metaphors


This discussion has been closed.