[kramdown-users] Zcaron/zcaron not valid HTML references

[Shawn Van Ittersum]

Oh yeah, that's right. Fine by me. :)

So why is kramdown converting numeric entities to named entities?

Shawn
[sent from mobile phone]

On Jul 7, 2010, at 3:33 AM, Matt Neuburg <matt at tidbits.com> wrote:

> On or about 7/6/10 5:20 AM, thus spake "Shawn Van Ittersum"
> <svicalifornia at gmail.com>:
>
>> It would be better if kramdown left encoded entities in input in  
>> the same
>> encoding on output.  Thus:
>>
>> Bla&#x017e;  ->   <p>Bla&#x017e;</p>
>>
>> Bla&zcaron;  ->   <p>Bla&zcaron;</p>
>>
>> And if the actual character appears in input (unencoded), then  
>> convert to
>> numeric as Eric suggests.
>
> No. If the actual character appears in input, leave it alone. UTF8
> characters are legal in XHTML / XML.
>
> This is also in keeping with the promise already given by Thomas  
> Leitner
> (and I quote):
>
>> The kramdown parser (as well as the new
>> HTML parser) doesn't convert between encodings or change normal
>> characters to entities. Whatever string you give to kramdown comes  
>> out
>> in the same encoding.
>
> Actually, I thought that the example given in this email, namely the  
> string
> Bla&#x017e;, would have fallen into the field of this promise as well.
> kramdown should not change literal entities or literal characters. m.
>
> -- 
> matt neuburg, phd = matt at tidbits.com, http://www.tidbits.com/matt/
> pantes anthropoi tou eidenai oregontai phusei
> Among the 2007 MacTech Top 25, http://tinyurl.com/2rh4pf
> AppleScript: the Definitive Guide, 2nd edition
> http://www.tidbits.com/matt/default.html#applescriptthings
> Take Control of Exploring & Customizing Snow Leopard
> http://tinyurl.com/kufyy8
> RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
> TidBITS, Mac news and reviews since 1990, http://www.tidbits.com
>
>
>
> _______________________________________________
> kramdown-users mailing list
> kramdown-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/kramdown-users