Now that we have defined what/whose problem we’re trying to solve, and debated about the implementation details, it would be worth asking why a graphical XMMS2 client would be a good fit.
After all, we have a brand new korving CLI (nycli), isn’t that enough? In a sense it is, but it fills a different niche. GUI applications are good at things that CLI applications aren’t, and vice-versa. So the goal is to exploit the specific advantages of graphical music players.
For instance, even the most hardcore fans of the command-line will admit that the following tasks are easier with a graphical player:
- Edit a playlist, using mouse selection and drag-and-drop.
- Browse albums by cover.
- Organize music manually into playlists or using dynamic collections.
But these are just simple examples that are now expected of any standard graphical music player.
Can’t we get something more exciting?
As Obama taught us, “yes, we can!”
Three main aspects usually poorly supported and under-exploited in music players are powerful tools to:
- Browse
- Organize
- Explore/discover