Fix #64 - drive jinternal pane opaqueness from the squareness of the corners.
Merge branch 'master' of github.com:Insubstantial/insubstantial
fix #65 - null check the root pane before repainting.
fix #66 - upgrade swingx to 1.6.3
update build to be less noisy with gradle 1.0m8a
fix #67 - add RichToolTip to the Help button
fix #36 - remove duplicitous show method, it was just a copy pre 6u25 anyway.
Fix #71 - use those last 20px before clipping text
fix #73 - shutdown executor service on frame dispose.  throw in some code cleanup and concurrency fixes for good measure.
fix #75 - timeline was leaking through the jButton.  Don't ref the jbutton in the timeline.

Even though there was cleanup in the timeline events if the jButton was not displayable, the fact that the component was not displayable caused trident to not dispatch the needed timeline event to the tracker.  By changing it's 'main object' the timeline engine will broadcast pulses no matter what, so the cleanup  code actually will fire.
upgrade to gradle 1.0-rc-3
fix #76 - listeners to command button icons hang on
add buildhive status
Insubstantial Issue #68: API for derived colors too limiting.
https://github.com/Insubstantial/insubstantial/issues/68

Reworked the derived colors and BaseColorScheme to use immutable,
flyweights and forward resolvers to derived color schemes.

This change introduces new API:
  - SchemeDerivedColorsResolver is similar to SchemeDerivedColors, but
    each method takes a SubstanceColorScheme.  This allows
    implementations to create classes that are preferably immutable,
    but, at the very least, stateless.  Note class documentation asks
    implementations to be immutable.
  - BaseColorScheme gains a new protected constructor that takes a 
    SchemeDerivedColorsResolver.  This allows derived color schemes to
    reuse the same color resolver.
  - Both the original BaseColorScheme constructor and the new 
    SchemeDerivedColorsResolver one defer to a third private
    constructor.

This change attempts to maintain backward compatibility:
  - SchemeDerivedColorsResolver contains an isDark method.  This is 
    designed to ease migration for current SubstanceColorScheme
    implementations.
  - The BaseColorScheme private constructor helps maintain the backwards
    compatibility by allowing the isDark nature to be retained.
  - The new protected static method BaseColorScheme.getResolver aids
    implementations is determining the current
    SchemeDerivedColorsResolver and more easily use the new 
    BaseColorScheme constructor.

This change is API breaking in the following ways:
  - The SchemeDerivedColorsResolver interface (new) replaces the current
    interface parent of SchemeDerivedColors for
    DerivedColorsResolverLight and DerivedColorsResolverDark.  It also
    replaces the SchemeDerivedColors for the field
    BaseColorScheme.derivedColorsResolver.
    
This change introduces the following unresolved bugs:
  - Because SchemeDerivedColorsResolver implementations are supposed to
    be immutable, the current implementations should be made final.  One
    of them, DerivedColorsResolverLight, is public and cannot be made
    final without adding more API breakage, cf. previous section.
Merge pull request #82 from kschaefe/master

Insubstantial Issue #68: BaseColorScheme API too limiting
Fix issue #72 Rounded corners feature makes part of the frame invisible
on linux
fix #88 - double click on system menu == close window
Merge pull request #86 from nroduit/master

Fix #72
fix #80 - don't touch the shape of decorated windows
Merge remote-tracking branch 'origin/master'