Do not set indeterminate state on progress bars

The progress bars for installing third-party libraries were initialized
with indeterminate mode.  This results in a pretty *I'm doing something*
animation which slows down the system.  Furthermore, the progress bars are
not even visible, so there is no need for any animation.

Fixes processing#1561
Allow user to suppress JVM warning if they know what they're doing.
Permit Modes to specify different default file extension for auxilliary (not main pde) files created in new tabs.
Merge pull request #2451 from davidfokkema/fix-cpu-usage

Do not set indeterminate state on progress bars
additional fix for #1561
Roll back ability to silence JVM warning.
Permit Modes to specify different default file extension for auxilliary (not main pde) files created in new tabs.
Merge branch 'master' of github.com:jdf/processing
fix for code signing on Mavericks (#2453)
paper over Oracle Java bug for user.dir #2181
Merge pull request #2452 from jdf/master

Permit Modes to specify different default file extension for auxilliary (not main pde) files created in new tabs.
release notes and merges
Fixes processing/processing-web#277 and cleans up lots of related mouse reference page links
Merge branch 'master' of https://github.com/processing/processing
tweak release notes
add debug message.. found Java 1.8 problem with build.
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
starting the next revision
Fix "switch mode" to edit current code in new mode when compatible.
fix for categorical missing values