D10972: [RFC] Exposing slideshow to MPRIS controllers

[Friedrich W. H. Kossebau]

kossebau added a comment.


  In D10972#217158 <https://phabricator.kde.org/D10972#217158>, @kossebau wrote:
  
  > In D10972#217142 <https://phabricator.kde.org/D10972#217142>, @ngraham wrote:
  >
  > > I love the idea of this feature! Would this allow your keyboard's media keys to play/pause and skip through slides in the slideshow? If so that would take a bit of the pressure off or even resolve https://bugs.kde.org/show_bug.cgi?id=359381
  >
  >
  > That depends who has registered for those media keys and processes them. If that is done by the media controller applet, then yes. I see that somehow at least the NextMedia/PreviousMedia keys have an effect when on another virtual screen, so chance is indeed the media controller applet uses them. But Play/Pause & Stop do not have any effect, thus unsure myself.
  
  
  Seems indeed the media control keys (Play/Pause, Stop, Next, Previous) are registered via KGlobalAccel by the Mediacontroller applet by asking the MultiplexedService from the MPRIS2 dataengine to do that. Cmp. 
  https://cgit.kde.org/plasma-workspace.git/tree/applets/mediacontroller/contents/ui/main.qml#n187
  https://cgit.kde.org/plasma-workspace.git/tree/dataengines/mpris2/multiplexedservice.cpp#n78
  
  Though again we hit code which assumes CanPause=true, that's why the Play/Pause key did not work for me before when I tested with the patched Gwenview :) Did, as I have a patch now, soon up with some more MPRIS support fixes.

REPOSITORY
  R260 Gwenview

REVISION DETAIL
  https://phabricator.kde.org/D10972

To: kossebau, #gwenview
Cc: ngraham, nicolasfella, #kde_connect, rkflx, broulik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20180303/83ed718a/attachment.html>