When a filter with a creation date matches, don't process expression
with the remaining filters.

Addresses issue #86 which requested filters on completion date. The
following tags are recognized:

* create
* created
* creation
* complete
* completed
* completion

They are specific ordinal tag filters, except that these tags don't
exist in a todo item.

Filtering on completion date does not work when completed items are
automatically archived. Archived items are not read when invoking `ls`,
so the done.txt file should be read as the main file instead:

    topydo -t done.txt ls complete:today

Also in this commit, decouple ExpressionCommand from Filter class a bit.

The expression class shouldn't bother which expressions belong to which
filter classes, let the Filter module handle that.

Create placeholder for args in aliases

With this change there is now possible to forward args supplied on CLI
to desired placed in real command.

Example config:

[aliases]
star = tag {} star 1
unstar = tag {} star

Example usage:

`topydo star foo` will resolve to: `topydo tag foo star 1`
`topydo unstar foo` will resolve to: `topydo tag foo star`

Alternate for `top` command

Uses new %P format and -N parameter.

`ls -N` will display one 'screen-ful' of lines (the number of lines in the
console, less 2).

%P will display the priority if one is given, or print a 'placeholder' space
if none is present.

Priority command: allow lowercase priorities to be input

Don't just consider the first p tag value in a todo item, consider all
of them.

Given these dependencies:

A id:1
B p:1
C p:1 id:2
D p:1 p:2

A -> B
A -> C
A -> D
C -> D

The relation A -> D is superfluous (A -> C, C -> D). However, the p:1
tag in D would not be removed, because relation 1 still exists (A -> B).

Therefore a new function is added that identifies p: tags which have no
corresponding edge in the internal dependency graph (rather than looking
at the value of the edge).

Conflicts:
	setup.py
	topydo/lib/PrettyPrinterFilter.py

This assertion was missing in commit 6bb804dc.

To complete a todo item that you finished yesterday, run

    topydo do -d yesterday

Or

    topydo do -d -1d

Inspired by issue #82.

When an ordinal tag filter is negated (i.e. -id:1), then this isn't seen
as a negation but as an ordinal tag filter with tag -id and value 1.
Which isn't likely to exist, resulting in every todo item to be excluded
from the result.

Related to commit cde8f8ed

https://bitbucket.org/ned/coveragepy/issues/90/lambda-expression-confuses-branch

When the due date tag or the start date tag is set, convert the value to
an absolute date if a relative date was given.

An explicit start date is given with the t: tag (unless configured
otherwise). Together with the due date, the start date is used to
calculate the length of a todo item (in days).

When no explicit start date is given, consider the creation date as the
start date (if present).

Improves branch coverage. Also related to commit cde8f8ed.

pypy was still broken in the Graph class, but in this branch this is no longer an issue.

The lambdas, which are not all run, cause coverage to think that the
jump to the function exit was never made, polluting the results.
Therefore add this pragma to mask these instances of missing branch
coverage.

See also:

https://bitbucket.org/ned/coveragepy/issues/90/lambda-expression-confuses-branch