Updated documentation url.
Add unittest which passes an inline template into an included template.

The TemplateBase.WriteTo used a different writer for IEncodedString than
for other types. In most situations the writer argument contains the same
writer as the _context.CurrentWriter, but not when passing an inline
template into an included template. As a result the
output was in the wrong order. This bug was fixed in
67e2f20a036fa52d04e9fd8228cbbf2fd94e8a8b

Conflicts:
	src/source/RazorEngine.Core/Templating/TemplateBase.cs
	src/test/Test.RazorEngine.Core/TemplateBaseTestFixture.cs
	src/test/Test.RazorEngine.Core/Test.RazorEngine.Core.csproj
Merge pull request #200 from Sjaaky/InlineTemplateTest

Add unittest which passes an inline template into an included template.
Merge branch 'master' into develop

Conflicts:
	readme.md
Initial support for improved template debugging: #132, #87, #53.
For further improvements we need more information about where the template is comming from.
To get a "unified" debugging experience I will clean up caching and the general API first.
- Added an ICachingProvider interface to support user defined caching strategies: #47
- Redesigned the API in this process.
- Added Legacy classes to support the old API by using the new API (marked as obsolete).
- Within the redesign support for streaming the output of templates was implemented: #27, #169
- With the new API one can exactly control where the templates come from (ITemplateResolver) and how they should be cached (ICachingProvider).
- The old API works for the complete test framework.
Testcase wants ArgumentException, which is fine.
typo
move ITemplateResolver to ITemplateManager and reintroduce the old ITemplateResolver (backwards compatibility).
Provide some more members for backwards compatibility and mark them as obsolete.
missed some methods which should cache their results.
null is allowed.
ICachedTemplateService -> IRazorEngineService
ITemplateServiceCore -> IRazorEngineCore (and now internal)
Razor class is now obsolete and replaced with RazorService.
Depending on the information we have about a template we improve the debugging experience:
- When the TemplateSource has a not null file path we tell Razor to generate Line pragmas (which leads to better stacktraces on exceptions)
- In the other case when we are in Debug mode we leave the temp files so we can debug into the templates.
- In the future we want to give the Caching layer the possibility to save the generated assemblies, this means we need to have a byte[] member in ICompiledTemplate for the assembly. (Currently this is only possible in Debug mode by copying the generated assembly). We will provide this in the CompilationData class.
- Improved the CompilationException by providing more details and explaining common pitfalls.
Re-add the source code property for backwards compatibility.
improve assert message in test case.
fixed a string formatting error.
mono compiler has a different error message.
.
mono has different notation in stack traces.
Implement IsolatedRazorEngineService. This allows to run the templates in an isolated appdomain. Fixes #144, #96, #32