You are not logged in.
dmenu_mocp is a simple shell script that calls dmenu.
Why?
because i enjoy letting mocp run in the background and like to have a quick way to control it.
The simple solution for me was writing a bash script that calls dmenu and issues some commands. loading a playlist and things of that nature. I'm posting my work up here, because i know many Archers enjoy mocp.
what about Mocicon?
Previously I've been working on Mocicon, a system tray icon, that was an GTK mocp frontend. But in the spirit of suckless-ism I thought it was a bit inconvenient. Its annoying, has the GTK dependancy and has a considerable footprint for such a small program. I'm still developing it, but though tilers/keyboard users would like this script.
You can still get it at http://mocicon.sourceforge.net
Why dmenu?
dmenu, was also my choice because there is no dependancy other than Xlib, it's blazing fast, and is pretty much tiler/keyboard friendly
Features:
starting server
closing the server
pause/play
prev/next song selection
playlist loading
You can get it at http://mocicon.sourceforge.net/dmenu_mocp (no webpage just a stinkin file )
comments and feedback would be nice, feature requests of course will be accepted.
Cheers,
MutantTurkey
Last edited by MutantTurkey (2010-04-10 17:42:04)
Offline
you can also take a look at rwma (http://bbs.archlinux.org/viewtopic.php?id=92549). it has (among other things) module for controlling various music players (including mocp). it doesn't have playlist load option but it can be simply added. simply bind a keyboard shortcut to command 'rwma-command player' and you'll get a play/next/prev menu.
Offline
In the interest of minimalism, using a ruby program is not on the list of fast minimal computing. hacking up something to work with that, i am not really inclined to do. dmenu is simple. dmenu is fast. i bind a shortcut to dmenu_mocp i have a simple list of what i want. no more, no less.
by avoiding anything that will add dependencies, or use languages like python ruby or perl, helps keep it fast, portable, and generally more manageable and hack-able.
The Turk
Offline
i know it is not very sucklessy . but it is simple, modular, fast enough for any kind of reaction to user input (it is in the background so it doesn't need to be started on every command), and IMHO it's pretty hackable. i'm a little biased because i wrote it, but i've been using it for about a year and i'm very happy with it. i like minimalism too, but with time i found that extreme minimalism actually decreases productivity (in my case).
Offline
extreme minimalism is not what i like, what i like is being able to integrate tools together, working with a unix philosophy kind of deal.
I don't like language barriers, especially not computer language barriers, by writing this in bash i can open it up to anyone to script.
Cheers
MutantTurkey
Last edited by MutantTurkey (2010-05-03 01:29:43)
Offline