delta/python-markdown.git, branch strongem

Cleaned up STRNG EM tests.

2014-09-26T13:56:37+00:00

Removed a bunch of weird ones (even some that passed). For the most part,
there is no definitive way for those to be parsed. So there is no point of
testing for them. In most of those situations, authors should be mixing
underscores and astericks so it is clear what is intended.

Merge branch 'master' into strongem

2014-09-26T02:31:04+00:00

Added a temp workwround for deprecated short ext names.

2014-09-26T02:26:07+00:00

As we chnaged the order in import trys for short names extensions
(no dot syntax), an extra test was added to the import code for the
occassion when a naming conflict exists. For example, if PyTables
is installed (module name is tables) and the user tries to use
the short name 'tables' instead of 'markdown.extensions.tables'.
Fixes #341.

Of course, this code will get ripped out when the old behavior is
fully deprecated.

Fixed TOC Option parsing.

2014-09-26T01:17:57+00:00

The new option parser assumes bool values if the default is bool or
None. As the "title" option is not a bool value, it should default to an
empty string rather than None. Fixes #347.

Better nested STRONG EM support.

2014-09-25T20:07:07+00:00

Addresses most of #253. Thanks to @facelessuser for the tests. Although
the tests currently failing may or may not be valid. It could be that
the failing tests will be removed with the expectation that when a
document author does that, they can see that it doesn't work and
change their document to something that works. But I need to go
through them before I'm sure.

Fix the lost tail issue in inlineprocessors.

2014-09-25T18:00:51+00:00

See #253. Prior to this patch, if any inline processors returned an element
with a tail, the tail would end up empty. This resolves that issue and will
allow for #253 to be fixed. Thanks to @facelessuser for the work on this.

Add 2.5 release date, and fix a typo.

2014-09-15T09:49:23+00:00

Version 2.5-Final

2014-09-13T00:44:16+00:00

Deprecate positional args for markdownFromFile also.

2014-09-13T00:33:13+00:00

Code Blocks must always be AtomicStrings

2014-09-09T02:37:45+00:00

Fixes #340. The "inline" TreeProcessor runs before the "prettify"
TreeProcessor, but the "smarty" TreeProcessor (wich is just another
instance of `InlineProcessor`) runs after the "prettify" TreeProcessor.
The problem was that the "prettify" TreeProcessor was losing the
AtomicString quality of the text of code blocks (any operation
on a string creates a new string. When that string is an AtomicString,
the new string must explicitly be declared as an AtomicString.
As the "prettify" TreeProcessor cleans up newlines on code blocks,
it was changing the AtomicString to a normal string. And as
`InlineProcessor` identifies what elements to skip solely by whether
the text is an AtomicString, the "smarty" instance was running on
code blocks.

Importantly, I added a test of code blocks and spans for smarty,
so this shouldn't break again.