summaryrefslogtreecommitdiffhomepage
path: root/Commands.hs
AgeCommit message (Collapse)Author
2007-07-13Commands.hs: more code cleanupAndrea Rossato
darcs-hash:20070713093402-d6583-eff0382e0c9bb69bd7d45be1b4691bd50f55f776.gz
2007-07-12use of existential types for plugin supportAndrea Rossato
This patch, which *changes the configuration format*, adds easy plugin support by using an existential type for storing the list of commands to be executed. Adding a plugin is just a matter of writing the appropriate instance of the Exec class, after importing Commands.hs. I must thank Claus Reinke for the help in understanding the mysteries of reading existential types. The Read instance of Runnable must be credited to him. See here: http://www.haskell.org/pipermail/haskell-cafe/2007-July/028227.html darcs-hash:20070712175034-d6583-f10174bb3b0a9b4f6e08d05052c18f30e539b319.gz
2007-07-11Commands.hs: monitors take only one action nowAndrea Rossato
darcs-hash:20070711183131-d6583-785f3e62b8ef00537fa85ee94682d305cdfd008d.gz
2007-07-08added info to Commands.hsAndrea Rossato
darcs-hash:20070708171309-d6583-599f801f185d27e47a5d3202720e3e787612bcd6.gz
2007-07-08added CommandsAndrea Rossato
Command is the data type for configuring command execution in XMobar. The idea came in a discussion with Spencer Janssen. At first XMobar was intended to be used only to display the output of external commands, but it came clear that the main performance bottle neck was running external programs. Now, some monitors are run internally, even if in separated threads. darcs-hash:20070708095521-d6583-ba7f21af7c50c5055c9d1a7e6efe9219e6aa21f2.gz