On Tue, Jul 29, 2008 at 5:40 PM, Ed Leafe <[EMAIL PROTECTED]> wrote: > On Jul 29, 2008, at 6:01 PM, Nate Lowrie wrote: > >> When the init file runs, the dabo app object is not defined. I think >> this is not a problem as I am just creating the class and I should >> only have to worry about the app object during instantiation. Boy was >> I wrong. > > If the app doesn't exist, you won't be able to create a form/dialog > anyway.
That's not the point. I know I won't be able to instantiate an object until I run app.setup(). However, I expected to be able to create the class. I could manually define my own dOkCancelDialog and have it loaded at runtime. It seemed natural to be able to do the same with cdxml dialogs. If I have a library that creates a class for a cdxml on init and stores the class definition as package variable, does that grind so much with the framework that it absolutely makes no sense to implement it? I could just solve this problem now and include the cdxml files with every application I do. That could work, but with every change I make I have to copy it to all the files in all the applications. Then, I don't have to worry about putting import statements at the beginning of files. The other option is to just put the reusable cdxml files into their own directory somewhere on your computer un > >> Seems like the solution lies in moving the TempFileHolder object >> creation out of dApp. Ed or Paul, if you have a suggestion on >> implementation and let me know, I'll make the changes. > > No, that's not the solution at all. The solution is not to create GUI > objects until the app object is available. > > You don't need to manually create the dialog, either. Just call > dabo.ui.createForm() when the dialog is needed. > > When you find yourself fighting a framework, generally it means that > you are not using the framework as intended. I didn't think I was fighting the framework. I thought it was a bug personally. _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev Searchable Archives: http://leafe.com/archives/search/dabo-dev This message: http://leafe.com/archives/byMID/[EMAIL PROTECTED]
