aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Improved multiline comment parsing.Waylan Limberg2014-01-125-12/+55
| | | | | | | | | | | | | | | Fixes #257 and slightly alters comment parsing behavior. Unlike self-closing tags, a comment can contain angle brackets between the opening and closing tags. The greaterthan angle bracket at the end of the first block should not be mistaken for closing the comment. Need to actually check for a comment closing tag (`-->`). If one if not found, then the comment keeps going (to the end of the document if nessecary) just like in HTML. That last bit is a slight change from previous behavior, but should be unsurprising as that's how broswers parse html comments. And as far as I can tell, more implementations follow this behavior than any other. The ones that don't seem to be all over the place.
* No longer percent encode spaces in urls.Waylan Limberg2014-01-093-4/+3
| | | | | | | | | | | The current implementation was wrong as it also percent encoded query strings (which should be plus encoded) and calling urllib.quote on the path (and urllib.quote_plus on the query string) assumes the url is not already encoded. What if the document author pasted a url that was already encoded? She probably did not intend for `%20` to become `%2520`. Or did she? It is now clear to me why many implementation do nothing to urls. Just pass them though as-is. To bad if they are not valid HTML. HTML authors have to encodee their own urls, so I guess markdown authors have to as well.
* Only escape ESCAPED_CHARS.Waylan Limberg2014-01-093-1/+25
| | | | | | Leave all other chars prefaced by a backslash alone. Fixes #242. Not sure why I thought that I needed to add another backslash. Thanks for the report and the test case @mhubig.
* Address various depreciated APIs in PythonWaylan Limberg2014-01-084-16/+16
| | | | | This mostly revolves around old APIs for ElementTree, but includes a few others as well. Fixes #254. Thanks for the report.
* Merge pull request #274 from ajdavis/highlight-linesWaylan Limberg2014-01-075-11/+178
|\ | | | | Add feature for emphasizing some lines in a code block.
| * Document hl_lines feature for fenced_code and codehilite extensions.A. Jesse Jiryu Davis2014-01-072-0/+36
| |
| * Allow single as well as double quotes for hl_lines.A. Jesse Jiryu Davis2014-01-073-17/+23
| |
| * Support syntax for highlighted lines like: ```python hl_lines=“1 3”A. Jesse Jiryu Davis2014-01-063-8/+47
| |
| * Add feature for emphasizing some lines in a code block.A. Jesse Jiryu Davis2014-01-033-11/+97
| | | | | | | | A code blocked headed by “:::python{1,3}” now emphasizes the first and third lines. With fences enabled, ```python{1,3} has the same effect.
* | Merge pull request #275 from geekman/masterWaylan Limberg2014-01-053-1/+22
|\ \ | |/ |/| Fixed parsing of brackets within inline image titles
| * Fixed parsing of brackets within inline image titles.Darell Tan2014-01-053-1/+22
|/
* Fixed silly spelling errors.Waylan Limberg2014-01-011-6/+6
| | | Must remember to spellcheck everything I type.
* Updated footnote documentation for clarity.Waylan Limberg2014-01-011-8/+21
| | | This addresses a misunderstanding reported in issue #273. The behavior has not changed. The docs just better reflect the actual behavior better. Apparently using the word "definition" both for footnotes and definition lists was an unfortunate coincidence that created confusion. We now use the term "footnote content".
* Merge pull request #266 from ryneeverett/issue52Waylan Limberg2013-12-233-22/+24
|\ | | | | miscellaneous issue52 improvements
| * Miscellaneous improvements and bug fixes.ryneeverett2013-11-193-22/+24
| |
* | Merge pull request #272 from cjrd/masterWaylan Limberg2013-12-231-3/+2
|\ \ | |/ |/| added missing 's' to wikilinks documentation
| * added missing 's' to wikilinks documentationColorado Reed2013-12-221-3/+2
|/
* Update reference.txtWaylan Limberg2013-10-231-1/+1
| | | Fixed #261. Thanks for the report @mpvharmelen.
* Merge pull request #260 from ryneeverett/masterWaylan Limberg2013-10-146-57/+330
|\ | | | | Issue #52 Patch -- Markdown Inside HTML Blocks
| * Issue #52ryneeverett2013-10-146-57/+330
|/
* Merge pull request #252 from mitya57/masterWaylan Limberg2013-09-2910-47/+78
|\ | | | | Enable anchorlinks in Python-Markdown documentation
| * toc: insert `¶` instead of raw unicode characterDmitry Shachnev2013-09-292-7/+7
| |
| * Mention new option in toc.txtDmitry Shachnev2013-09-291-0/+2
| |
| * Add tests for the previous two commitsDmitry Shachnev2013-09-254-10/+23
| |
| * Add new "permalink" option to toc extensionDmitry Shachnev2013-09-253-15/+34
| | | | | | | | and use it in our docs
| * Add new utility function parseBoolValue()Dmitry Shachnev2013-09-254-23/+20
| | | | | | | | and use it in all extension that need parsing bool config values.
* | Merge pull request #256 from eichin/patch-1Waylan Limberg2013-09-261-1/+1
|\ \ | |/ |/| Update __init__.py
| * Update __init__.pyMark Eichin2013-09-261-1/+1
|/ | | spelling.
* Merge pull request #247 from vhf/patch-1Waylan Limberg2013-09-181-1/+1
|\ | | | | Typo fix
| * Typo fixvhf / victor felder2013-09-091-1/+1
| |
* | Merge pull request #251 from me-and/wikilinks-sWaylan Limberg2013-09-181-26/+26
|\ \ | | | | | | Add missing "s" to wikilinks documentation. Fixes #250.
| * | Clean trailing whitespaceAdam Dinwoodie2013-09-191-21/+21
| | |
| * | Correct documentation: `wikilink` -> `wikilinks`Adam Dinwoodie2013-09-191-6/+6
|/ / | | | | | | This fixes #250.
* | Merge pull request #249 from lvella/masterWaylan Limberg2013-09-111-1/+1
|\ \ | |/ |/| Fix: "AttributeError: 'dict_items' object has no attribute 'sort'"
| * Fix: "AttributeError: 'dict_items' object has no attribute 'sort'"Lucas Clemente Vella2013-09-111-1/+1
|/ | | | Happens on pip install with Python 3.
* Merge pull request #246 from FND/patch-1Waylan Limberg2013-09-041-1/+1
|\ | | | | fix typo
| * fix typoFND2013-09-041-1/+1
|/
* Ensure each term on def list maintains its own loose status.Waylan Limberg2013-09-023-2/+23
| | | | | | Previously, the code was ignoring whether this was a new term when determining whether the currect item should be loose or not. Fixes #243. Thanks for the report @Anomareh.
* Merge pull request #244 from Grahack/patch-3Waylan Limberg2013-08-241-1/+1
|\ | | | | Typo in util.py
| * Typo in util.pyGrahack2013-08-241-1/+1
|/ | | implemenation -> implementation
* Allow fenced_code to be configurable in subclasses.Waylan Limberg2013-08-191-10/+9
| | | | | Not sure why I was using global variables here. Anyway. Fixed now. Thanks to Andrew for pointing it out.
* Added release notes for pending release of v2.4.Waylan Limberg2013-08-134-5/+53
| | | | | Since adding the new smarty extension, the nex release it more than just a bugfix release.
* Deprecated CodeHilite's force_linenos config setting.Waylan Limberg2013-08-131-1/+1
| | | | It was previously marked pendingdeprecation in v2.3. Now deprecated.
* Extended headerid's rawHTML in id handling to toc ext.Waylan Limberg2013-08-112-16/+20
|
* Allow extensions to register serializersWaylan Limberg2013-08-073-8/+28
| | | | | | | | | Setting output_format must happen after extensions are loaded. Only in that way can an extension register a serializer so that it will then be available to be used with the output_format keyword. A test has been added to avoid this regression from happening again in the future. Fixes #238, partially reverses commit 41cc055 and provides a better fix for
* Serializers now preserve case of tags.Waylan Limberg2013-08-072-4/+35
| | | | | | | It is up to the markdown code (and extension authors to make sure tags are of the correct case (there may be cases were an extension might need to mix cases - which should be preserved). Fixes #237. Thanks for the report @eichin.
* HeaderID Ext now handles raw html in ids. Fixes #232Waylan Limberg2013-07-283-2/+32
|
* Fix Python 3 compat in Attr_list. Fixes #218.Waylan Limberg2013-07-281-1/+1
|
* Merge pull request #233 from mitya57/run-test-fixWaylan Limberg2013-07-281-1/+1
|\ | | | | Fix NameError in run-tests.py
| * Fix NameError in run-tests.pyDmitry Shachnev2013-07-281-1/+1
|/