Subject | Re: [IBO] Many applications and one connection |
---|---|
Author | Brian Nuckels |
Post date | 2001-01-19T14:56:22Z |
I'm not sure I understand why you say to do this (below). Why not stream
the entire DFM into the database field, then you don't have to separately
create the controls either? Maybe I'm misunderstanding.
The one drawback to this methodology is handling events is trickier. This
is where scripting can help.
If you go with the BPL route (which will be what you want to use instead of
DLLs so you can share application resources more easily) then just make sure
you link them dynamically! 70 DLLs in memory could be fun!
the entire DFM into the database field, then you don't have to separately
create the controls either? Maybe I'm misunderstanding.
The one drawback to this methodology is handling events is trickier. This
is where scripting can help.
If you go with the BPL route (which will be what you want to use instead of
DLLs so you can share application resources more easily) then just make sure
you link them dynamically! 70 DLLs in memory could be fun!
----- Original Message -----
From: "Josipovic, Nick" <nick.josipovic@...>
To: <IBObjects@egroups.com>
Sent: Friday, January 19, 2001 3:11 AM
Subject: RE: [IBO] Many applications and one connection
> For the interface, you can use also a list of controls ot create and where
> to position them.....this is the way, almost all customizeable big systems
> are running.