gzz-dev
[Top][All Lists]
Advanced

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

Re: [Gzz] [Gzz-commits] gzz/gzz/view LinebrokenCellContentView.java (fwd


From: Benja Fallenstein
Subject: Re: [Gzz] [Gzz-commits] gzz/gzz/view LinebrokenCellContentView.java (fwd)
Date: Fri, 10 Jan 2003 20:03:35 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9

Tuomas Lukka wrote:
On Fri, Jan 10, 2003 at 06:29:08PM +0100, Benja Fallenstein wrote:

Tuomas Lukka wrote:

On Fri, Jan 10, 2003 at 04:21:57PM +0200, Matti Katila wrote:


On Fri, 10 Jan 2003, Tuomas Lukka wrote:


On Fri, Jan 10, 2003 at 03:30:22PM +0200, Matti Katila wrote:


I needed color for TextVob - no PEG, sorry.

This is also something what might be a useful way to send a signal to user with different text colors. So does this belong to all CellViews? The color should be also Color or something more regular.

Actually, this should probably be done in a different way, by
not setting color inside the textvob or linebroken stuff, but rather
just before them putting a color to the vobscene.

Same with AWT?


Yes. Hmm... maybe "current color" should be a VobScene property like Benja
wants to do clipping?

Why not pass it to the vob?


Because then *every* vob needs that option. Probably not what we want ;)

Well, we want to:
- have different colors for cell background, border, text and lines (optionally)
- have some cells colored differently to indicate something (optionally)
- have some runs of text colored differently to indicate something
...and so on.

Any vob can have zero (e.g. raster image) or many colors assigned.

I believe that just giving the color to each vob is really straight-forward. I also believe that stateful graphics interfaces give you headaches.

- Benja





reply via email to

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