On Mon, Mar 31, 2008 at 10:32:52PM -0400, gwern0@gmail.com wrote:
Mon Mar 31 21:34:47 EDT 2008 gwern0@gmail.com * Shell.hs: +getBrowser, getEditor, helper function The helper function asks the shell for the value of a variable, else returns the second argument. getBrowser and getEditor obviously specialize it for two particular possibly queries
Mon Mar 31 21:39:47 EDT 2008 gwern0@gmail.com * Search.hs: remove an argument from selectSearch and promptSearch The new getBrowser function allows us to mv the old selectSearch and promptSearch aside as too-general functions, and replace them with new versions, which employ getBrowser to supply one more argument. This allows us to replace the tedious 'selectSearch google "firefox"; selectSearch yahoo "firefox"...' with shorter 'selectSearch google' and so on. One less argument.
Also, update the docs.
Mon Mar 31 21:50:49 EDT 2008 gwern0@gmail.com * RunOrRaise.hs: FF 3 doesn't use the "Firefox-bin" classname
Mon Mar 31 22:17:40 EDT 2008 gwern0@gmail.com * WindowGo.hs: +raiseBrowser, raiseEditor Specialize runOrRaise in the same way as with Actions.Search, for one's browser and one's editors.
Mon Mar 31 22:20:12 EDT 2008 gwern0@gmail.com * forgot a haddock for getEditor in Shell.hs
Mon Mar 31 22:31:30 EDT 2008 gwern0@gmail.com * improve WindowGo.hs Haddock formatting
I think this $EDITOR business is a bit silly, for several reasons. $EDITOR by default is set to a terminal based program, like vi or nano. This means that the raiseEditor function, for many users (essentially everyone that doesn't use emacs), is totally useless. What is the advantage of raiseEditor over runOrRaise "emacs"? Also, I'm morally opposed to the default of "emacs" in getEditor, but we can leave religion out of this. Cheers, Spencer Janssen