Re: [Gzz] New PEG: containment--benja

[Tuomas Lukka]

> Changes
> -------
> 
> For now, let's handle containment through a
> ``gzz.zzutil.Contaiment`` class with the following methods::
> 
>    public static String getContainedText(Cell c) {
>    // ...
>    }
> 
>    public static Enfilade1D getContainedEnfilade(Cell c) {
>    // ...
>    }
> 
> These methods interpret the containment structure and return the
> respective representation of the content.

It might be good, for flexibility, to consider this a kind of
Index, and use IndexManager (or if you don't like that idea, create
another class like IndexManager where you can ask for these).

If we just have one implementation of the interface, it's too easy
to break encapsulation. 

> Additionally, new ``p``/``P`` bindings as (IIRC) specified by Ted:
> ``p`` puts the left window's cell at the end of the right window's
> list of contained cells; ``P`` does the reverse. (Actually, let's
> use the prefix mechanism explained in PEG 1022: other window if
> no cells are marked; the marked cells, if any; in the future,
> the cell identified by number, if any.)

This is too vague; is there a call in Containment that is used?
What are its semantics? Effects on other cells?

        Tuomas