shpotify
shpotify copied to clipboard
Clean up output messages and make them consistent
Especially:
- [ ] The output that's shown after play-by-search
- [ ] The output that's shown when toggling playback features
- [ ] The
status
option can show more things and it could be renamed toinfo
. Think about whethershare
could be folded into it?
I think share
should not be integrated into either info
or status
. Since the clipboard interaction will delete every other content in the clipboard. In my opinion this is not the behavior you would expect from an option that displays status information. The clipboard interaction should be explicitly requested by the user.
I agree. The above is out-of-date and what I meant to say was:
- The interface for what we call
status
andinfo
today should be merged intelligently. Something likestatus
providing more information than it does today (few extra attributes frominfo
) and something likestatus detailed
for many more (but not all, e.g. I don't see the utility of thumbnail URL) attributes frominfo
. - The interface for
share
could be merged into 1. e.g.status share
as opposed to simplyshare
as it is today.
I agree with you from a functional point of view.
But I wouldn't extend the shell options to a two dimensional structure like shpotify status detailed
or shpotify status share
. The beauty of shell commands is in their short and normalized structure. And shpotify
is most likely used to type Spotify commands quickly on the command line.
I would prefer shpotify
for a short info, with shpotify status
pointing to the same output, shpotify info
for the detailed view and shpotify share
for the aforementioned clipboard copying.
I don't disagree with you. I am just thinking out loud here.