moving mustache templates into a shared partial

so we can use it in multiple places
moving navbar, footer out of index, into shared files
use jbuilder instead of respond_to

- also includes event_items as child of matter
pull out function to improve readability

- we might need this separately later
renames file and wraps code in function

(so we can call the function in a doc.ready elsewhere)
removed duplicate file
removed apparently unused file
centralize configuration in config.js
uses config.js and moves init code to function

- we can call mapInitialize from elsewhere, 
 like a document ready function.
do init on doc ready, cleans index & app manifests

- code that is needed on multiple pages is now
  required by application.js rather than the index (addresses.js)
- no more code in the manifest files, moved to _onload.js files and 
  only called when doc is ready
protect disqus load code (only run once)

wrap code in init function which checks if it has
already been run

also makes use of config.js
pulls out legislative section for reuse elsewhere
fixes the name (Zone -> MuniciPal)
use config.js more for map settings
moves bunches of code to legistar.js

- we now have Event and EventItem classes that
  have render() methods that take a jQuery selector
  and render the view and add it to the DOM

- now also have a setPageClickHandlers() helper method
  that could be called from anywhere but sets up what
  to do when legislation read-more and comment links are clicked. 
  Great name, I know. Pull requests welcome if y’all 
  got a problem with overly generic method names. ;)

- calls disqusInitialize() before setPageClickHandlers()
  so that Disqus is available before the comments link is clicked.
removes stuff that moved elsewhere

- mostly this moved to legistar.js
moving things around

- toggleCards stuff moved to addresses_onload.js
- find_member() was pulled out of councilitems.js before that got the axe
creates a page for a single event_item

- ex: /event_items/34418
- this is the whole purpose behind a bunch of previous commits
- now it works. woo.
matters/:id shows view for associated event item

(specifically the matters view renders the event_item
view for the first event_item associated with the matter, 
but for now we don’t have anything different to show)
Merge pull request #10 from techieshark/feature/add-matter-view

Add matter view