On 9/28/07, Benjamin Shine <[EMAIL PROTECTED]> wrote:
>
>
> Henry, can you please write up a description of what this change is
> all about? What is the "something better"?



Instead of the lzx.rnc file, which is an XML schema description in (compact)
RNG syntax , we are going to declare the base level LZX classes and types
using the
<interface> declaration syntax that was recently added for binary libraries.


To take the place of the complex recursive RNG rules for which tags can be
contained in other tags, we have
a very simple <containsElements> rule which can be used to tell the compiler
which tags can be children of other tags. This is less powerful than the
general recursive pattern language of RNG, but sufficient for our needs,with
a little
help from just a few extra rules hardcoded into the LZX compiler.




Let's make sure we don't leave any dust bunnies around when we switch
> to this:
> * Does this get rid of the need for any of the jars currently in the
> distro or vendor? (jing or trang)



Yes, I think we can get rid of
iso-relax.jar
and
jing.jar


* Can references to jing and trang in build.xml be eliminated?



Yes.

* Can tasks in schema/build.xml be eliminated?



Yes.

* Does this mean we don't ever need to build the dtd again -- and we
> can finally get rid of the need for python anywhere in our build
> process?



We need to generate the DTD some other way, but I think  we
have all the information needed  "in-core" in the  in the compiler, now that
it has this simple model of which tags can be allowed as children of other
tags, so  I  think
I can hack up something pretty easily which will walk that and generate a
DTD.



* How does this affect the doc process? We will have to work this one
> through in person, I imagine.



Yeah, I have only a vague concept of how the doc tools process the lzx.rnc
file now (or  do they process the lzx.rng file?). So we'll have to have a
pow-wow about that.  I carefully copied all the comments from the
lzx.rncfile over to the new
lfc.lzx file, so we can hopefully extract them in some analogous manner to
what is being done now.







-ben
>
> On Sep 27, 2007, at 2:01 PM, Henry Minsky wrote:
>
> > Change 20070927-hqm-6 by [EMAIL PROTECTED] on 2007-09-27 16:53:33
> > EDT
> >     in /cygdrive/c/users/hqm/openlaszlo/trunk
> >     for http://svn.openlaszlo.org/openlaszlo/trunk
> >
> > Summary:  replace jing validator with something better
> >
>
>


-- 
Henry Minsky
Software Architect
[EMAIL PROTECTED]

Reply via email to