Do not wait for debugger to start running sketch

By default, the java VM is started with options for attaching a remote
debugger.  The sketch is suspended until the remote debugger connects.
This always succeeds the first time a sketch is run.  At least on OS X
10.9, this seems to be very fragile, and successive runs of the sketch
often fail to start.  This commit tells the VM to *not* wait for the
debugger before starting the sketch.

Fixes processing#2402
Implements disconnectEvent for the Server code as requested in Issue #2133
Revert "Do not wait for debugger to start running sketch"

This reverts commit 0d3e8c367c177892b27b855579fa2b4f93bcf883.
Fixed missing disconnect for some clients
Another 'fix': added a timeout before vm.resume()

I think we have a race condition: vm.resume() is called *before* the VM is
actually ready to resume.  That is strange, since the debugger is
attached, eventQueues are set up and ready...  Still, waiting for a bit
ensures that the VM actually resumes.  This behavior was not present when
Java 1.6 was still used.  Is this a bug in Java 1.7? Or is it simply that
the VM in 1.6 started up quickly enough to hide the race condition?

I'll continue looking...
Wait for VMStartEvent before resuming VM

Fixes processing#2402

(Oh, yes!)
Merge pull request #2466 from kfeuz/Issue2133

Adds disconnectEvent() to Server... merging and will make additions
other tweaks to server class
Merge pull request #2455 from davidfokkema/fix-not-starting

Do not wait for debugger to start running sketch
take care of #2465
missing categories are correctly saved in binary
Add methods for reading and manipulating horizontal scollbars in text editor.

Deprecate old methods to prefer methods with Vertical/Horizontal in their names.