Review Request: Fix scrolling with mouse (without wheel) in krunner
Jacopo De Simoi
wilderkde at gmail.com
Fri Jul 10 13:52:47 CEST 2009
On Thursday 09 July 2009 13:31:10 Jacopo De Simoi wrote:
> On Wednesday 08 July 2009 23:49:43 Aaron J. Seigo wrote:
> > On Wednesday 08 July 2009, Jacopo De Simoi wrote:
> > > On Wednesday 08 July 2009 19:41:30 Aaron J. Seigo wrote:
> > > > On Wednesday 08 July 2009, you wrote:
> > > > > QPainter from paintEvent.. here is the result:
> > > > > http://imagebin.ca/view/TFWmBq.html
> > > >
> > > > to be clear, the problem we're seeing in that screenshot is what exactly?
> > > > the colouring of the fade out or the positioning of it?
> > >
> > > The problem is that the dialog itself becomes transparent, and fades into
> > > the desktop; it's like there's a hole in the dialog, whereas we would like
> > > that just the items become transparent and fade into the background of the
> > > dialog, as we manage to have if we let QGV::render paint items on a pixmap
> > > and then put a gradient on it before drawing it using the painter...
> >
> > perhaps you are using the wrong compositing setting when painting? it sounds
> > like you aren't blending it with the contents but rather doing sth like
> > QPainter::CompositionMode_Source?
> I'm using destinationIn, basically I copied from your piece of code for the items,
> however I'll check with other CompositionModes
Nah, no luck. I believe that the QPainter used to draw Background, items, foreground is the same used to draw the background of the widget,
therefore putting 0 alpha would make the dialog as well transparent.
Again, It seems that I have to redirect the painter to a pixmap and then blend over it, that's what you do in the resultitem::paint iirc...
Any better idea than render(), again?
>
> >
> >
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
More information about the Plasma-devel
mailing list