Re: HTML attributes not being stripped off

["Pablo Rodríguez" <oinos-S0/GAf8tV78@public.gmane.org>]

Thank you for your explanation, John.

I'm afraid I cannot code and pandoc's internal representation of the
document (sorry if the naming isn't accurate, but this is really Greek
to me [χαλεπὰ τὰ καλά, I agree :-)]) is beyond my extremely limited
understanding on these matters.

I can understand (and I hope I'm not wrong) that pandoc cannot be as
flexible as HTML and this is on purpose. (This might be problematic for
some uses, as the Spanish law gazette uses no headings, but it
distinguishes the different <p> with different classes.)

Not focusing specifically on HTML, I think that pandoc should allow to
uniquely identify, add to a class and set the language to any element,
desired text span or division.

I know that this is related to a couple of messages I sent yesterday.
Sorry for repeating myself, but these are basic features to write documents.

From the documentation perspective, it would be to apply the type Attr
to any constructor from data Block and Inline. And to data TableCell.

Although language could be defined as a key-value pair in type Attr, I
think is clearer to define a new specific language attribute.

Is there anything wrong with this approach?

Many thanks for your help,



Pablo

On 11/11/12 23:36, John MacFarlane wrote:
> You've got to remember that pandoc converts the input format to an
> internal representation of the document (the 'Pandoc' structure), and
> then converts that to the output format.
> 
> This internal representation (see
> http://hackage.haskell.org/packages/archive/pandoc-types/1.9.1/doc/html/Text-Pandoc-Definition.html)
> is much less expressive than HTML, and doesn't have a place for the
> attributes you want.  That's why they are lost on HTML -> HTML
> translation.
> 
> +++ Pablo Rodríguez [Nov 11 12 12:19 ]:
>> Hi John,
>>
>> I'm using pandoc mainly to generate ePub files.
>>
>> I used textile first as source language, but it isn't fully implemented
>> by pandoc and textile itself has issues with multiparagraph elements.
>>
>> It seems HTML is probably a much better option for pandoc as source
>> language, although I have to forget footnotes. There is no way to have
>> it all.
>>
>> But pandoc strips almost all attributes from HTML elements.
>>
>> A minimal sample:
>>
>> <ol start="2" style="list-style-type:lower-latin;">
>> <li><p>Well there is no other way to tag <em lang="la">lingua
>> latina</em>.</p>
>> <li><p>Or even classes or ids.</p>.</li>
>> </ol>
>>
>> Would it be possible that there is an option that doesn't strip off
>> attributes from HTML code?
>>
>> BTW, when converting from HTML to another HTML code, at least id, class
>> and lang attributes shouldn't be stripped off by default.
>>
>> Many thanks for your help,
>>
>>
>> Pablo
>> -- 
>> http://www.ousia.tk
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
>> To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
>> To unsubscribe from this group, send email to pandoc-discuss+unsubscribe@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
> 

-- 
http://www.ousia.tk

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To unsubscribe from this group, send email to pandoc-discuss+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.