Re: FilterManager

[Hakan Ardo <hakan@debian.org>]

On Mon, Jul 13, 1998 at 08:54:15PM -0400, Andrew Berkley wrote:
> 
> 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

If that is the general case for display, letting the display create the 1:a
tree sure seems like the best idea. But if I read the code right the only
gtk specifik stuff in the basic nodes are a set of gtk draw commands and
some font handling, which I suspect could just as easy be placed outside the
tree...

But I suppose that the most general solution would be to have the display
create the tree anyway. We could probably minimize the gtk dependednt code
by moving more code to the super classes instead...

---------------------------------------------------------------
 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 :-)
---------------------------------------------------------------

PGP signature