Richer context for rendering

[imposeren]

This will allow to use "request" in calendar templates. show_calendar tag now also accepts inherit_context argument: when set to True it will pass current context to calendar renderer.

Maybe inherit_context should be set to True by default. But this also will require changes to EventMonthView: to make things consistent it should contain all variables of all context_processors when rendering calendar just like show_calendar with new default value for inherit_context. Maybe EventMonthView should directly use show_template instead of month_display?

[wreckage]

Hello! Sorry, I don't really have time right now to delve into the code (I just started at a new school), but considering all of the important improvements you've made to the project, I trust your judgement on the correct course to take with this issue. I'll merge in the pull request if you can get the Travis build to pass (tests are important to me!). Thanks!

[imposeren]

Hello @wreckage! I have fixed tests but travis still fails because of some missing file:
You have to provide either repo_token in .coveralls.yml, or launch via Travis or CircleCI

show_calendar template tag may now be used without passing request object as first argument, but it still should be available in template context. And it's still possible to pass it for backwards compatibility.