Enhance handling of forms

* Fix the following bugs:

  http://code.google.com/p/google-caja/issues/detail?id=1064
  http://code.google.com/p/google-caja/issues/detail?id=1091

* Make the Domita tests use eval() to run code, allowing the eval()-d
source to be seen by the debugger in Firefox. (Using new Function() or
adding a <script> node both cloak the code from the debugger.)

* Add initial support to DomitaTest to report what elements caused
out-of-bounds clicking or waiting to happen.

* In the process, refactored Domita's taming of NodeList and
HTMLCollection objects a bit.

* Refactored the testbed HTML so that it does not put the rendering of
the cajoled stuff in a big <form>. This is because nested <form>s are
not really supported, and so if the cajoled stuff itself contained a
<form> node, things would break.

* Changed the testbed to use the un-minified JS files, thus making it easier to debug.

[felix8a, 2009-07-31 00:56:35]

http://codereview.appspot.com/96198/diff/1/7
File src/com/google/caja/demos/applet/index.html (right):

http://codereview.appspot.com/96198/diff/1/7#newcode111
Line 111: <!-- <script type="text/javascript"
src="cajita-combined-min.js"></script> -->
if you're going to commit this unminification,
how about also removing testbed/debug.html from build.xml?

[Jasvir, 2009-08-17 11:54:39]

LGTM

http://codereview.appspot.com/96198/diff/1008/10
File tests/com/google/caja/plugin/domita_test.html (right):

http://codereview.appspot.com/96198/diff/1008/10#newcode183
Line 183: eval(htmlAndScript[2]);
Note: Eval'ed code shows up correctly on FF3.0.13/FB1.4.2 on the Mac.

[ihab.awad, 2009-08-26 00:30:23]

Mike Samuel, please review changes to tools/myvn.

[MikeSamuel, 2009-08-26 00:33:22]

http://codereview.appspot.com/96198/diff/3006/4018
File tools/myvn (right):

http://codereview.appspot.com/96198/diff/3006/4018#newcode115
Line 115: runAntTests "$@" && "$svn" commit -F <("$tools_dir/appspot.py" show)
Instead of making flags passed to myvn submit inconsistent with snapshot,
change, mail, etc.; can we just figure out the appropriate firefox bin and pass
that in?

if [ -d /Applications/Firefox ]; then
  ...
fi

[ihab.awad, 2009-08-26 00:36:45]

http://codereview.appspot.com/96198/diff/3006/4018
File tools/myvn (right):

http://codereview.appspot.com/96198/diff/3006/4018#newcode115
Line 115: runAntTests "$@" && "$svn" commit -F <("$tools_dir/appspot.py" show)
On 2009/08/26 00:33:22, MikeSamuel wrote:
> if [ -d /Applications/Firefox ]; then
>   ...
> fi 

That would be nice ... let me think this through:

It turns out that I maintain multiple versions of FF, like 3.x, 3.5, 3.5.1, etc.
all together. So I rename each FF as I install it.

That said, there is nothing wrong with maintaining (or symlinking, if that would
work on the Mac) a default /Applications/Firefox, which would be picked up by
the tests.

So -> good point, let me play around with this and see.

[ihab.awad, 2009-08-26 17:03:19]

http://codereview.appspot.com/96198/diff/3006/4018
File tools/myvn (right):

http://codereview.appspot.com/96198/diff/3006/4018#newcode115
Line 115: runAntTests "$@" && "$svn" commit -F <("$tools_dir/appspot.py" show)
It turns out that Webdriver will pick up a /Applications/Firefox.app/ without
fuss; the problem was my renamed multiple versions. So I reverted the myvn
changes and all works now. Thanks.

[ihab.awad, 2009-08-26 17:03:42]

@3657