[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: [zzdev] Re: [zzdev] Nile
- To: Benjamin Fallenstein <b.fallenstein@xxxxxx>
- Subject: Re: [zzdev] Re: [zzdev] Nile
- From: Tuomas Lukka <lukka@xxxxxxxxxx>
- Date: Tue, 19 Dec 2000 12:49:06 +0200
- Cc: zzdev@xxxxxxxxxx
- In-reply-to: <3A3E67F4.3C00B087@xxxxxx>; from b.fallenstein@xxxxxx on Mon, Dec 18, 2000 at 08:39:31PM +0100
- Mail-followup-to: Benjamin Fallenstein <b.fallenstein@xxxxxx>, 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>
On Mon, Dec 18, 2000 at 08:39:31PM +0100, Benjamin Fallenstein wrote:
> Tuomas Lukka wrote:
> > > If we use cells as dimensions, of course. Do you already have solutions
> > > for the obvious problems? :)
> > Which are the obvious problems?
> How do I know two dimensions are same in two different ZZ spaces? Practically:
> * how do I know two dimensions are same in slices?
The applitudes need global ids. After that, it's just
(nile applitude id)-(nile-specific-dim-id).
> * 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.
> What about this: we start with each applitude having *one* dimension
> that is used for designating that some stuff belongs to it -- e.g., Nile
> has d.nile-special. Then, when an applitude view (say, nile) encounters
> a connection to something else, it calls a method in the VobSet. The
> VobSet searches all dimensions on the applitude table. When it finds a
> connection, it calls the view of the applitude associated with that
> dimension to show the connected piece.
> Or wouldn't that be powerful enough?
Sounds like a tradeoff where we restrict something but don't get
quite enough back.
Have to keep thinking about this.