Tool overlay and cursor shapes

[Cyrille Berger]

On Saturday 05 September 2009, LukasT.dev at gmail.com wrote:
> On Friday 04 September 2009 10:52:20 Cyrille Berger wrote:
> > On Friday 04 September 2009, LukasT.dev at gmail.com wrote:
> > > I'm waiting whether somebody approve my commit which uses QImage as
> > > buffer in canvas although we have many buffers in the render chain...
> >
> > That is still a concern.
>
> Any chance to test this patch through beta stages and revert if it shows
> performance problems?
I leave that decision to Boudewijn :)

> > > At least my
> > > patch would help me to fix some issues (I could use various compositing
> > > modes, e.g. XOR, without fear that some platform or X11 would not work
> > > correctly)
> >
> > What's wrong with the black&white lines solution ?
>
> I really think that some composite operation is better because it can help
> you identify e.g. the borders of some area you paint. You can see on the
> outline where is different colour. Black and white just covers part of the
> image.
>
> Second argument is pure subjective -- it is ugly :)
since xor is ugly as well...

> > > I would prefer some intelligent XOR instead of black&white versions.
> > > When the under-laying pixel has brightness less then 50 use black
> > > pixel, white otherwise...
> >
> > Yes but we don't have that in Qt, do we ?
>
> Yep, we don't. It is possible to have own code for that outside Qt? E.g.
> some method that would raster line on QImage according bresensham algorithm
> and would take pixels in QImage into account? Then just use value from
> QColor as the limit for black&white? Would be that usable?
we would have to rewrite part of arthur in krita... maybe trolltech would 
accept such a patch... but that would be for nex year.

-- 
Cyrille Berger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20090905/5ffbb70c/attachment.htm