Using new parser.
Include building hugo docs as part of test.

If the building of the doc fails, tarvis will fail.  This will help with
pull requests.
Remove hugolib.HTML and hugolib.URL types

These types were not be rendered correctly by the html/template package.
Removing them gets the correct behavior.

Fixes #74
Date rendering unit tests in pages

Tests to ensure rendering dates in templates is working correctly.
Actually, I was running into invalid templates not giving warnings when
I was trying to render a date.
Code reorg, helpers.go has been decomposed.

It started with wanting to move templates in template bundles and the
rest followed.  I did my best to start grouping related functions
together, but there are some that I missed.  There is also the method
Urlize that seems to be a special function used in both worlds.  I'll
need to revisit this method.
Adding Planner
Add file reporting to planner
Add Translate to target

Translate handles Ugly Urls.
Move to target.Filesystem

Moving the ugly urls logic to the target.  There is still UglyUrl logic
in page for the permlink but this is dealing with the generate of urls.
Expand the ShowPlan functionality
Remove page module dependence on opening files

The site is responsible for reading files, page only operates on
buffers.
Introduce source.Filesystem

This provides an abstraction over how files are processed by Hugo.  This
allows for alternatives like CMS systems or Dropbox, etc.
Homepage "/" respects PublishDir

It wasn't taking the value of PublishDir into consideration for the
special case of the homepage "/".

Fixes #75
Added safeHtml template function
Normalize paths within hugo

filepath was used inconsistently throughout the hugolib.  With the
introduction of source and target modules, all path are normalized to
"/".  This simplifies the processing of paths.  It does mean that
contributors need to be aware of using path/filepath in any module other
than source or target is not recommended.  The current exception is
hugolib/config.go
Move alias rendering to target
Move alias logic to target module

I want to move all logic to writing aliases to target so I can pave the
way for writing aliases specific to other runtimes (like .htaccess for
apache or a script for updating AWS or symlinking on a filesystem).
Remove RenderedContent from page.

The output is written directly to disk after being written.  Not
entirely sure why it was split into two steps.
Add /index.html to unadorned alias paths

Bring code to be better in line with documentation.
Initialize HTMLRedirectAlias before ShowPlan()

Without it, no alias information is generated when running --check