On 1 June 2010 16:17, Faheem Pervez <span dir="ltr"><<a href="mailto:trippin1@gmail.com">trippin1@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
Yes, MCE introduced a D-Bus method just for this:<br>
<a href="http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#ff2ef408024bb9a77d746be7446c1423" target="_blank">http://maemo.org/api_refs/5.0/5.0-final/mce-dev/dbus-names_8h.html#ff2ef408024bb9a77d746be7446c1423</a><br>
<br>
mafw-gst-renderer is the one calling this.<br>
<br></blockquote><div><br>Indeed, it works with Vagalume as well, so I assumed it was the mafw stuff handling it somehow.<br><br>Thanks :)<br><br>Aniello<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div class="h5"><br>
On 6/2/10, Aniello Del Sorbo <<a href="mailto:anidel@gmail.com">anidel@gmail.com</a>> wrote:<br>
> I commented on the bug issue: <a href="https://bugs.maemo.org/show_bug.cgi?id=8011" target="_blank">https://bugs.maemo.org/show_bug.cgi?id=8011</a><br>
><br>
> I did more tests and it actually works much better than before and than I<br>
> thought :)<br>
><br>
> If Media Player is running, it'll always gets the rockers' events (even with<br>
> the screen locked and dimmed! I recall you had to activate the screen before<br>
> to change the volume).<br>
> If the Media Player is running and the foremost application is handling the<br>
> events for his own purposes, the Media Player still gets the events as<br>
> expected.<br>
><br>
> However if Media Player is not running, or music is stopped, than the<br>
> foremost application gets to handle the events and zoom in/put or whatever<br>
> it was programmed to do with them.<br>
><br>
> I assume this is a feature (as there'd be no way to know if that is a music<br>
> application or not) and the application is free to do whatever it wants.<br>
><br>
> I will change Xournal and make sure it won't zoom in/out if it gets those<br>
> events and the screen is locked.<br>
> I don't think any user would want to zoom in/out when the screen is locked<br>
> :)<br>
><br>
> Thanks for listening!<br>
><br>
> Aniello<br>
><br>
> On 1 June 2010 15:52, Aniello Del Sorbo <<a href="mailto:anidel@gmail.com">anidel@gmail.com</a>> wrote:<br>
><br>
>> Hi guys,<br>
>><br>
>> earlier versions of N900 allowed the volume to be changed when the screen<br>
>> was locked.<br>
>> This nice behaviour was disabled later and re-enabled in the latest<br>
>> firmware incarnation.<br>
>><br>
>> However, this now behaves differently.<br>
>> If an application that handles the zoom keys is the foremost application<br>
>> before locking the screen,<br>
>> then the zoom events goes to that application even though you can't see<br>
>> it.<br>
>><br>
>> For example Xournal and Microb will both zoom in/out if you press the +/-<br>
>> keys when the screen is locked<br>
>> and nothing appears on the screen (of course) .<br>
>><br>
>> Before filing the bug, I would like to check if the apps should RELEASE<br>
>> the<br>
>> keys handling someone when the screen is locked or if this is a bug in the<br>
>> way the lock screen handles them?<br>
>><br>
>> --<br>
>> anidel<br>
>><br>
><br>
><br>
><br>
> --<br>
> anidel<br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>anidel<br>