| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Just set each abreviation as an AtomicString. Given the nature of
abbreviations, they are not likely to ever contain any other markup
anyway. Also added a test.
Fixes #224. Thanks for the report @JakeChampion.
|
| |
|
|
|
|
|
|
|
|
|
| |
instance.
I still need to document everything on that list and probably a few things missing from the list.
I also updated the warning about monkey patching to be a "Warning" admonition - now that we have that extension.
Probably should depreciate access to md_globals in the extension API -- as we don't actually use any anymore. That dates back to pre-OO code.
|
|\
| |
| | |
Fixed a typo in the docs
|
|/ |
|
|\
| |
| | |
Some minor code cleanups
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I've added iteritems_compat function in one of my previous pull
requests, which was failing with:
./markdown/odict.py:106: undefined name 'iteritems_compat'
This commit drops usage of that function.
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|