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

List:       kde-devel
Subject:    Re: Howto respond to a event before existing handlers
From:       Lindsay Mathieson <lindsay.mathieson () gmail ! com>
Date:       2010-04-25 1:41:13
Message-ID: 201004251141.13573.lindsay.mathieson () gmail ! com
[Download RAW message or body]

On Sun, 25 Apr 2010 09:35:22 am Thomas Lübking wrote:
> Event != Signal, i don't think there's a "newtab" event.
> 
> The eventfilter is a stack (LIFO) while the connections are a queue (FIFO)
> - so if you install an eventfilter latter than the critical ones, you'll
> be called before.
> You would want to listen to QEvent::ChildAdded, but iirc the child is
> already created then.
> 
> Otherwise you'll have watch the tab creating objects or connect to a signal
> that is emitted before the tab creation (such as KTabBar::newTabReques())
> and than it should not matter whether someone else has connected to that
> signal as well.


Actually not to worry, I've solved the problem now, was just looking at it the 
wrong way round.

Thanks,

-- 
Lindsay
http://blackpaw.jalbum.net/home
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

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

Configure | About | News | Add a list | Sponsored by KoreLogic