| Age | Commit message (Collapse) | Author |
|---|
|
this commit is mostly trash lol
|
|
And also get most of it working wow.
|
|
This is basically just a stub for now, but you can specify
what playlists you want open when mtui is called without any
provided directories/playlists in "defaultPlaylists'!
Also comes with complementary --config-file and
--skip-config-file arguments.
|
|
Exciting update! This doesn't make any substantial changes
exactly but does update the most quickly-archaic parts of
older Node code.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
...for consistency with a socket.js (coming soon to a theater near you!)
|
|
Backend save/restore code (living in serialized-backend.js) has been
well tested and shouldn't need much change going forward. Now we get to
begin working on the actual synchronized-over-socket-server commands!
|
|
|
|
...for consistency with a socket.js (coming soon to a theater near you!)
|
|
It's called loadPlaylistOrSource now, and can take a grouplike (which it
will process with processSmartPlaylist as usual) instead of a URL to
pass to a crawler.
This is so that all functionality for loading a playlist can be
collected in and accessed through one interface, so that modifications
to the way playlists are loaded will be reflected across everywhere that
loads a playlist.
|
|
It's called loadPlaylistOrSource now, and can take a grouplike (which it
will process with processSmartPlaylist as usual) instead of a URL to
pass to a crawler.
This is so that all functionality for loading a playlist can be
collected in and accessed through one interface, so that modifications
to the way playlists are loaded will be reflected across everywhere that
loads a playlist.
|
|
$ mtui --player sox --player-options bass +25 \;
|
|
|
|
This means we can basically guarantee 0% CPU usage when nothing on the
screen is changing! There may still be some kinks to work out, but I've
tested most features and fixed any apparent bugs (including an unrelated
bug in the suspend feature which made it crash when resuming the process).
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
..so that your scrollback isn't messed up by mtui's output when you
quit.
|
|
I didn't have any luck optimizing buildItems though. It might be
something to come back to some other time. (It's already quick enough to
be usable, even on modland.json, that's for sure!)
|
|
Now you can browse modland.json at your leisure, without the fear of
waiting 10 seconds every time you so much as move your cursor!
|
|
'Cuz hey, why not?
|
|
Just to see if I can optimize tui-lib's ansi diffing.
|
|
Moved .on('resize') to be after the flushable is actually created, so we
don't get an error (flushable is not defined) when resizing before the
flushable has been created. Also checked for size only immediately
before we actually display, so that the size is accurate right away.
|
|
|
|
|
|
|
|
|
|
Or any other crawler argument, and it'll (try to) guess which crawler
you want to use automatically. Handy!
|
|
|
|
..mentioning that you can add stuff to ~/Music to make it show up in the
default mtui playlist.
|
|
|
|
|
|
|
|
Basically directly pulled from http-music. Want to make a nice UI for
this eventually ("opening playlist..." popup dialog), but not for now.
|
|
|
|
|
|
|
|
|
