[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: [zzdev] Re: [zzdev] Nile
- To: Tuomas Lukka <lukka@xxxxxxxxxx>
- Subject: Re: [zzdev] Re: [zzdev] Nile
- From: Benjamin Fallenstein <b.fallenstein@xxxxxx>
- Date: Wed, 20 Dec 2000 23:39:23 +0100
- Cc: zzdev@xxxxxxxxxx
- References: <20001209043511.B17413@xxxxxxxxxxxxxx> <3A33A557.31FE4891@xxxxxx> <20001210185537.D15044@xxxxxxxxxxxxxx> <3A33DE1D.375C90A6@xxxxxx> <20001210224318.A17858@xxxxxxxxxxxxxx> <3A34009B.FB990E0@xxxxxx> <20001211015201.E18012@xxxxxxxxxxxxxx> <3A342176.B03A9B9F@xxxxxx> <20001211035226.B3587@xxxxxxxxxxxxxx> <3A3E67F4.3C00B087@xxxxxx> <20001219124905.A7717@xxxxxxxxxxxxxx>
Tuomas Lukka wrote:
> > * how do I reference dimensions in the code? (which dimension is d.nile?)
> A clone of that cell.
> Oh, you mean Java code ;)
> It'll be a cell stored in some variable, initialized somehow.
I'd love not to mean Java code.
One thing I'm going to do real soon now (read: pre-x-mas) is to write a
Dump class which can read and write files like this:
Yes, I'd prefer xml too, but the xml classes needed are unhandy and pose
too many problems. The Dump format, along with subspace selectors (which
need to wait some time pbly), should make it possible to use zzspaces in
CVS. (The reverse section is there to make diffs usable.)
I'll come up with some trivial solution for multiline contents. Spans
That should get us a step closer to coding in gzz (although of course
I'd much rather use a real zz versioning environment, but Dump is a
quick&useful hack, I should think). At least when we have subspace
selectors and thus can dump subspaces easily, we can use gzz for coding
fixed parts of the space (actions!!!).
Oh, yes: I thought I'd do a dump2java thing which converts the dumps to
java code at make time, rendering them distributable just like
ZZDefaultSpace (if possibly a bit weightier, but it shouldn't be that
much actually -- or am I wrong?).