Hi Michael,
On 02.08.2012 00:25, Michael Meeks wrote:
On Wed, 2012-08-01 at 22:18 +0400, Ivan Timofeev wrote:
We use CAIRO_FORMAT_ARGB32 and the cairo manual says[1]:
Pre-multiplied alpha is used. (That is, 50% transparent red is
0x8080, not 0x80ff.)
So you're right, and
Hi Ivan,
On Wed, 2012-08-01 at 22:18 +0400, Ivan Timofeev wrote:
> On 01.08.2012 20:59, Michael Meeks wrote:
> Well, now I have read about alpha compositing and cairo... :)
Oh ! nice :-)
> We use CAIRO_FORMAT_ARGB32 and the cairo manual says[1]:
>
> Pre-multiplied alpha is used. (That
On 01.08.2012 20:59, Michael Meeks wrote:
On Wed, 2012-08-01 at 19:56 +0400, Ivan Timofeev wrote:
I solved the problem by the following change in renderAreaToPix:
cairo_data[x*4+0] * alpha
That appears to me to break the compositing :-) it might happen to
improve things for this case
On Wed, 2012-08-01 at 19:56 +0400, Ivan Timofeev wrote:
> With gtk3 I see similar effect for normal (not toolbar) buttons, edits
> etc. Why do you think this is related to toolbars?
Oh - quite probably it is a generic problem :-) but we noticed it in
toolbars first.
> I solved the probl
Hi Michael,
On 01.08.2012 13:24, Michael Meeks wrote:
I was at GUADEC just now, and trying to get toolbar rendering sorted
out for gtk3 - which turned out to be quite 'fun' ;-) it seems that the
toolbar items we have have a WB_BORDER style set which appears to create
a strange border ren
On Fri, 2012-07-27 at 21:39 +0400, Ivan Timofeev wrote:
> there was a discussion about ugly listboxes in gtk theming, and we
> decided to draw a border:
I was at GUADEC just now, and trying to get toolbar rendering sorted
out for gtk3 - which turned out to be quite 'fun' ;-) it seems that