change: add 'make expect' goal to launch 'lein autoexpect'
refactor: remove unused comments
change: enhance commit message template
[WIP] refactor: simplify models.module.image
[WIP] new: display save/cancel/delete actions for edit and new pages

NB: new pages don't include the delete action.
[WIP] new: expectations for table html generation
[WIP] refactor: simplify table cell selectors
new: util fn join-as-sorted-str
change: enhance how join-as-str util handles vecs vs sets
new: expectations for enlive util when-set-attr
[WIP] new: enum cells with expectations

Note that now the expectations are set against the cell map, instead of
the lower level individual snip functions.
refactor: streamline prod and test webapps route declaration

@mebster

Previously test webapp was directly using the underlying page generation
functions for each of the pages. Now it uses the prod entry points: the
functions '-toHtml and '-toHtmlError from the namespace
'slipstream.ui.views.representation.

This removes duplication and ensures that the code being tested with the
local test webapp is the same as in production.

Moreover, all pages have been refactored to share the same code
structure:

- view in namespace 'views.X' with a (page [metadata type]) entry point
- model in namespace 'models.X' with a (parse [metadata]) entry point
- test data in namespace 'models.X-test' with a 'raw-metadata var used
  in the test webapp
- expectations of the parsed 'raw-metadata in the same namespace
  'models.X-test'

This coherence in the code structure allows a much more straight forward
declaration of the correspondence between the 'pagenames' requested by
the server and the page generation functions for each view. At the same
time, this simplifies as well the declaration of the routes in the test
webapp removing a lot of code duplication.
fix: failing expectations after refatoring

Some expectations remain still to be done though, since the
corresponding metadata has not yet been parsed.
[WIP] fix: adding project and deployment test routes for chooser