Re: Making Pollo extendible
Bruno Dumon <[email protected]> 20 Feb 2003 22:09:32 +0100
| Newsgroups | gmane.editors.pollo.devel |
|---|---|
| Organization | Outerthought |
| Message-ID | <[email protected]> |
On Wed, 2003-02-19 at 21:36, Al Byers wrote: > Hi Bruno, > > I would like to make my AG101 XSL editor/debugger use the Pollo > codebase. There are a number of changes that need to take place, but I > thought that I would bring it up first before submitting a bunch of > requests. Good strategy :-) > > I want to be able to extend both the Pollo and the PolloFrame classes. > The main problem in doing so seems to be that PolloFrame instantiates > Pollo in its class initialization code (is that the right description?). Not really. Pollo is instantiated in the main method, but it's a singleton managed using a static. (not the best design of course, but that code was written at mega-speeds). > > Any chance that we could pass Pollo as an arg to the PolloFrame > constructor instead? Yes, but why? What are you trying to achieve by changing that? (not that I'm opposed to it, I'd just like to know the rationale behind it) > > BTW, are you still doing lots of stuff with Cocoon? More or less, yes (should be increasing more and more). We (the company I work for) have released an open-source database reporting server that uses Cocoon as it's publishing layer. See xreporter.cocoondev.org. Currently I'm mostly working on that. > Any thought of > tying that work to Pollo? Not immediately. Don't have the time to do everything :-( > > Hope all is well. Sure, hope all is well with you too. -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center [email protected] ------------------------------------------------------- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge