Temporarily stop checking for next article.

This is a performance hack, pending having a real index to look up the
next article in.  It means it produces an error on next article
when there is no next article, but I'm willing to live with that
for now to get speedier ''next' :)
Drop summary from the article list.

It is too much effort figuring out when it should be displayed,
compared to the minimal benefit of having it in the article list.
Drop seconds/microseconds from pubdate column.
Make showall just one possible setting.

I was going to do a whole thing with additional settings, but it got to
complicated so I'm abandoning that for now.  But it still makes sense to
treat showall as just one possible setting.
Use tables for content layout.

It really does work better than CSS, IMO.
Add static handler and js based swipe support.

Now swipe left is next, and swipe right is prev.  I got the javascript,
which I only partially understand, from here:

    http://padilicious.com/code/touchevents/

The static content handler is based on the 'serve' script in the Python
standard library scripts directory.

I also fixed the weird placement of the 'refresh' link; I'd forgotten to
remove the float:left declaration, which resulted in it being rendered
to far to the right.  (Yeah, go figure...it's CSS.)
Add author name column to article list screen.

This will be empty for feeds with no author, but I think I can
live with that, at least for now.  Or maybe it is better to be
consistent anyway and it will stay like that forever.
Add 'mark read' button column in article list.

It's a small X, hard to hit accidentally (I hope).
Restore 'last article' check and add missing ;s.

I think the idea that the last article check was slowing things down
was an illusion.  It seems to be fast enough at the moment, at
least.  Note that the article lookup is done multiple times as it
stands.  Caching would be a good idea, at some point.

Also add a mention of the swipe feature to the README.