Re: A new implementation aproach for luxor
Anakreon <[email protected]> Tue, 15 Jun 2004 00:20:39 +0300
| Newsgroups | gmane.comp.java.luxor-xul.devel |
|---|---|
| Message-ID | <[email protected]> |
Gerald Bauer wrote: > Hello Anakreon, > > >>I'll continue working on this. > > > Good to hear it. Please keep up your great work. > > >>I'll look at the urls. If I have any comments I'll >>post them. > > > I encourage you to do so. I think looking at > different approaches and discussing them will help us > create a better XUL toolkit. I looked at the first one and downloaded the second. I have comments for the first: ====================== http://www.swixml.org ===================== Luxor will be small. Also, the focus on a specific toolkit is an advantage if by supporting many toolkits could lead to sloppy code. This should not be the case for luxor and depends after all on the developers. Also, the code generation technique could be used to generate source code which will be used instead of the xml files. This is usefull only when the xml is static and if deploying luxor along with the application is a problem. This needs more thought about the implementation details and if needed to be implemented after all. Having tag names to be clases and attributes as methods has nothing to do with XUL and I don't find it apealing. I prefer the XUL whay. After all someone could use Jelly for this. The second project needs carefull study since is similar to luxor in it's aproach and goal. > > Just to clear up a possible misunderstanding. By > creating a branch I mean just check in a new fresh > module using for example luxor2 for the module name. > > I mean a branch in the source tree not in the strict > CVS sense. Hope this makes sense and so for the > confusion. Oups. To late. I took it literaly and created such a branch. I'll see how branches can be removed and how modules are created and do it tomorrow when my mind is clear. Goodnight, I'm going to sleep. Anakreon. ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND