On 2/27/13, Samuel Wales wrote:
> I tested it in Firefox and w3m.
It solves the problem and it seems reasonably good to me.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no hope with
We were talking about the HTML for footnote definitions.
On 2/13/13, Nicolas Goaziou wrote:
> Anyway, if you send the correct HTML that should be generated, I will
> fix it.
Probably all that needs to be done is to not use a table. I tested this by
manually removingand their closing tags.
Hello,
Samuel Wales writes:
> Given that it includes things that might change in future versions of
> Org, do you think it might be good to separate out the hlevel so that
> users don't customize and then find that bugs are introduced because
> their customization is out of date?
I'm not very f
On 2/13/13, Nicolas Goaziou wrote:
> Samuel Wales writes:
>> They are missing from plain text export.
>
> Fixed too.
Thank you.
>> In HTML, how do you control the hlevel of the footnotes header?
>
> See `org-html-footnotes-section'.
That looks good.
Given that it includes things that might ch
Samuel Wales writes:
> Thank you. Confirmed that footnotes are included in HTML now.
>
> They are missing from plain text export.
Fixed too.
> In HTML, how do you control the hlevel of the footnotes header?
See `org-html-footnotes-section'.
> Also, there is a formatting issue with footnotes.
On 2/11/13, Nicolas Goaziou wrote:
> It should be fixed in master. Could you confirm it?
Thank you. Confirmed that footnotes are included in HTML now.
They are missing from plain text export.
In HTML, how do you control the hlevel of the footnotes header?
Also, there is a formatting issue wit
Samuel Wales writes:
> Surely this is pilot error someplace.
>
> (org-export-to-buffer
> 'html
> (get-buffer-create "test")
> t
> nil
> t)
>
> *** test
> asasdf[fn::test]
>
> *** output
>
> asasdf href="#fn.1">1
It should be fixed in master. Cou
Samuel Wales writes:
> On 2/10/13, Nicolas Goaziou wrote:
>> For now, you can't, but that's a problem. I think the framework needs
>> a step before the template function, in order to add some persistent
>> data, even in case of a body-only export.
>
> Thank you for the answer.
>
> Is there a way
On 2/10/13, Nicolas Goaziou wrote:
> For now, you can't, but that's a problem. I think the framework needs
> a step before the template function, in order to add some persistent
> data, even in case of a body-only export.
Thank you for the answer.
Is there a way to run the old exporter then?
I'
Samuel Wales writes:
> On 2/10/13, Nicolas Goaziou wrote:
>> I assume you wonder why there's no footnote definition. That's because
>> this is a body-only export. Footnote definitions belong to the global
>> template, which is ignored when this option is active.
>
> Why would you not want footno
On 2/10/13, Nicolas Goaziou wrote:
> Beware, `org-export-to-buffer' expects a string as its second argument,
Will fix thanks.
> I assume you wonder why there's no footnote definition. That's because
> this is a body-only export. Footnote definitions belong to the global
> template, which is igno
Hello,
Samuel Wales writes:
> Surely this is pilot error someplace.
>
> (org-export-to-buffer
> 'html
> (get-buffer-create "test")
> t
> nil
> t)
>
Beware, `org-export-to-buffer' expects a string as its second argument,
not a buffer. So:
(org
12 matches
Mail list logo