-i accepts a comma separated list of todo IDs and `ls` will only print
those IDs that were given.

Use case:

I hide most tags from my list for a clearer overview. In order to see
the tags corresponding to an item, I have to open the todo.txt file and
locate the item there.

Together with aliasing and the upcoming feature with formatting, using
the -i flag allows me to show only those todo items with a specific ID
with the full content.

    [ls]
    hide_tags = bunch,of,tags

    [aliases]
    lsdetail = ls -F "%s %K" -i

Then:

    topydo> ls
    |  1| Hidden details

    topydo> lsdetail 1
    Hidden details bunch:1 of:2 tags:3

For some weird reason, the aliases code block was not properly formatted on Github.

Online coverage reports via coveralls.io

"Modules should have short, all-lowercase names. Underscores can be used in
the module name if it improves readability."

Fix unicode values in aliases config in python2

Apparently shlex and ConfigParser.read() don't work well with Unicode
input in python2.

Fix help in prompt mode

`help` is not a real subcommand and without arguments it is of NoneType,
so we need to properly handle it.

 topydo ls -s project

to print all todo items grouped by project.

Properly split alias options wrapped in quotes

It shows the first todo item to be done, optionally with a filter
applied:

topydo next +Chores @Home

So we still have the tags in the master branch.

Thanks to Travis CI and the unit tests, the master branch is almost
always of sufficient quality to be used.

Other pros:

* Wiki content matches the default branch.
* Project stats at Github are up to date.
* Less merge overhead at release time.

This is achieved by importing some modules only when applicable. For
instance, 'ls' doesn't need ChangeSet and also doesn't always need
icalendar. Sorting and archiving is also only applicable to writing
commands (del, add, etc.).

ChangeSet._trim may call ChangeSet.delete() several times, which incurs
a disk write every time. This creates a lot of overhead, especially when
lots of revisions are removed.

Instead, leave the responsibility to the caller of _trim to make sure
that the new content is written to disk. In this case, ChangeSet.save()
the only caller, already writes to disk.

There was a restriction in place that a file should contain the same
number of todo items before and after an edit. This is now removed.

Reason for change is that I lost a lot of edits to a long list of items
and removing one single item from the list. The editor exits and as a
result topydo refused to process it, losing all the changes.

Another reason is that we have `revert` now. In case you severely mess
up, you can always revert.

This reuses the logic that the backup functionality uses to determine
whether a command is read-only or not. In that case, prompt mode doesn't
trigger a warning for ls* commands when the backing todo file was
changed.

Save `edit` result only when tempfile was modified

topydo.Command.get_subcommand() is one of the critical parts of topydo
so we really have to be sure that it's functioning properly.

Also move resolving aliases logic to a function.

Aliases can now be defined in 'aliases' section of topydo config file.

Examples:

[aliases]
showall = ls -x
purge = del -f
ical = ls -f ical

Sanitize defaults in topydo.lib.Config._Config

This may break the tests in pending PR #52 .

mtimes of tempfile prior to editing and after leaving the editor are now
compared before changing anything in todolist. If tempfile wasn't
modified, todolist (and todo file) is left untouched and user gets
appropriate error message.

Using defaults as a parameter passed to the constructor of
configparser.ConfigParser results in a presence of **all** options
inside every section. It's very convenient in many use-cases, but not
very much with our configuration model.

After this change only relevant options are present in each section, so:

`topydo.lib.Config.config().has_option('topydo', 'priority_colors')`

will now return `False` as 'priority_colors' resides in 'colorscheme'
section and not in 'topydo'. Before this change it would return `True`.

If given, the -n flag overrides the list_limit configuration flag to
limit the number of todos printed by ls.

In combination with -x, -n does not do anything. Rationale is to keep
the behavior of -x intact, matching the semantics of the original
todo.txt CLI.

Introduce backup feature and `revert` command