Multiple relations handled as one single line in the visualization.
Merge branch 'develop' of github.com:juju/juju-gui into relation-refactor

Test failures due to lingering containers; updating from trunk.
Relations now stored in collections, one per service pair.
Merge branch 'develop' into relation-refactor

Large test-branch with several files touched; merging for possible conflicts.
Moving relation-collections behind a feature flag for bundle visualizations
Clean-up for CI.
Update the test cleanup to be FILO
Merge pull request #93 from mitechie/filo-test-cleanup
Enable notifier tests with custom makeContainer
Merge pull request #94 from mitechie/enable-notifier-tests
Responding to review comments.
Merge pull request #92 from makyo/relation-refactor

Add in the concept of relation collections to store multiple relations between two services in a single object, allowing for a menu to display the individual relations separately.

To QA:

* run make devel, visit 0.0.0.0:8888/:flags:/relationCollections
* add hadoop, add hadoop again as hadoop1, add mysql, add mediawiki
* relate mysql and mediawiki; should look fine; should be able to delete relation by clicking on relation indicator (currently a circle)
* relate hadoop and hadoop1 twice, in multiple ways; should only see one line (right click on indicator, inspect element, should only see one .rel-group); should be able to delete *twice* (deleting specific relations coming soon with menu, but for now, deletes in order created).
* no errors on console with general QA
* no errors in tests.
Add ability to skip nav on tabview clicks.

The tabview headers are anchor tags. By default, clicking an anchor tag will
cause the url to update. In tests, this causes issue. This adds a flag to the
tabview widget that enables halting the click event so that we can verify all
effects except the url hash change.

This might also prove useful if we need to reuse the tabview widget, yet not
allow for an instance to effect url state.

QA:

Run the tests and yay no hash left once they're complete.
Merge pull request #97 from mitechie/no-hash-changes

The tabview headers are anchor tags. By default, clicking an anchor tag will
cause the url to update. In tests, this causes issue. This adds a flag to the
tabview widget that enables halting the click event so that we can verify all
effects except the url hash change.

This might also prove useful if we need to reuse the tabview widget, yet not
allow for an instance to effect url state.

QA:

Run the tests and yay no hash left once they're complete.
Remove the bws- prefix on charm/bundle tabs.

- They are ids, so we have to watch out for collisions. I don't currently see
any, but if we hit one we might have to migrate the names over. I did not do
this here so that we can keep things backwards compatible with a simple rule
of s/bws-// for the name of the tab.

QA:

Go to a charm and select a tab. The url should be updated to show the #<tab>
and it should not have any bws- in it.

Paste that url into a new window and it should route back correctly for you.

Add a bws- in front of the hash and it should auto remove it and still route
you to the correct tab on the correct charm.
Merge pull request #98 from mitechie/no-bws

- They are ids, so we have to watch out for collisions. I don't currently see
any, but if we hit one we might have to migrate the names over. I did not do
this here so that we can keep things backwards compatible with a simple rule
of s/bws-// for the name of the tab.

QA:

Go to a charm and select a tab. The url should be updated to show the #<tab>
and it should not have any bws- in it.

Paste that url into a new window and it should route back correctly for you.

Add a bws- in fromt of the hash and it should auto remove it and still route
you to the correct tab on the correct charm.