python-markdown-discuss Mailing List for Python Markdown (Page 41)

On Jul 27, 2006, at 15:28, Sergej Chodarev wrote:

> There is Python implementation of SmartyPants ported by Chad Miller
> http://web.chad.org/projects/smartypants.py/

Oh, thanks. Sorry I missed that :)

--
Magnus Lie Hetland
http://hetland.org

Hi!

In my (now dormant, and possibly moribund ;) project Atox [1], I had  
plans to add a filter using Tralics [2], effectively allowing an  
arbitrary mix of plain-text markup, XML and TeX/LaTeX. After some  
reflection, I've found that this (although doable) is probably  
overkill...

Now, in Markdown, I still have support for plain-text markup and XML  
(that is, XHTML), and I don't really need the full TeX handling of  
Tralics -- but it would be nice to have support for basic math.

So, I was thinking, perhaps a simple post- (or pre-?) processor  
extension, using dollar signs as inline tags (as in TeX) to mark  
math, and then either ship things out to a true TeX (as in the  
Wikimedia solution), to Tralics, or simply implement a basic LaTeX-to- 
MathML-translator.

I've been thinking about re-implementing the iTeX processor [3], for  
example, which isn't very complicated, but which covers quite a bit  
of math. (One could simply use MathML directly in Markdown, of  
course, but it would be quite a bit more verbose...) There are other  
solutions as well, of course [E.g., 4]. For rendering, there are even  
solutions for browsers that don't support MathML (although that  
doesn't have much to do with Markdown, I guess). [5]

[1] http://atox.sf.net
[2] http://www-sop.inria.fr/miaou/tralics
[3] http://pear.math.pitt.edu/mathzilla/itex2mml.html
[4] http://www1.chapman.edu/~jipsen/mathml/asciimath.html
[5] http://www.math.union.edu/~dpvc/jsMath

--
Magnus Lie Hetland
http://hetland.org

Hi,

> Just wondered if python-markdown has any functionality like  
> SmartyPants [1], which is often used alongside the original Markdown?
> 
> If not, I guess it wouldn't be too hard to port as a post-processor,  
> perhaps.
> 
> [1] http://daringfireball.net/projects/smartypants/

There is Python implementation of SmartyPants ported by Chad Miller
http://web.chad.org/projects/smartypants.py/

Hi!

Just wondered if python-markdown has any functionality like  
SmartyPants [1], which is often used alongside the original Markdown?

If not, I guess it wouldn't be too hard to port as a post-processor,  
perhaps.

[1] http://daringfireball.net/projects/smartypants/

--
Magnus Lie Hetland
http://hetland.org

Sorry, for ignoring the messages earlier this month: it turns out I
wasn't actually subscribe to the list despite being its owner.  (Gotta
love SourceForge interface.)

About the two questions: Not sure why the "&" escaping got screwed up,
but Sergej seems to be right about where the problem is in the code.
I will integrate this fix and check in the new version.  As for
HTML_PLACEHOLDER value popping up in the output - I have never seen
this and can't do much without a clear test case.  When I run the
"Alla lunga" example through Markdown I don't get anything that
shouldn't be there.

  - yuri

-- 
http://www.freewisdom.org/

On 7/18/06, Sergej Chodarev <se...@ce...> wrote:
> Hi,
>
> It seems that I solved the problem with escaping & and <
>
> For solving escaping of & I uncommented an tuple on line 109. I don't
> know why it was commented. Then I commented escaping of & in code
> blocks, because it is not needed now.

I don't know either. The entire normalizeEntities function was
introduced with the & line commented out in version 1.0. The escaping
specific to code blocks was introduced then as well. Yet the change
log says nothing about it. Makes me wonder if there was some other use
case where we wouldn't want escaping of & that I'm not aware of.
Perhaps Yuri could shed some light on that.
>
> Problem with < was caused by the fact that Python Markdown considered,
> that everything between < and > is HTML tag. So I changed regular
> expression, so now after < must follow some letter or /

