« get me outta code hell

Queue item menu, "Play later" option - mtui - Music Text User Interface - user-friendly command line music player
about summary refs log tree commit diff
path: root/todo.txt
diff options
context:
space:
mode:
authorFlorrie <towerofnix@gmail.com>2019-01-10 00:37:29 -0400
committerFlorrie <towerofnix@gmail.com>2019-01-10 00:37:29 -0400
commitc3b6885388df51df054ac0ea150ae79de2eeaab0 (patch)
tree9dbb8b3d43e700cba9d09ef4e3d8f21f0dc1e696 /todo.txt
parent4ec41ab7af3166e20fc3300e39ec5327354787b4 (diff)
Queue item menu, "Play later" option
Items in the queue now have a menu, and if you pick "play later" from it
(the other option is "remove from queue"), it'll move that item into
somewhere further down in the queue. If it was already playing when you
select play later, it'll first skip it, then move it.
Diffstat (limited to 'todo.txt')
-rw-r--r--todo.txt28
1 files changed, 26 insertions, 2 deletions
diff --git a/todo.txt b/todo.txt
index a7e02f5..3683ecc 100644
--- a/todo.txt
+++ b/todo.txt
@@ -144,10 +144,12 @@ TODO: If a track's file is a symlink, the "From:" label should show where it
 TODO: The "Up (to <group>)" and "(This group has no items)" elements are not
       quite buttons nor grouplike items. They should be more consistent with
       actual grouplike items (i.e. same behavior and appearance), and should
-      be less buggy. (Done!)
+      be less buggy.
+      (Done!)
 
 TODO: "Distribute" options in play/queue menu -- "don't distribute", "spread
-      (across queue?) evenly", "spread randomly". (Done!)
+      (across queue?) evenly", "spread randomly".
+      (Done!)
 
 TODO: Investigate how to make "distribute" options work better when the
       currently-playing song is contained in the group to be distributed.
@@ -164,3 +166,25 @@ TODO: If you remove tracks from the queue that are above the currently selected
 
 TODO: Arbitrary queue! I.e, you specify the downloadURL, then it queues that
       item.
+
+TODO: A "distribute children" option (with better wording)! Like manually
+      queueing each child group to be distributed evenly one by one, but
+      automatic.
+
+      More on that thought...I don't think I want to have "clumps" of like,
+      one of a song from EVERY album right at the start and the end, when we
+      do that. (Well maybe not the end, but definitely at the start.) If we
+      pretend there's "fake" items at the start of the group before we
+      distribute it, I think we'll get better results - that fake item will be
+      placed at the start, letting the rest of the group get distributed in
+      better order. (Of course, the fake item is just an offset in the math.
+      It isn't an actual item that will get added to the queue.)
+
+TODO: Remove ALL children before queueing, THEN queue them - including any math
+      for distribution. Might give interesting results...or maybe it wouldn't
+      be any different. Worth investigating!
+
+TODO: A "play later" option for songs in the queue, identical to distributing
+      randomly the single track; if the track is already playing, it should
+      skip to the next song before shuffling.
+      (Done!)