- Move Oscar app configs into Django app config classes
- Rename Oscar/Django apps' app config module
- Remove "oscar.get_core_apps()" and its app overriding
- Remove "oscar.OSCAR_CORE_APPS"
- Port app forking code to work with Django app registry
- Port class loading code to use app configs to get app properties

This fixes a DeprecationWarning

Since there is no demo or us site anymore we can simplify the structure
somewhat by moving the sandbox one directory up

This has been around since forever, and removing it is overdue. I took
the opportunity to slightly improve the urls.py files.

- Use i18n URLs
- Add breadcrumbs

The function essentially does two things:
1. it applies a prefix - the first argument - to the given urls. In no
   instance a prefix was given
2. it calls url() for simple tuple or list elements in the given iterable.
   Cases where such a tuple or list was passed to patterns have been
   replaced by direct calls to url()

2 allowed for both calls to url() and simple tuples to be listed in
get_urls() and similar places. This allowed for unnecessary variation.
Always calling url() makes the url lists look less noisy and more uniform,
allowing the reader to focus on the actual differences of the urls instead
of superfluities.

django.conf.urls.patterns will also undergo deprecation starting from
Django 1.8. This commit anticipates that change.

https://docs.djangoproject.com/en/dev/releases/1.8/#django-conf-urls-patterns

This is pretty much what I use for bikepartsmarket.com. If this gets
some more eyeballs, it might mature enough to move into Oscar core.

This required:
* Moving Django's i18n urls into the main urls.py and outside of the
  scope of Oscar's main application class, because they need to live
  outside of the scope of i18n_patterns
* Add a language-code stripped version of the current URL to the
  template context to get the language switcher working.

I also updated the language switcher code to mimic what is currently
given as an example in Django's docs.

Fixes #797

We're bound to run into the issues with circular imports that have
surfaced in other projects. So let's set a good example and use the
explicit setup for the Django Debug Toolbar.

Also bumped version to 1.0.1 because @jezdez said so.

We currently mention it in internals/sandbox.rst. I've added a note to
the dashboard app (ref/apps/dashboard.rst), the sandbox/urls.py and
expanded on the feature explanation on index.rst.

Fixes #816

This is done by staticfiles' runserver command automatically.

Replace TemplateView with defined helper views for error pages.

* Add more languages
* Disable auth requirement

* They now all use the same block structure.
* Debug 403 page added for testing in debug mode.

Inspired by http://ux.stackexchange.com/questions/31359/should-error-messages-apologize

Example sites now sit in their own folder (sites) for easier
organisation.

This allows members of the public to play around with the dashboard
site.

product image app