D10972: [RFC] Exposing slideshow to MPRIS controllers

[Matthijs Tijink]

mtijink added a comment.


  Your feature looks awesome! I'd also like to weigh in on the pause/stop discussing though.
  
  In D10972#217156 <https://phabricator.kde.org/D10972#217156>, @kossebau wrote:
  
  > In D10972#217095 <https://phabricator.kde.org/D10972#217095>, @nicolasfella wrote:
  >
  > > - the pause methode stoppes/pauses the slideshow. It seems natural and fits better into KDE Connect than stop
  >
  >
  > Any chance KDE Connect can instead extend its support of the MediaPlayer2.Player interface? There Stop & Pause are two distinct different operations (Reset vs. Hold), and the property `CanPause` is an official flag to declare the ability to also do Pause.
  >  Why I would rather like to see KDE Connect extended:
  >  Right now the existing implementation of Gwenview only supports the concept of Stop (i.e. cancel show and reset to "begin" of current track/slide). While it might be an option to work on this and help the curently abilitites of KDE Connect, a real "Pause" does not make that much sense in the domain of a still image slide show (only when it's an video, which I have not yet really tested).
  >  Then there can be players which do live streams (think webcam or babymonitor)  without any buffering, so where the concept of Pause also does not apply. Yet one might want to turn on & off those using KDE Connect.
  
  
  I think "Pause" certainly makes sense in a slideshow. Stop should reset to the beginning of the slideshow (as required by the mpris specification). Pausing should allow you to continue playing the slideshow where you left off. "Stop" certainly is a useful feature but play/pause should be far more common. If you think about the analogy to video/music, that seems the logical behaviour to me.

REPOSITORY
  R260 Gwenview

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

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