Comparison between Monkeygrease and MouseHole

why the lucky stiff why at hobix.com
Tue Nov 8 12:01:27 EST 2005


A new Greasemonkey-style proxy was released yesterday.  It's written in 
Java.

Here's an overview I wrote up for the Greasemonkey list:

- Monkeygrease injects HTML elements into four possible positions on a 
page (top and bottom of <head> or top and bottom of <body>). MouseHole 
hands the user an XHTML object which can be freely transformed.

- Monkeygrease user scripts are written in XML.  MouseHole scripts can 
be written in Ruby or Javascript (GM-style).

- Monkeygrease requires Java and a configured web application server.  
MouseHole requires Ruby and leverages its own personal web server 
written in Ruby.  However, MouseHole's Windows installer has no 
prerequisites.

- Monkeygrease scripts must be added to an XML file by hand and requires 
a reboot.  MouseHole presents the user with an installation window when 
scripts are encountered on the web.

- Monkeygrease URL matching is done by hand in the XML config.  
MouseHole URL matching is done in the browser using an interface similar 
to GM.

- Monkeygrease offers no database API like GM does (GM_setValue, 
GM_getValue).  MouseHole offers each script a tiny, transparent object 
database. (i.e. myScript.db['lastVisited'] = Time.now.)

- I'm unsure about Monkeygrease's ability to do cross-domain 
XMLHttpRequest.  I can't see a way to do this.  I know MH and GM can 
both do this (i.e. BookBurro, you're on amazon.com and the user script 
is given permission to hit bn.com, powells.com, etc.)

- MouseHole also lets user scripts mount their own tiny web 
applications.  This is a huge advantage.  For example, there is a 
MouseWiki, an Instiki-clone which mounts at http://mouse.hole/wiki.  A 
better example is MouseCommand, which is a wiki for storing small Ruby 
scripts which can be execute via URL.  Think YubNub.  
<http://redhanded.hobix.com/inspect/wikiShellOnMousehole.html>

_why


More information about the Mousehole-scripters mailing list