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