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

List:       kde-commits
Subject:    [amarok] HACKING/architecture: Explain how to implement simple queue manager behaviour.
From:       Bart Cerneels <bart.cerneels () kde ! org>
Date:       2012-09-22 15:12:16
Message-ID: 20120922151216.46FB6A60CD () git ! kde ! org
[Download RAW message or body]

Git commit b3b198a16602c48feafb4888e8f515780907e0d7 by Bart Cerneels.
Committed on 22/09/2012 at 12:03.
Pushed by shanachie into branch 'master'.

Explain how to implement simple queue manager behaviour.

M  +5    -1    HACKING/architecture/PlaybackQueue.txt
M  +2    -0    HACKING/architecture/Playlists.txt

http://commits.kde.org/amarok/b3b198a16602c48feafb4888e8f515780907e0d7

diff --git a/HACKING/architecture/PlaybackQueue.txt b/HACKING/architecture/=
PlaybackQueue.txt
index 76045ed..b01d62a 100644
--- a/HACKING/architecture/PlaybackQueue.txt
+++ b/HACKING/architecture/PlaybackQueue.txt
@@ -7,4 +7,8 @@ There are no modes (random, repeat, etc) affecting the play=
back order. The behav
 A QAbstractItemModel for the PlaybackQueue is exposed as the main interfac=
e. It's possible to insert and remove rows using the default methods and dr=
ag/drop of mime-data containing meta types is supported. It's a flat QModel=
Index containing only tracks. For purposes of display it can be used with p=
roxy models such as QtGroupingProxy to group by album/artist/composer. Sort=
ing of the queue is possible but is one undoable QAction. How the new order=
 is determined does not matter, but use a proxy models such as QSortFilterP=
roxyModel is suggested because of it's well known semantics and uses within=
 Amarok.
 Using extra columns and data roles the PlaybackQueueModel gives info about=
 certain queue-only information associated with a track. An example of this=
 is whether a track is part of a tracked playlist or if a manual user inter=
action locked the track at it's current place.
 =

-Playback history is not part of the PlaybackQueue. It has to be implemente=
d separately using a PlaybackObserver.
\ No newline at end of file
+Playback history is not part of the PlaybackQueue. It has to be implemente=
d separately using a PlaybackObserver.
+
+Old Playlist Queue Manager Behavior
+-----------------------------------
+Select in order and press Ctrl+U to move those tracks in selection order t=
o the top of the queue.
\ No newline at end of file
diff --git a/HACKING/architecture/Playlists.txt b/HACKING/architecture/Play=
lists.txt
index 5516d09..3eda255 100644
--- a/HACKING/architecture/Playlists.txt
+++ b/HACKING/architecture/Playlists.txt
@@ -84,3 +84,5 @@ The shuffling of tracks should be a visual animation to m=
ake it clear what is ha
 =

 Old Playlist Queue Manager Behavior
 -----------------------------------
+
+Implemented in PlaybackQueue.
[prev in list] [next in list] [prev in thread] [next in thread]