PaintDevice/Layer/Mask/Selection/Overlay

Boudewijn Rempt boud at valdyas.org
Wed May 16 08:13:59 CEST 2007


On Tuesday 15 May 2007, Schleimer, Ben wrote:

> Um, if these properties are per-pixel, they should probably be a channel in
> the KisPaintDevice. If they are physical properties, overlay may not be the
> best name for them...

They are called overlays because they can be added to every layer, not just 
layers with special color models. So color is in-band in the pixels in the 
paint device and these are out-of-band in the layer. The name is the best I 
could come up with :-). We could add them as extensions to the paint device, 
too, like selections -- maybe that would work better.

> This sounds like the job of the projection KisPaintDevice. I understand if
> KisPaintEngine isn't ready yet but you probably don't want to expose the
> KisShapeLayer::canvas in the interface as it is an implementation detail.

Indeed. The idea is to hide that and have a mechanism where the generic 
KisLayer superclass takes the internal projection (the shape layer canvas) 
and applies the effects to it, effectively producing a public projection.

> This is an implementation detail and shouldn't be exposed in the interface.

I'm not sure how to avoid that, but at the same time, I'm not sure how to do 
it at all.

> So the global selection needs to be displayed somewhere...

Yes, in the layerbox. Like this:

----------------
| global sel.  |
----------------
| layer 1      |
|     eff. mask|
|     local s. |
| root layer   |
----------------


-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20070516/e49f8ff1/attachment.pgp 


More information about the kimageshop mailing list