delta/python-markdown.git, branch slowhtmlgithub.com: waylan/Python-Markdown.git
Reverted rawhtmlblock preprocessor to the pre-attr state as it was too slow.2011-12-15T02:59:21+00:00Waylan Limbergwaylan@gmail.com2011-12-15T02:59:21+00:00790aeb56053940f299d600d8d364fc3fc8151085
Version 2.1.0-Final2011-11-24T20:09:51+00:00Waylan Limbergwaylan@gmail.com2011-11-24T20:09:51+00:002e3830b9bf3a0829db7a5d04f731b5019d28cc65
Some more tests for issue #51. An upate to Marcin Kasperski's tests (which I previously merged). Thanks Marcin. Also added a test for not-indented secondary lines of a first paragraph in a footnote definition.2011-11-18T04:17:30+00:00Waylan Limbergwaylan@gmail.com2011-11-18T04:17:30+00:00bcdd7b2bf340db25963312b860d43aa4d9a1a146
Merge git://github.com/Mekk/Python-Markdown into mekk2011-11-18T03:59:20+00:00Waylan Limbergwaylan@gmail.com2011-11-18T03:59:20+00:00869f3850535c66d17ae5ab8d8a66cc93ddb82d16
Fixed #51. Removed recussion from footnote preproccessor. Also refactors the code to provide a few other minor improvements s that output more closely matches php's output. Thus the changes in the tests.2011-11-18T13:30:50+00:00Waylan Limbergwaylan@gmail.com2011-11-18T13:30:50+00:0022081212a202c7a28325d05d985aace00bdc64c1
Fixed #47. Improved HRProccessor.\n\nPython's re module does not support atomic grouping, which was slowing the HR regex down if a long HR ended with a non HR char (casing the regex to backtrack). Therefore, we have to simulate atomic grouping. Fortunately, we only need to match end-of-line or end-of-string after the atomic group here, so it was an easy case to simulate. Just remove the '$' from the end of the regex and manualy check using m.end(). The run method was refactored while I was at it, saving us from running the regex twice for each HR.2011-11-18T03:43:02+00:00Waylan Limbergwaylan@gmail.com2011-11-18T03:43:02+00:00ef9a229ebeaf8173e9fd4e541de4d83e8678f649
Example test for #51 (crash on docs with +1000 footnotes)2011-11-10T22:42:19+00:00Marcin Kasperskimarcink@banach.(none)2011-11-10T22:42:19+00:008ad4525cfb20cf8e404fce71a7ccc267f995ad3f
Fixed #49. Don't crash on poorly/randomly ordered header levels. Maybe someday we will better support any input (patches welcome), but we should never crash on poorly formatted input text. With this fix, we catch the exception and skip over it. The TOC up to the point (and perhaps after) still gets rendered. The incomplete TOC should be the clue to the document author that s/he has a formatting error in the document.2011-10-30T21:28:56+00:00Waylan Limbergwaylan@gmail.com2011-10-30T21:28:56+00:00c53307a4d555c04e97739fefe0cafc2e97d55328
Removed another [[wikilink]] style link from the docs.2011-10-06T15:29:55+00:00Waylan Limbergwaylan@gmail.com2011-10-06T15:29:55+00:00be8d07470a4d8c5709710d63bebd781cee69ec57