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

List:       kde-core-devel
Subject:    Re: Requiring KApplication because of installX11EventFilter (was Re:
From:       Louai Al-Khanji <louai.khanji () gmail ! com>
Date:       2009-04-28 16:12:22
Message-ID: f4a2642e0904280912x1438767laf2a42256e42d2bc () mail ! gmail ! com
[Download RAW message or body]

On Tue, Apr 28, 2009 at 4:28 PM, Lubos Lunak <l.lunak@suse.cz> wrote:
> On Monday 27 of April 2009, Michael Leupold wrote:
>> Oswald Buddenhagen wrote:
>> > On Mon, Apr 27, 2009 at 10:12:56AM +0200, Michael Leupold wrote:
>> >> As far as I know new classes have to be used in 2 places in order to
>> >> be considered for adoption. I'd like to ask for an exception to this
>> >> rule.
>> >
>> > you don't have to ... just port kdm to use it. and when you are already
>> > at it, you can implement changing the lock state if you haven't yet. :D
>>
>> Good use-case as well. Currently KModifierKeyInfo relies on
>> KApplication::installX11EventFilter though which kdm currently doesn't
>> provide but it should be possible to install it manually - I'll look into
>> it.
>
>  Wasn't the plan to make KApplication only some kind of an optional
> convenience extra that is not required? My memory is a bit hazy on this and I
> can't find it in the archives - does somebody remember?

I seem to recall the same thing.

>
>  If that's the case, it should be instead implemented in Qt to have better
> support for X11 event filters. Recently there was a similar problem in
> kde-devel about KWindowSystem "not working".
>
> --
> Lubos Lunak
> KDE developer
> --------------------------------------------------------------
> SUSE LINUX, s.r.o.   e-mail: l.lunak@suse.cz , l.lunak@kde.org
> Lihovarska 1060/12   tel: +420 284 028 972
> 190 00 Prague 9      fax: +420 284 028 951
> Czech Republic       http://www.suse.cz
>



-- 
- Louai Al-Khanji

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