Remove old .idea file/folder
Change page title to spans for better CSS control.
First commit on Rails 4 Edge.

Re-org core clwiki files to lib - reset enough to get tests executing,
and mostly passing, but some failures so far. Enough has changed, I need
to commit, though.
README update
Test fixes, all passing.

Last commit I jumped the gun on references to File.split that
weren't working, thinking it was due to a Ruby upgrade and/or dependency
on `ftools`. In fact it was due to namespace collision between `ClWiki::File`
and the stdlib `File`. I put things back and the tests are passing again.

I do need to deal with the File name collision - it's too ridiculous
having to have `::File` references everywhere.
WikiController now returning default /FrontPage.

Array#to_s instead of join biting again. Some rag-tag camelCase
refactoring as well - easy to get side-tracked on that, which makes the
diffs annoying - eh, but what the hell.
Legacy url support started. NewPage test.

- Added support for legacy urls to forward to the new urls.
- Added test for going to a new page.
Refactor wiki#index to page#show.

WikiController will probably take on non-page specific duties, like
search, recent and about.
Basic page edits working.

Though the Edit link itself is not proper, you can edit changes to a
page and both the `Save` and `Save and Continue` submit buttons work.
You must manually use append /edit to the url in the browser for now.
Bug fix and legacy support for edit.

- Fixed NO INDEX bug in rendering edit `?` links.
- Added legacy support for edit urls.
Changed Configuration over to yml file.

- Also filled in some default css from clabs.org.
If not editable, redirects to front on new page.

- Production here is configured to not be editable and dev to be
  editable, so I can see the differences.

- Also dinked with asset pipeline fu, since I'm seeing problems running
  as production with not being able to access assets. Added a test
  index.html file, and in dev the router goes to that static file, but
  in production, it doesn't know about it. Wondering if my /:page_name
  route is jacking with anything here, or if this is all asset pipeline
  gunk.
Turn on static assets in prod for now.

Dinking with different clwiki configs and need this on for now to
experiment with my setup in conjunction with clabs.org.
Major change to Rails Engine.

Still some lingering problems, but this is the way this needs to go. See
todo.txt for details on what's still no right with the world.
All tests passing again.

While doing @routes = ClWiki::Engine.routes in a before block 'twould
still appear to be legit (and less noisy), decided to go with the
documented approach of passing use_route: in each request.

The redirect tests went wonky when on a recent commit I started using
foo_url instead of foo_path, because I had a passing test within the
legacy tests that didn't notice I wasn't redirecting in the prod code
with foo_url. Switching from foo_path to foo_url in the asserts before I
converted the whole project from an App to an Engine was seamless ...
but then broke afterwards, presumably because of some missing foo in the
test setup bowels? Dunno. But switching back to foo_path in the asserts
works without having to check the host ... maybe that's a mistake in the
legacy tests, but ... it's late.

I did find a real problem, though, now that I've switched to an Engine
and am running the tests through a dummy application which has the
engine mounted on a parent path: the legacy check was looking at the
request.path_info, which didn't include the parent path portion and no
longer worked. Now that's fixed.
Workaround for improper asset routing.

Issue https://github.com/rails/rails/issues/8119 has all the gory
details. Some commits around better support for Rack's SCRIPT_NAME have
broken this. Best guess at the moment is the asset pipeline needs to be
savvy about this.
Gemfile/spec tweaks
Removed unused CSS and synchronized dev wikirep
View updates to header/footer/css.