#713: XSL Templates are not found in Windows

When running phpDocumentor from Phar the file paths are
interpreted as if on Linux; but there is an exception in
the Xsl writer where, if on windows, the path is generated
slightly different.

These two facts conflicted and resulted in XSL template
files not being found on windows when using Phar. This change
checks if the code is running as a Phar and does not apply
the exception if so.
Merge pull request #1269 from mvriel/feature/713

#713: XSL Templates are not found in Windows
#1087: Fully support `@see`

In our documentation we have included that `@see` should be able to cope with
URLs, references to FQSEN's but also that a function/method name without anything
in front of it may either refer to a method in the current class, or a function
in the current namespace.

This type of relation was not supported by phpDocumentor because of the decoupled
nature of its architecture. In order to properly support this I have introduced a
meta type called `@context` that is translated in the linked to either the current
class or the current namespace.

So for example:

    `@see myFunction()` on a method in a class either refers to a method of said
    class if it exists; or if it doesn't it refers to a function in the namespace
    of the class.
#1194: Add support for default argument values

Magic methods did not support default values for their arguments.
With this commit we improve the argument algorithm to detect, and
set, these and in the process make the algorithm more foolproof.
#1186: Move checking of writer requirements

Due to the way writer requirements were implemented did a run
always fail if one of the writers failed to meet their requirements
regardless whether it was used in the application.

To simplify the installation routine (by removing the ext/xsl composer
dependencies in templates) and to fail specific to a template (paving
the road to a conditional writer) we have moved the validation of
requirements to the point where a template is loaded.
#1186: Fix broken test
#1253: Transformation crashes on typehint

The `sort_asc` filter crashes if the provided value is not of type Collection.
Although we do not expect this to be passed should the filter not crash. As such
I have changed the call to just return the current value if it is not a collection
Merge pull request #1272 from mvriel/feature/1186

#1186: Move checking of writer requirements
Merge pull request #1273 from mvriel/feature/1253

#1253: Transformation crashes on typehint
Merge pull request #1271 from mvriel/feature/1194

#1194: Add support for default argument values
Merge pull request #1270 from mvriel/feature/1087

#1087: Fully support `@see`
Merge branch 'develop' into feature/1268
1268: Fix unit test and add feature