| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes #204. This was a real pain to debug. But I think the problem stemmed
from the fact that the footnote extension inserted a etree link into the
footnotes last p element. Then when inline patterns are run, the inline code
in that p element is processed. Normally, code would be the first child found,
but with the pre-existing link, that wasn't the case and the parser took a
slightly differant path which would never be encountered in any other
situation. It was this slightly differant path that made the lose of the
AtomicString status of the inline code matter.
Since any AtomicString (including inline code) doesn't need to be run though
hanldeAttributes anyway, we can just skip over it and preserve the
AtomicString. Whew!
|
|\
| |
| | |
Future statement ordering
|
| |
| |
| |
| |
| |
| | |
The lead comment in blockprocessors.py should really be a docstring for
consistency with other files. Fix this with the other part of
@Arfrever's patch for issue #203.
|
|/
|
|
|
|
|
|
|
| |
A `from __future__ import ...` statement must go after any docstrings;
since putting them before the docstring means the docstring loses its
magic and just becomes a string literal. That then causes a syntax
error if there are further future statements after the false docstring.
This fixes issue #203, using the patch provided by @Arfrever.
|
|\ |
|
| |\
| | |
| | | |
Fix some pyflakes-undefined-name warnings
|
| |/ |
|
|/ |
|
| |
|
|\
| |
| | |
Fix wrong 'linenos' argument for CodeHilite(), in fenced_code.py
|
|/
|
| |
CodeHilite: linenos is replaced by linenums
|
| |
|
|
|
|
| |
release.
|
| |
|
| |
|
|
|
|
| |
support.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Also scrapped fabfile.py and replaced it with a much
simpler makefile. Tox does most of the stuff that was
in fabfile.py anyway.
Now that everything runs in all supported python versions
without using 2to3, we don't need to wait for tox to
support it.
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The most notable changes are the use of unicode_literals
and absolute_imports. Actually, absolute_imports was the
biggest deal as it gives us relative imports. For the first
time extensions import markdown relative to themselves.
This allows other packages to embed the markdown lib in a
subdir of their project and still be able to use our
extensions.
|
| |
| |
| |
| |
| |
| | |
As we no longer support older python versions, importing
ElementTree is much simpler. The documented way for
extensions to use etree still remains the same.
|
| | |
|
| | |
|
| | |
|
|/
|
|
|
|
| |
Fixes #194. The NAME_RE regex was failing in Python 3.3 with the range
`\u10000-\ueffff`. Also, in Python =< 3.2 the range `\u0300-\u036f` matches
a colon but not in Python 3.3.
|
|\ |
|
| |
| |
| | |
A better explanation for #193 that includes all block-level elements nested in lists.
|
| |
| |
| |
| |
| |
| | |
Clarify that strict 4 space indentation applies to nested lists.
Closes #193. Hopefully, people will read this in the docs before
filing bug reports in the future. One can dream.
|
|/
|
|
|
|
|
|
|
| |
Fixes #195. This was getting missed because the HeadrerId extension's
reset method was resetting the IDs to a list. However, some third party
extensions may want to call the unique function and it should work as
documented. Interestingly, the TOC extension was using it and passing in
a list as well. All fixed now. Also added a test of the `unique` function
directly so we shouldn't repeat this in the future.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This appears to have recently been broken with the fixes in #191.
This time I've added tests to prevent future breakage and added
documentation to explain the behavior.
|
|\
| |
| | |
Little changes
|
| | |
|
| |
| |
| |
| | |
clean up code
|
|/| |
|
| | |
|
|\|
| |
| | |
Make TocTreeprocessor extendable and be gentle on badly structured headings
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes #148. The "force_linenos" config setting of the CodeHilite extension has been
marked as Pending Deprecation and a new setting "linenums" has been added to
replace it. See documentation for the [CodeHilite Extension] for an explaination
of the new "linenums" setting. The new setting will honor the old "force_linenos"
if it is set, but it will raise a PendingDeprecationWarning and will likely be
removed in a future version of Python-Markdown.
[CodeHilite Extension]: extensions/codehilite.html
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes #183. Finally got this working properly. The key was
using a regex substitution with non-overlapping matches that
removed all whitespace from the begining of *all* blank lines
when normalizing whitespace.
Once I got that, I could simplfy the EmptyBlockProcessor
and easily output one or two blank lines appropriately.
A blank block gets two new lines (`'\n\n'`), while a
block which starts with a newline gets one.
|