[Date Prev][Date Next][Thread Prev][Thread Next][Author Index][Date Index][Thread Index]
Re: [zzdev] Re renderinfo drawing boxes
- To: "B. Fallenstein" <b.fallenstein@xxxxxx>
- Subject: Re: [zzdev] Re renderinfo drawing boxes
- From: Tuomas Lukka <lukka@xxxxxxxxxx>
- Date: Thu, 26 Apr 2001 20:55:12 +0300
- Cc: Tuomas Lukka <lukka@xxxxxxxxxxx>, ZZ Development <zzdev@xxxxxxxxxx>
- In-reply-to: <3AE85CCE.8FEF28F8@xxxxxx>; from b.fallenstein@xxxxxx on Thu, Apr 26, 2001 at 07:37:18PM +0200
- Mail-followup-to: "B. Fallenstein" <b.fallenstein@xxxxxx>, Tuomas Lukka <lukka@xxxxxxxxxxx>, ZZ Development <zzdev@xxxxxxxxxx>
- References: <3AE85CCE.8FEF28F8@xxxxxx>
> Hmmm... Issues are:
> * Should renderinfo really draw the boxes itself?
??
That's the default implementation so I don't have to copy the code
to both Trivial and SimpleVobSet.
Note that the method is not final: it can be overridden by something
that calls the theme-appropriate routine.
> * At some point I want to experiment with connections rendered between
> background and box. Then we probably need a different model.
I still think that this has enormous problems. It gets very difficult
to make it consistent when nearby, overlapping cells are connected.
Probably an alpha channel approach would work better there.
Or overlying translucent things.
> * The box used may affect the visual center of the vob, as in
> ball-and-stick, and thus change the ways views and decorations behave.
No, the box shouldn't. Ball and stick is different in many ways from
the normal box stuff. I don't think that the same code can be used.
> * The box may also affect the clipping! (ball-and-stick doesn't clip,
> boxed cell conted usually wants to)
>
> These don't need to be solved today, but we have to keep them in mind.
> (Always thinking ahead, yes? ;) )
Of course.
Tuomas