Added read functionality and state -> string func.

Added state to string function to transform the defined constants to a
human readable format. This, along with the read function working
correctly (75% -- no info yet) allows the regular tcatch view command to
work correctly.

Now I just need to have it read information in and allow for the view
command to take a --verbose argument to render the entire informational
tidbits about the task.

A refactor may be in order soon. The tcatch file is getting a bit wordy.
Refactored view code to file

Moved code for showing the 'short' version or long version (depending on
the value of the verbose Flag passed in) to its own file -- that way the
other viewing functions can be placed in there as well (such as doing a
more comprehensive bit of viewing.

Malloc-ing taskInfo's pointer now within the working struct, this means
that that pointer must be freed by calling functions, or calling
functions should not exit willy nilly.

Came up with a scheme for rendering the info file. This is detailed in
two long (but identical) comments within the source code (specifically
super man). Essentially, the info file is never read into a variable to
be manipulated, it is piped from the file out onto the stdio stream. Or
at least, that's the plan.
Fixed read to load any named task.

The read function was only reading the current task before, for view
purposes we need to be able to any task at all. So the code that was
written when I was tired and not thinking has been removed.
Verbose viewing reads info file onto stdout

The information file is now read and displayed correctly when ther
--verbose or -v flag is passed to the view command.
Refactor view code to tc-view.c

Moved bulk of the code from tcatch over to tc-view so that the main
function in tcatch is a bit easier to read.

Fixed a problem where calling view with no arguments and a bad sequence
file shows task info with all default values.
Fixed current task resolution

The buffer filled by fgets was terminated by a \n (as you might expect
consider it was written out with one). This newline was causing problems
with the filename for the current tasks sequence file. By removing this
newline the file is able to be resolved.
Added note to self. In regards to --all for view

The view --all command will need to scan the task directory and print
out the information (verbosely or not) to the screen. In order to
properly test this I want to be able to generate a bunch of tasks
without having to manually delete the current task file. (which is
currently the only way you can have more than one task because there's
no switching yet -- but there will be soon! )

So I've added a comment on the --all that informs my future self that I
should come back to it later on when it's easier to generated test data.
Not that a simple script couldn't do the job of generating and removing
the current file, but hey. It's my repository and I'll do what I want.
Merge branch 'feature/read' into develop