Re: [Gzz] ``xu_link_space--benja``: Put xanalogical links into the same space

[Tuomas Lukka]

On Sat, Nov 16, 2002 at 08:19:56PM +0100, Benja Fallenstein wrote:
> Tuomas Lukka wrote:
> 
> >>===================================================================
> >>``xu_link_space--benja``: Put xanalogical links into the same space
> >>===================================================================
> >>
> >>Xanalogical links are currently stored in a different space,
> >>because we do not want the cells that make up the link
> >>to be shown as transclusions. However, this introduces
> >>additional complexity, such as the need to know about
> >>two different ``Space`` objects in many places, 
> >>   
> >>
> >
> >Which places?
> >
> 
> Everywhere we want to resove links. I.e., in the client, in the binder, 
> in xupdf...

No, absolutely not. That's what we have IndexManager for.

*ONLY* the backend must know about this.

> >>or
> >>to have a Storm pointer reference in the main space that allows
> >>loading the link space.
> >>
> >
> >Why is this a problem?
> >
> 
> Because it's additional complexity...

So is a.hidden-transclusion.

The above reason I'm just not buying.

> >>As for this way, for now I propose
> >>to have a dimension ``a.hidden-transclusion``; if
> >>a cell has a posward connection on ``a.hidden-transclusion``,
> >>it will not by default be shown in that kind of context.
> >>(Of course, for diagnostic views, we may want to view
> >>such cells also.)
> >>   
> >>
> >
> >Hmmmm... This sounds like a really bad kludge. Any other way?
> >
> 
> Can you explain why you consider it a kludge? I considered it pretty 
> normal...
  ...
> >
> >Ted did have in his designs flags and attributes of cells...
> >
> 
> Yes, that's what this is modeled after?

Except by using something (dimension) for something it's not (boolean flag).

        Tuomas