[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: Inclusion Lists for Hypercardus Clonus
- To: <marcs>
- Subject: Re: Inclusion Lists for Hypercardus Clonus
- From: Roger Gregory <roger>
- Date: Tue, 13 Feb 90 12:00:09 PST
- Cc: <xtech>
>From marcs Tue Feb 13 09:58:13 1990
Another benefit of an inclusion list/passage based Clonus is
that you can kinda look at the CloneCards with any other frontend
that can read inclusion lists and passages, such as the infoFactory.
But this second benefit is actually more of a cost: you can kinda
look at the CloneCards with other things that really won't understand
them. My suspicion is that, for the ordinary user on an ordinary
day, we didn't do him any favors, letting him pick up a field&button
doc as an inclusion list.
More importantly we can use the same documents, and text/media fragments in
hyper-docs written for each front end. The documents mostly get shared.
If this IS doing him a favor, great, implement it this way. I
can imagine using the InfoFactory as a CloneCard editor--but
it would be a very raw editor, i.e., no syntax or semantic support,
the kind of thing Unix people would love, but which would be
suicidal for occasional users.
Why do you insist on thinking of the InfoFactory as the cannonical
standard editor. There will be hundreds of editors, and there is an immense
value in keeping them able to read each others documents. I believe it would be
a disaster if my fe can't quote part of a HC document and criticize or comment
on it.
I see now why you want Ted to stop talking about how Xanadu will stop
the balkinization of data, its because you don't want to let it stop
the proliferation of data representations.