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

List:       kde-active
Subject:    Re: PA4
From:       Maurice_de_la_Ferté <kadava () gmx ! de>
Date:       2013-07-23 21:57:45
Message-ID: 51EEFC59.5060106 () gmx ! de
[Download RAW message or body]

On 23.07.2013 23:27, Maurice de la Ferté wrote:
> Hi,
> 
> On 23.07.2013 22:32, Ruediger Gad wrote:
> > It's "simply" that the nm-applet doesn't receive any mouse events 
> > after it was opened.
> > The icon and the applet seem to receive the equivalent of 
> > "right-click" events: in both cases the same pop-up menu appears.
> > I forced the right click even by tinkering with the button mask via 
> > some xinput utils.
> > 
> > During the tries to fixing this I played with lots of added debugging 
> > statements in the involved code.
> > QML-wise, the touch events seem to be not forwarded to the QML part 
> > at all.
> > On the C++ side the results are also "strange". It seems like only 
> > the first key-press is forwarded to the applet and then the rest is 
> > just ignored/filtered/masked, whatever.
> > 
> 
> This sounds to me like a might be similar issue which has Marco 
> workaround by the following
> patch for PA3:
> 
> https://build.merproject.org/package/view_file?file=use-fake-windows-for-pa3-arm-rel \
> ease.patch&package=plasma-mobile&project=kde%3Astable%3Aux&rev=331c3c1e0bed9d475c544552dc51a951 \
>  
> 
> I do not remember all details anymore, but we had to use a fake window 
> to get touch events
> back on some PA core features on arm and the patch is still in usage.
> 
This is what the plasma-mobile.changes tells about:

<snip>
- Add workaround to get buttons on e.g. archos gen9 on some panels 
resposive again
   https://bugs.kde.org/show_bug.cgi?id=304875
<snap>

In case this goes in the wrong direction, please ignore.

_______________________________________________
Active mailing list
Active@kde.org
https://mail.kde.org/mailman/listinfo/active


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