gzz-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gzz] Asko 2002-11-22 (client)


From: Benja Fallenstein
Subject: Re: [Gzz] Asko 2002-11-22 (client)
Date: Sat, 23 Nov 2002 02:55:34 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1

Asko Soukka wrote:

>Fri, 22 Nov 2002, Benja Fallenstein wrote:
>
>
>>However, in AWT, interpolating the text size doesn't really look good--
>>it JUMPS badly. :-( I think for AWT we need to go back to the old
>>system, where the text size is fixed for each VobScene and jumps when we
>>move from the one scene to the other-- but how can we do this?
>>
>>
>
>Oh... I just wanted to make scaling of ScalableFont to work. I didn't
>except it to affect like that in client. Although, IMHO it's better than
>not scaling at all.
>

It should IMHO work like in 0.6-- do we agree on that?

>I'm sorry, but I don't know the old system :/ When
>so "we move from the on scene to the other"? Does it mean changing font
>sizes less often in animation (only at the end, at the beginning or in
>the middle of it)?
>

Only in the middle. It's the same point that the cursor color jumps to
another cell when you move the cursor.

I kludged it to work like that for now; good way to do it still sought for.

>And only the AWT client should work like that...
>

Yes.

>[stretching cells]
>
>
>>Hmm, I think the idea is to request the size from the cell view, then
>>place the box coordsys, then let the cell view place itself into that box.
>>
>>
>
>Sounds better. AFAIK we should not draw outside the box, or at least we
>should use a stencil of box's size. So, is streching is actually view's
>feature as in 0.6? If view is allowed to strech cells, it requests the
>size from the current CellView, which passes the request to the current
>CellContentView?
>

Yes.

>View-CellView interaction needs more thought, since CellView should be
>able to affect how its connections are drawn, although this should not be
>obligatory. E.g. in LollipopCellView I want all the connection lines to
>meet in the middle of its ball... or alternatively they should start from
>the edge of the ball on the proper direction. In practice CellView
>could create a one translation coordinate system for the start point of
>all connection lines... or create a translation coordinate system for a
>point on its edge on requested direction. Well, I have a peg about
>this in my TODO, but I haven't got so far yet.
>

Could well work, we'll see ;-) I'm not 100% sure it covers all cases,
but if any others turn up, we'll see what to do about that.

- Benja






reply via email to

[Prev in Thread] Current Thread [Next in Thread]