aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Added Python 3.3 to list of supported versions and removed 2.5.Waylan Limberg2013-03-061-1/+1
|
* Switched testing to tox.Waylan Limberg2013-03-015-106/+62
| | | | | | | | | | 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.
* Tweaked the docs some more.Waylan Limberg2013-02-276-56/+72
|
* Minor formatting edit to release notes for v2.3.Waylan Limberg2013-02-271-1/+1
|
* Updated release notes for v2.3. to reflect recent changes.Waylan Limberg2013-02-271-14/+32
|
* Dict.keys() does not return a list in Python 3.Waylan Limberg2013-02-272-2/+2
|
* Merge branch '2and3'Waylan Limberg2013-02-2731-304/+324
|\
| * Now using universal code for Python 2 & 3.Waylan Limberg2013-02-2730-271/+311
| | | | | | | | | | | | | | | | | | | | 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.
| * Simlify importing ElementTreeWaylan Limberg2013-02-262-33/+13
| | | | | | | | | | | | 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.
* | CodeHilite tests pass in all pygments versions.Waylan Limberg2013-02-251-15/+11
| |
* | Update tests to only run on supported versions of python.Waylan Limberg2013-02-251-1/+1
| |
* | Missed a set.append -> set.add.Waylan Limberg2013-02-251-1/+1
| |
* | Consistant parsing of attr_lists in Python3.3Waylan Limberg2013-02-251-2/+2
|/ | | | | | 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.
* Merge branch 'master' of https://github.com/waylan/Python-MarkdownWaylan Limberg2013-02-221-4/+6
|\
| * Better clarify the 4 space indentation rule.Waylan Limberg2013-02-211-7/+5
| | | | | | A better explanation for #193 that includes all block-level elements nested in lists.
| * Update docs/index.txtWaylan Limberg2013-02-211-0/+4
| | | | | | | | | | | | 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.
* | Change `set.append` -> `set.add` in `headerid.unique`Waylan Limberg2013-02-223-3/+10
|/ | | | | | | | | 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.
* Various changes to docs for updated changes, clarity, and to fix typos.Waylan Limberg2013-02-1913-160/+171
|
* Updated toc tests.Waylan Limberg2013-02-192-2/+2
|
* More TOC cleanup and added tests.Waylan Limberg2013-02-191-2/+2
|
* TOC list item names must use text from all children.Waylan Limberg2013-02-191-1/+1
|
* Updated toc extension to work with changes @ 4ff74e3.Waylan Limberg2013-02-191-2/+2
|
* Ensure toc attribute is available on Markdown class.Waylan Limberg2013-02-193-5/+61
| | | | | | 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.
* Merge pull request #192 from benjaoming/masterWaylan Limberg2013-02-184-28/+45
|\ | | | | Little changes
| * adding test for out of order headlinesbenjaoming2013-02-183-0/+16
| |
| * Do not use assigned names "next" and "id", rename to order_toc_list and ↵benjaoming2013-02-181-18/+20
| | | | | | | | clean up code
| * Merge branch 'toc-fix'benjaoming2013-02-181-13/+12
|/|
| * code cleanupbenjaoming2013-02-181-13/+12
| |
* | Merge pull request #191 from benjaoming/toc-fixWaylan Limberg2013-02-171-63/+126
|\| | | | | Make TocTreeprocessor extendable and be gentle on badly structured headings
| * Make TocTreeprocessor extendable and be more gentle on badly structured headingsbenjaoming2013-02-171-63/+126
|/
* Allow better linenum override in CodeHiliteWaylan Limberg2013-02-144-20/+125
| | | | | | | | | | | 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
* Preserve all blank lines in code blocks.Waylan Limberg2013-02-142-14/+14
| | | | | | | | | | | | 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.
* Remove RSS Extension.Waylan Limberg2013-02-126-161/+8
| | | | | | Closes #143. If you would like to continue using the extension (not recomended), it is archived on [Github](https://gist.github.com/waylan/4773365).
* Build_docs script now uses new Admonition extension.Waylan Limberg2013-02-121-1/+1
|
* Allow capitalized Admonition title.Waylan Limberg2013-02-122-2/+2
| | | | | If an adminition title is capitalized, the html class on the div should still be lowercased.
* Update docs/release-2.3.txtWaylan Limberg2013-02-101-0/+8
|
* Noted in docs that admonitions are experimental.Waylan Limberg2013-02-101-1/+5
|
* Merge pull request #140 from slig/admonitionWaylan Limberg2013-02-109-48/+318
|\ | | | | Admonitions: Initial version. This is still considered beta and subject to change. Thanks for all the work @slig.
| * Better synthax description in the docs.Tiago Serafim2013-02-091-1/+1
| |
| * Merge branch 'master' into admonitionTiago Serafim2013-02-0953-256/+719
| |\ | |/ |/| | | | | | | Conflicts: docs/extensions/index.txt tests/extensions/test.cfg
* | Footnote ids contain dashes when outputing HTML5.Waylan Limberg2013-02-083-6/+14
| | | | | | | | | | Previously they contained colons - and they still do for HTML4 and XHTML. Fixes #180.
* | Updated docs to reflect extension loading best practices.Waylan Limberg2013-02-082-19/+50
| | | | | | | | Fixes #184. Also delted some commented out code I missed in previous commit.
* | Moved whitespace normalization to a preprocessor.Waylan Limberg2013-02-083-5/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes #150 - at least as much as I'm willing to. This allows whitespace normalization to be overridable by the extension API. Yes, I realize that most other processors will also proabably need to be overniriden to work with any differant whitespace normalization - but I'm okay with that. As pointed out in #150, some processors have the tab length hardcoded in regexes. I'm willing to accept a working patch that fixes that - and keeps the regexes easy to override in a subclass (the provded patch moved them inside the __init__ method - which is not so easy to override in a subclass)). However, that is about the only additional change I'm willing to consider for this issue.
* | Added skeleton draft of Release Notes for 2.3Waylan Limberg2013-02-083-4/+37
| |
* | Cleaned up fixes for #183Waylan Limberg2013-02-083-1/+7
| | | | | | | | | | | | | | | | | | My previous commit (d5a94c2) broke a few things badly. Unfortunately I failed to run the complete test suite and didn't catch it. A bad regex was crashing the test suite. Also cleaned up a few other odds and ends from previous work on #183. Still loosing a few random empty lines in code blocks though. I suspect this may also fix #188.
* | HtmlBlockProcessor preserves empty linesWaylan Limberg2013-02-073-9/+75
| | | | | | | | | | | | | | | | | | | | | | | | | | Partial fix for #183. This has the same effect on empty lines in code blocks as not using the html processor at all (which was eating some of the missing newlines as reported in issue #183). By doing `rsplit('\n\n')` the third newline (in each set of three) always ends up at the end of a block, rather than the begining - which it less of an issue for the html processor. Also updated tests to indicate final intended output, although they do not fully pass yet.
* | Preserve whitespace in empty linesWaylan Limberg2013-02-073-1/+68
| | | | | | | | | | | | | | | | Partial fix for #183. By preserving tabs at the start of empty lines in code blocks, the parser will retain those empty lines. Still does not work consistantly if the tab is missing!? Not sure why. Also added tests.
* | Preserve empty lines in code blocksWaylan Limberg2013-02-062-7/+8
| | | | | | | | | | | | Partial fix for #183. Some lines are still being lost. When the processors are run, one line is lost. When their calling code is comments out (completely skiped) a line is still lost if more than 3 exist in a row. Also need to add some tests for this.
* | nl2br and attr_list compatability.Waylan Limberg2013-02-065-3/+9
| | | | | | | | | | | | Fixes #177. When using both extensions, breaks (`<br>`) must have a linebreak (`\n`) after them before attr_list is run. This patch reorders the treeprocessors so that happens ('attr_list' runs after 'prettify' not before). Also had to alter headerid extension so it runs after 'prettify' or it would run before 'attr_list' if loaded before 'attr_list' by user.
* | Account for a paragraph that starts with a colon when processing def_listsWaylan Limberg2013-02-063-4/+50
| | | | | | | | Fixes #171. While that report provided an example of an unordered list item that started with a colon, any block that starts with a colon and has no siblings before it (paragraph as begining if document, list item, etc) all exhibit this same behavior. Following PHP Markdown Extra's lead, these are not definition items as they have no term before them.