| Age | Commit message (Collapse) | Author |
|---|
|
|
|
...while a new track is "playing" but its time data isn't yet available
(because the player process hasn't actually reported any data yet,
probably because the player/file itself is still loading).
|
|
I.e. if we aren't playing a track, don't take into account the remaining
time of the "current track" saved by the playback info element if we
aren't actually playing any track right now.
|
|
|
|
|
|
This behavior got changed recently, where the player being paused would
carry through across tracks. It no longer does that.
|
|
|
|
Also add some todo's.
|
|
Or the beginning of one, anyway!
|
|
|
|
Ala cytube!
|
|
|
|
Before this commit, the width of the context menu depended on its own
previous width - so if you opened the menu of an album with a very long
name, then opened the menu of a shorter one, the width wouldn't actually
shrink to the shorter one's size as it's supposed to.
|
|
|
|
This means mtui won't be able to access tracks that were downloaded
before, but oh well. It also means we get to get rid of js-base64 as a
dependency!
|
|
...and adapt the code to support the scrollbar being hidden (if there
aren't enough items to make the listing scrollable).
|
|
|
|
...when you choose "process metadata (new entries)" on a track which has
already had its metadata processed.
|
|
...rather than just leaving a blank space where the title should be.
|
|
|
|
|
|
|
|
Definitely by pressing Ctrl-L but probably any of these would cause all
sorts of badness.
|
|
Also changed focus main/queue listings to [ and ], so that we can use
the 2 key for the down arrow on a number pad.
|
|
Otherwise you could type, for example, P to select "process...", then
close the menu, then reopen it and press R to jump to "remove...", but
it would just select "process" again because that matches "PR".
|
|
|
|
Actually it wasn't being updated at all. We need to pass an element to
selectInput, not an index!
|
|
Sorry :P
|
|
|
|
Previously (on Avatar), removing tracks from the queue would cause
a crash if the queue listing was scrolled down. This update fixes that.
|
|
|
|
Should think about moving this into tui-lib! It'd fit the boilerplate
function I have there already (I think), but we're not making use of
that in mtui yet.
|
|
|
|
|
|
|
|
I still prefer recordStore as the cleaner solution, but we were just
doing recordStore.app a lot of the time, and this really wasn't any
better than just passing app.
|
|
Fixes play/mark/etc status not updating right away.
|
|
|
|
|
|
|
|
|
|
..so that your scrollback isn't messed up by mtui's output when you
quit.
|
|
"v" increases because it's lowercase and therefore more likely to be
accidentally pressed, hence more likely to confuse the user when it
decreases the volume (if it decreased the volume - since it increases
the volume, it generally doesn't seem to have any effect until you've
already discovered that v and V are used for volume controls).
|
|
|
|
|
|
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.
|
|
* Menus opened from the queue wouldn't work before. Now they do.
(Well, there's no code for them yet, but there was when I was
testing.)
* Rebuilding the items of a listing while it's selected doesn't reset
the selection (i.e. select AppElement -> Tabber -> left pane). So you
can remove an item from the queue and have focus remain on the queue,
at the index where the item you removed was.
|
|
|
|
|
|
AKA, prevent left/right from bubbling (I already intended this to happen
but I forgot a required return false).
|
