Re: FilterManager

[Andrew Berkley <ajb6@physics.umd.edu>]

I haven't really been following the development recently (or the display
stuff really at all), but here's my take.

Imagine we use an intermediate tree of sorts, let's say something like a
tree of objects with associated attributes, etc, that is the same for ALL
display types-- text, gtk, etc).  Now each new display type is going to
have to read the tree and basically build an exactly equivalent tree (most
likely) except using new tags that are associated with direct display
objects (11 point bold text of this font).  But, by letting the display
have a hand in building the tree, we can avoid this step-- at least I
think so (I'm not too sure about how the style sheet stuff works, but I
think we can still avoid recopying the tree).

Andrew

On Tue, 14 Jul 1998, Hakan Ardo wrote:

> Hi,
> the xml filter is now loaded and starts parsing the data! The question is
> now how to define the interface to the display filter (with this new FM
> design the manager does not care about that interface). The simplest would
> probably be to use the display to create the dtree tags as done before. What
> I don't like about that way is that there is so much generic code that gets
> tages gtk specifik due to some minor dependence...
> 
> -- 
> ---------------------------------------------------------------
>  Name:        Hakan Ardo
>  E-Mail:      hakan@debian.org
>  WWW:         http://www.ub2.lu.se/~hakan/sig.html
>  Public Key:  Try "finger hakan@master.debian.org"
>  Fingerprint: E9 81 FD 90 53 5C E9 3E  3D ED 57 15 1B 7E 29 F3
>  Interests:   WWW, Programming, 3D graphics
> 
>  Thought for the day: As long as one understands, the
>  spelling does not matter :-)
> ---------------------------------------------------------------
>