file existance/file modification times in TiddlySaver

these operations are needed for LessBackupsPlugin
General overhaul of the java bits

* Errors are thrown to javascript
* saveFile tries to create missing directories
* directory listing added
* ant build script
get java exception msg / stack trace to javascript side

this is ugly as sin, but I didn't get it to work any other way
and I am getting tired of programming blind
resolve filenames relative to directory where applet is

The code is in there but disabled.

This actually would break a test, but at least the behaviour would be consistent.
Otherwise filenames are resolved relative to the current directory of
the plugin process, i.e. the dir from where the browser was started.
Build and Sign TiddlySaver.jar using ant (build.xml)

Signed TiddlySaver.jar removed as it lacked the access restriction.
-- grmble
Clean build process
removed debugging output
more debugging helpers

* provide java version and system properties to the javascript side
* javascript can toggle the applets file name resolution behaviour
restrict access to files in same directory or subdirectory

this actually breaks some tests as they don't try to load from
the cooked directory but from somewhere in tests.
force sign the jar

sometimes the old official signed one would not get overwritten because
git sets the modification to the checkout time.  confusion ensues.

debugging code removed
all tests are green with file access restrictions

the applet code actually resolves symlinks, so symlinking into the
tiddlywiki directory is not good enough.
make resolveFilename final

otherwise an attacker could package a non-signed subclass that overrides this
method to circumvent our access restrictions
removed misleading help text
push self-signed current jar
Merge remote-tracking branch 'grmble/lessbackups_for_chrome_v2' into lessbackups_for_chrome_v2
deny access if TiddlySaver was not loaded from file: URL
push self-signed current jar
Merge pull request #91 from grmble/lessbackups_for_chrome_v2

Lessbackups for chrome v2
try to handle filenames with special characters

tested on linux-64 bit and windows 7.

relies on hack to get around possible incorrect utf-8 encodings
in java strings
Update jQuery to v1.7.2; test work except: 47, 58, 59 - 1h time delay imo because of difference between GB and AT