You should write a web aware application that sits in the app tray. All of your nested apps, reports, dialogs etc could then be hosted on a webserver (or even several webservers) so you don't give a monkeys what language they are written in, or indeed what OS they run on.
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Marcin Bury > Sent: 03 August 2007 08:33 > To: Borland's Delphi Discussion List > Subject: Re: Dynamically loading TTabSheets into a > TPageControl fromexternalmodules? > > Hello Mike > > I currently develope application that uses TPageControl as > some kind of container. > I use ordinary TForm to be displayed on a tabsheet: simply > create a form without window caption, create a new tabsheet, > assing tabsheet to form.parent and make the form visible. > Closing the form destroy tabsheet. > > If you need more guidance - just let me know. > > Marcin > > ----- Original Message ----- > From: "Bowers, Michael P. ISD" <[EMAIL PROTECTED]> > To: "Borland's Delphi Discussion List" <[email protected]> > Sent: Thursday, August 02, 2007 5:11 PM > Subject: Dynamically loading TTabSheets into a TPageControl > from externalmodules? > > > >I am planning an application in Delphi 7 and for argument's > sake, let's > >say that it has a TPageControl in it. I would like each individual > >TTabSheet to be dynamically loaded because we will be adding to the > >application over time. The actual application I am writing > right now > >will just be a container for presentation and to give it presence in > >the system tray. > > > > For instance, one may be a status page, one may be a form > to fill out > > for help, a couple might be for admin access to some system, etc. > > Each sheet is loaded as a different module (both form and > executable > > code to support it). We will be adding these sheets over time so I > > need to be able to load these items dynamically and conditionally. > > Also, being able to add these over time will mean that every time I > > need to add to or change the application I don't need to > redeploy the > > whole thing, the application can pull in modules as they're > added and > > put on an app server or distribution share -- we have almost 15,000 > > machines now, and project about 22,000 in a couple years, so > > deployment is always a problem around here. > > > > I know that this can be accomplished with packages and they > will share > > a TApplication object, but using packages assumes I'll be > writing all > > these items in the same language and compiler version so > the RTTI will > > match. In theory, I'd like to be able to use Delphi 2007 > instead of > > Delphi 7, or even VC++ or something else to load into the app. I > > might not be the only one writing items for this, so I > can't enforce a > > development environment on other teams. > > > > So... what are my choices? Ideally I'd like to define a spec for > > .DLLs so they can be written in any language, but is that even > > possible to link them in in that way? Would it be clean, > anyway? How > > can I handle intercommunication between items using .DLLs? > Or should > > I just stick to packages written under one version of > Delphi? Perhaps > > there is a solution using some sort of scripting component like > > Python4Delphi so I can just drop in scripts? > > > > Has anybody done anything like this before? > > > > Thanks, > > Mike > > > > ---- > > Michael Bowers, Lead Client Management Analyst Client Management, > > Desktop Solutions, Memorial Hermann Healthcare System > > Em: [EMAIL PROTECTED] > > Ph: 713/448-6306 Failure is not > an option. It > > Pg: 713/605-8989 x21934 comes bundled with > Microsoft products. > > > > _______________________________________________ > > Delphi mailing list -> [email protected] > > http://www.elists.org/mailman/listinfo/delphi > > > > _______________________________________________ > Delphi mailing list -> [email protected] > http://www.elists.org/mailman/listinfo/delphi > _______________________________________________ Delphi mailing list -> [email protected] http://www.elists.org/mailman/listinfo/delphi
