Date | Commit message (Collapse) |
|
If a file is missing, we must not respect the repeat option
set by the user to avoid infinite looping
|
|
Hopefully this makes the code less daunting to newcomers
|
|
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
|
|
This is terser, reads better and generates smaller bytecode.
|
|
I'm still normal, and still trolling, but 80x24.org will be epic :)
|
|
Otherwise we end up going past the end of the list.
|
|
We don't want to repeat tracks if a track was added to a spot
before the current position on the tracklist.
|
|
We should not have the position point too far past the end of the
list. This allows playback to start when we do "tl add" on
an idle player after removing something from the tracklist.
|
|
We have no public Ruby API, only socket protocols and data formats.
|
|
Because sometimes a song is just stuck in our head.
Or MPRIS 2.0 wants us to implement it this way...
|
|
Non-repeating tracklists should stop playing when there's nothing
to go back to.
|
|
This should make implementing SetPosition in the MPRIS 2.0 spec
possible.
|
|
This means we can go back and forth in the tracklist like a normal
music player. This will allow an easier MPRIS 2.0 implementation.
|
|
This is a more accurate depiction of what happens,
and we'll implement "next" and "previous" commands in the future.
|
|
We should return to the starting position of the tracklist if we
are idle.
|
|
We need to preserve the go_to-specified position for next_track,
doing otherwise would cause us to always be off-by-one.
|
|
This allows easier scripting if we want to add a bunch of tracks
|
|
This should allow us to eventually implement a MPRIS 2.0-compliant
tracklist.
|