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.
automatically close (and reopen) the sidebar

...when large display elements take over the screen.
Merge pull request #100 from benji-york/open-close-sidebar-2

...when large display elements take over the screen.