[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: [zzdev] Re: [zzdev] Re: [zzdev] :gzz: d.system (wuz Re: [zzdev] :gzz: Alte ring "system list" (wuz Re: [zzdev] :gzz: Story of an unsuspected crash spiral (v.0706)
- To: Tuukka Hastrup <Tuukka.Hastrup@xxxxxx>
- Subject: Re: [zzdev] Re: [zzdev] Re: [zzdev] :gzz: d.system (wuz Re: [zzdev] :gzz: Alte ring "system list" (wuz Re: [zzdev] :gzz: Story of an unsuspected crash spiral (v.0706)
- From: "Tuomas J. Lukka" <lukka@xxxxxx>
- Date: Tue, 11 Jul 2000 11:25:15 +0300 (EEST)
- Cc: ted@xxxxxxxxxx, zzdev@xxxxxxxxxx
- In-reply-to: <20000711152035.8184393A@xxxxxxxxxxxxxxxxxxx>
On Tue, 11 Jul 2000, Tuukka Hastrup wrote:
> On 11 Jul, Tuomas J. Lukka wrote:
> >> How about d.system ?-)
> >> (And, later if needed, d..system-list, d..system-set, etc.)
> >
> > Right.. and all the cells currently there need not really be there
> > on d.2 at all...
> >
> > Vesa, Tuukka or AJ - any of you feeling up to this? Mostly ZZDefaultSpace
> > modifications.
>
> Like always, I suggest re-thinking and a new implementation. I still
> don't quite understand how you're going to keep going with these d.1,
> d.2 and d.3 as "universal" dimensions - I could think there'll always
> be clashes like this.
Clashes? I don't see this as a clash; we need to make some part of
the space non-user-modifiable. A new dimension for that is fine.
> My intuition says we should change d.1 and d.2 in system space to
> d.system and d.system-list.
One of the ideas is that d.1, d.2 and d.3 are the dimensions the user
will be looking at most often.
> And I think we should make sure no user
> will want to explore and modify these.
The window list and the bindings are *supposed* to be user-modifiable.
As are the view parameters; the user should be able to make a new view
type easily.
We don't want to lock the user out of the loop; we just want one part
of the system to remain stable so that the system knows it can access
certain things through a path from the home cell.
> There should be nothing so
> special there: we'll make a new Action list for the user (not in that
> awful linear format) etc. Nothing says the user must use the same
> Actions-list as the system's using.
We should have a list of the actions somewhere from where they can be
cloned to wherever the user wants.
> Could it
> already be time for some advanced UI components?
What do you mean by those?
Tuomas