Put myself as maintainer (#1398)
DokuWiki writer: Remove broken formatting from headings (#1398)
Markdown writer:  don't use braced attributes for fenced code.

Removed `Ext_fenced_code_attributes` from `markdown_github`
extensions.

If this extension is not set, the first class attribute will
be printed after the opening fence as a bare word.

Closes #1416.
Docx Reader: A nicer Docx type.

This modifies the Docx type in the parser to avoid all the extra files
(Notes, numbering, etc). A reader monad keeps track of these, and applies
them at the end. The reader monad is stacked with ErrorT to enable better
error-handling than the old Maybes. (Note that the better error handling
isn't really there yet, but it is now possible.)

One long-term goal of these changes is to make it easier to write the Docx
type. This should make it easier to develop a standalone docx package in the
future.
Docx Reader: Add a compatibility layer for Except.

mtl switched from ErrorT to ExceptT, but we're not sure which mtl we'll
be dealing with. This should make errors work with both.

The main difference (beside the name of the module and the monad
transformer) is that Except doesn't require an instance of an Error
Typeclass. So we define that for compatability. When we switch to a
later mtl, using Control.Monad.Exception, we can just erase the instance
declaration, and all should work fine.
document fenced_code_attributes extension

Adds explanation of this extension to the README, using
description provided in 7654db9df1b68926371da2a1f23db6df93056f44.
Merge pull request #1418 from wcaleb/document_code_attr_ext

document fenced_code_attributes extension
Merge pull request #1415 from jkr/nicertype

Nicer Docx type
Merge pull request #1414 from mpickering/general

Improvements to Parsing.hs
Removed space at ends of lines in source.
Parsing:  Simplified dash and ellipsis.

This originated with @dubiousjim's observation in #1419
that there was a typo in the definition of enDash.
It returned an em dash character instead of an en dash.

I thought about why this had not been noticed before, and
realized that en dashes were just being parsed as regular
symbols.

That made me realize that, now that we no longer have
dedicate EnDash, EmDash, and Ellipses inline elements, as
we used to in pandoc, we no longer need to parse the
unicode characters specially.  This allowed a considerable
simplification of the code.

Partially resolves #1419.
Fixed typo in module header for Asciify.

Thanks to @dubiousjim. Closes #1419.
Use renderTags' for all tag rendering.

This properly handles tags that should be self-closing.
Previously `<hr/>` would appear in EPUB output as `<hr></hr>`.
Closes #1420.
Shared:  Added removeFormatting.

API change (addition of exported function).
Merge branch 'claremacrae-dokuwiki'.

Use removeFormatting from Shared instead of the custom unfancy
function.
Shared: Generalized type of removeFormatting.
Better comment on removeFormatting.
EPUB writer: Use stringify instead of custom plainify.

As far as I can tell, it does about the same thing.
Markdown writer:  use Span instead of (hackish) SmallCaps in plainify.
Clarified documentation on small caps.  (#1360)