Date | Commit message (Collapse) |
|
We need to add new songs in reverse order of what's in
the file to preserve ordering when they're added after
an existing ID. This way we don't have to remember the
track we just added, either.
|
|
This should allow convenient rearranging and deleting of tracks from
the tracklist from your favorite $EDITOR.
|
|
It is orders of magnitude more efficient to implement this
in the player and very noticeable when using large playlists.
|
|
The documentation part is managed by the new
Documentation/update-copyright script. For the future, the rest may
be managed by the update-copyright tool in gnulib
|
|
Notably, this speeds up "dtas-tl cat" output a little bit.
Hrm, Ruby really should be using writev here, we'll need to
investigate at a later date.
|
|
This avoids compatibility problems as File.expand_path respects the
"filesystem" encoding of Ruby. I'm not 100% sure this is correct,
as Ruby encoding support still confuses me, but this fixes a problem
where I attempted to add UTF-8 filename with non-US-ASCII characters
in it on ruby-trunk.
|
|
I'm still normal, and still trolling, but 80x24.org will be epic :)
|
|
Using a regexp to match trackIDs is probably not intended
by the user.
|
|
This behaves like "goto", but takes a regular expression
instead of a track_id
|
|
Shorten these commands since they're frequently used and
to make eventual tab completion easier.
|
|
This is implemented in client space, as the MPRIS 2.0
spec does not say this needs to be implemented at all...
|
|
It's easier to handle the client and player to be in different
directories (and we also do this for dtas-enq(1))
|
|
This adds a bunch of tracks sequentially to the end of the tracklist
|
|
This should allow us to repeat through a list of tracks with relative
ease. There is a rudimentary dtas-tl client implemented. This
may be removed in the future.
|