[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: [zzdev] Clientspace, userspace
- To: "B. Fallenstein" <b.fallenstein@xxxxxx>
- Subject: Re: [zzdev] Clientspace, userspace
- From: Tuukka Hastrup <Tuukka.Hastrup@xxxxxx>
- Date: Fri, 15 Feb 2002 10:31:06 +0200 (EET)
- Cc: ZZ Development <zzdev@xxxxxxxxxx>
- In-reply-to: <3C6C4060.848616CC@xxxxxx>
On Thu, 14 Feb 2002, B. Fallenstein wrote:
> There is one problem: We easily want to be able to fork a new
> windowspace for an existing clientspace; but the cursors in the
> windowspace need to point somewhere to start with, or we'll just get
> errors. If we fork a generic windowspace, of course the cursors cannot
> point anywhere yet.
Except somewhere in the windowspace...
> And there's a nice solution: When a window's cursor is found to point
> nowhere on view generation, we simply make it point to the homecell of
> the userspace. This is nice because it's a behaviour we want anyway-- if
> a cursor is set to nowhere because of a bug in the program, we do *not*
> want to get a "RASTER ERROR"!
...and the rootcell of windowspace will be the rootcell of the compound
space. On the other hand, in my opinion the rootcell has very little to do
with users and cursors, but here we need some default search paths
available. Starting from the rootcell (in the windowspace), there must
exist a predefined path to the homecell (in clientspace).
Ok, and if the path doesn't exist, we point to the rootcell instead. No
And this reminds me of a cursor design note I have somewhere here on
-- Trying to catch me? Just follow up my Electric Fingerprints
-- To help you: Tuukka.Hastrup@xxxxxx