wow, this looks like fun

Wow. Occasionally I have a brain-wave or two, but leave it to why to take an idea and really run with it. Good show!

“Windows standalone” dows not work because iconv.dll is missing.

Incidentally, I had chosen 37004 in reference to hoodlum, as it spells “hOOLE” in a pre-adolescent LCD sort of way.

Maybe 53704 would be a more fitting port for MouseHole(s)?

Word on the street is that the latest Ruby-for-Windows packages will start including iconv and friends.

But when we merge the Hoodlum code back in?

your name: Can you tell me what happens when you move the DLLs out of mouseHole-1.0/lib/i386-mswin32 and into mouseHole-1.0?

Cool _why, good job. You basically have done pretty much all of the cooler stuff I was going to do with Wonderland. I guess great minds think alike, or it is just obvious ;)

I just haven’t had a shred of time to work on Wonderland, so consider the project permanently on hold. Plus I find it rather redundant now.

Here is the pretty simple code for handling content encodings:

def decode(content_encoding, content)
  case content_encoding
  when 'gzip':
    gzr = Zlib::GzipReader.new(StringIO.new(content))
    decoded = gzr.read
    gzr.close
    decoded
  when 'deflate':
    Zlib::Inflate.inflate(content)
  else
    content
  end
end

You’ll need to require zlib and stringio, and change prewink to

      req.header['accept-encoding'] = ['gzip','deflate']

Also I figured it was pointless to re-encode in a localhost proxy, so the final step is to delete the ‘content-encoding’ field from the results header.

Consider that my meager contribution to MouseHole.

I just got and copied the dll into the mousehole folder. That worked fine.

whoops, the url is http://www.dave.burt.id.au/ruby/iconv.zip

Actually, why, I don’t think there’s any value in the max-$SAFE check. Any script that actually cared to be evil could choose to act differently in the presence of high-$SAFE. As a result, the check only serves to engender a false sense of security.

For example:

MouseHole.script do
 File.delete( "mouseHole.rb" ) unless $SAFE > 0
end

or more subtly:

MouseHole.script do
  begin
    File.delete( "mouseHole.rb" )
  rescue Exception
  end
end

why: as regards hoodlum, it appears to be a rather short MouseHole script. I will post soonish (read: this weekend).

Ah, the MouseHole winking presents us with a preview button which the Greasemonkey lacks… of course, I can’t seem to get it to function in either Firefox or IE.

MenTaLguY: I’ll probably be allowing the user to set their own $SAFE per-script. And the default will be high. Considering that rewrite scripts really won’t be doing much.

The initial check is important, though. In order to read the scripts’ settings, I have to evaluate it.

I would imagine at this point only Ruby coders would mess with this, so hopefully they will take the time to at least peruse scripts before using them.

Hmmm, time for me to code up some obfuscated MouseHole scripts, muwhahahahaha…

Interesting… I’ll have to explore this. From the description alone, not looked at the code yet, I’m wondering if this could be used to kick some accessibility into the foulest of websites, riddled with font tags (which are particulary cheesy)...

Also, what if you normally have a proxy anyway, can you get the mousehole to talk to that proxy as your browser would have before?

Of course, the Poignant Guide will need some cartoon mice for the chapter about this, and I certainly didn’t have a “bear in mind”. :-)

Hmmm, is there no persistent caching of the scripts you’ve installed through your mouseHole? I really like the installer bit, but maybe it could save the scripts to a directory in addition to slurping it into the proxy via eval. Then when you restart the proxy, it can slurp in the contents of that directory.

My personal use case is that the hoodwink’d script messes up my gmail and bloglines both. I can easily exclude these from the proxy settings in Firefox (which I’m doing) but it seems it would feel cleaner to just set a few exclude_match lines in my own personal copy of the .user.rb.

(Maybe the way of future mouseHoling would include letting scripts expose configuration options to the user via the mouseHole installer?)

lukfugl: The MouseHole scripts are installed in a .mouseHole/userScripts directory under your homedir.

I’m sure _why will add script specific options soon enough.

Be sure to clear your cache if you peeked at the .user.rb files before installing MouseHole. FireFox won’t request the script again if you revisit/refresh it.

lukfugl: If you want to add your own exclude and include matches to hoodwink.d, it can be configured from within Mousehole.

dys: Yeah, I don’t get it. I’m passing back no-cache headers (see the no_cache method in lib/mousehole.rb.)

hgs: You can deal with double-proxies through the normal WEBrick::HttpProxyServer means—either override proxy_service, or simply specify your proxy URL with … I think it’s the :Proxy config option. I forget offhand though.

hgs: sorry, I’m a moron. You would either override #proxy_uri, or use the :ProxyURI config option. Should be a URI object, and you can provide any needed (Basic) credentials via it.