Requiring KApplication because of installX11EventFilter (was Re: KModifierKeyInfo moved to kdereview)

Louai Al-Khanji louai.khanji at gmail.com
Tue Apr 28 17:12:22 BST 2009


On Tue, Apr 28, 2009 at 4:28 PM, Lubos Lunak <l.lunak at 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 at suse.cz , l.lunak at 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




More information about the kde-core-devel mailing list