I like it. Did a little testing and *I* haven't been able to break it.
>
> Patch with my changes is attached.
>
>
You may want to submit the patch[1]

[1]: http://sourceforge.net/tracker/?func=add&group_id=153041&atid=790198


-- 
----
Waylan Limberg
wa...@gm...

Hi,

It seems that I solved the problem with escaping & and <

For solving escaping of & I uncommented an tuple on line 109. I don't
know why it was commented. Then I commented escaping of & in code
blocks, because it is not needed now.

Problem with < was caused by the fact that Python Markdown considered,
that everything between < and > is HTML tag. So I changed regular
expression, so now after < must follow some letter or /

Patch with my changes is attached.

On Sat, 15 Jul 2006 19:18:04 +0200, Valentino Volonghi aka Dialtone <dia...@di...> wrote:

This problem doesn't exist with Markdown 1.1 and I noticed that the tags Markdown is not substituting are only <br /> and <p> tags it seems.

Is there anyone on this list?

Hi all.
I'm using Markdown 1.5 in a project of mine but I'm faced with a weird bug that I cannot understand.

Sometimes (here for example: http://testing.stiq.it/story/6e70c0d9839c98b9f6986e28af5e244b/#c3)
I have the HTML_PLACEHOLDER in the output. I suppose it should have been filled with the <br /> but there isn't.

gen_unroll is the result of a query to my database

>>> t = gen_unroll[1]['body']

>>> t.content
<stiq.markdown.Markdown instance at 0x8a3becc>

>>> str(t.content)
'\n<p>-- &quot;Alla lunga diventeremo tutti <em>coder</em> Smalltalk.&quot;  qaodmasdkwaspemas0ajkqlsmdqpakldnzsdfls\n   -- &quot;Forse, ma alla lunga saremo tutti morti.&quot;\n</p>\n\n'

>>> t.content.source
'-- "Alla lunga diventeremo tutti _coder_ Smalltalk."  \r\n-- "Forse, ma alla lunga saremo tutti morti."\r\n'

>>> t.content.htmlStash.rawHtmlBlocks
[]

As you can see the HTML_PLACEHOLDER is still there and rawHtmlBlocks is empty.

When I try to rerun the thing inserting the very same string I get the same output... This is why I call this weirdness...

Thanks for your help.

Hi,

I've only recently downloaded markdown (version 1.5) so I hope I'm not 
doing something silly here, but it looks like the Python version of 
markdown does not escape '&' and '<' characters correctly.

I don't know if this has already been reported because the mailing list 
archives are down.

   >>> from markdown import markdown
   >>> markdown('&')
   '\n<p>&\n</p>\n\n'
   >>> markdown('AT&T')
   '\n<p>AT&T\n</p>\n\n'
   >>> markdown('4 < 5')
   '\n<p>4 &lt; 5\n</p>\n\n'
   >>> markdown('4 < 5 > 6')
   '\n<p>4 < 5 > 6\n</p>\n\n'
   >>> markdown('4 < 5\n > 6')
   '\n<p>4 < 5\n > 6\n</p>\n\n'
   >>> markdown('4 < 5\n\n > 6')
   '\n<p>4 &lt; 5\n</p>\n<p> &gt; 6\n</p>\n\n'


'&' seems to be completely ignored.

'<' is ignored when followed by a '>' at some point within the same 
paragraph.


I also tried running Python Markdown on the Perl Markdown Test Suite 
(MarkdownTest_1.0) and it fails every test because of differently 
formatted HTML.


Cheers, Matt

-- 
      __
     /  \__     Matt Goodall, Pollenation Internet Ltd
     \__/  \    w: http://www.pollenation.net
   __/  \__/    e: ma...@po...
  /  \__/  \    t: +44 (0)113 2252500
  \__/  \__/
  /  \          Any views expressed are my own and do not necessarily
  \__/          reflect the views of my employer.