[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Need Qt painting internals help with my
From:       Sebastian =?iso-8859-1?q?Tr=FCg?= <trueg () kde ! org>
Date:       2009-07-22 13:48:20
Message-ID: 200907221548.20397.trueg () kde ! org
[Download RAW message or body]

On Wednesday 22 July 2009 14:53:23 Thomas Lübking wrote:
> Am Wednesday 22 July 2009 schrieb Sebastian Trüg:
> > It works very nicely on "normal" widgets. It. however, fails on
> > listviews. If installed on the view itself or the viewport, the content
> > will not be painted anymore. I suspect it has something to do with the
> > view painting directly on the viewport. But I was not able to find the
> > problem and would appreciate any input.
> >
> > The interesting method is KPixmapSequenceOverlayPainter::eventFilter.
>
> obj->event( event );
> d->paintFrame();
> return true;
>
> that ignores the stuff that is itself being painted by an eventfilter
> (behind yours in the chain)
>
> -> (i do this with the KUrlNavigator breadcrumbs, works w/o problem since a
> month or so)
>
> obj->removeEventFilter(this); // don't recurse...
> QCoreApplication::sendEvent(obj, event);
> d->paintFrame();
> obj->installEventFilter(this); // catch on...
> return true; // we paint above everything
>
> issue: eventfilters that paint /before/ yours will paint twice. as the
> widget will be erased (you send a complete repaint) that's no visual
> problem but might impact speed (if it's an expensive operation)

thanks a lot. This seems to solve the problem. :)

Cheers,
Sebastian
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]