You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is somehow related to Issue #85, but not the same.
I have encountered a problem when converting to PDF a Table which contains footnotes. Here is the Table source (adoc source link):
[[table-of-options]].Adventure Settings via OPTION[cols="<20m,<40d,<40d",options="header"]
|===============================================================================
| Option name | Possible values | Default value
| Language
| `English`, `Swedish`, ``German``footnote:[Other non-English languages may be supported in the future depending on demand.]
| `English`
| Width
| 24-255
| 80footnote:[Width and Length is overridden by the actual terminal or window size, if available.]
The problem is with " ``German``footnote:[" and "80footnote:[", which are correctly rendered as footnotes in the HTML backend, but when using Asciidoctor PDF they are not rendered as notes, but the contents of the note are rendered as inline text (withing brackets and preceded by a space):
Language English, Swedish, German [1: Other non-
English languages may be supported
in the future depending on demand.]
and
Width 24-255 80 [2: Width and Length is overridden
by the actual terminal or window size,
if available.]
The only workaround I can come up with is adding a separating space before footnote[, but then that space would show up in the final documents as well (which doesn't look good). In the Documentation examples, no spaces are inserted between the footnote and the word it refers to, but in all examples there is a punctuation mark between them. In real life scenarios, footnotes might be attached directly to a word which is not followed by punctuation, so probably any spaces before the footnote[ macro should be removed in the final rendered document.
The HTML backend handles well the footnotes in the above table, so probably this is a bug in the Asciidoctor PDF backend. Here is a live HTML preview of how the above table is rendered via HTML backend:
This is somehow related to Issue #85, but not the same.
I have encountered a problem when converting to PDF a Table which contains footnotes. Here is the Table source (adoc source link):
The problem is with "
``German``footnote:[
" and "80footnote:[
", which are correctly rendered as footnotes in the HTML backend, but when using Asciidoctor PDF they are not rendered as notes, but the contents of the note are rendered as inline text (withing brackets and preceded by a space):and
The only workaround I can come up with is adding a separating space before
footnote[
, but then that space would show up in the final documents as well (which doesn't look good). In the Documentation examples, no spaces are inserted between the footnote and the word it refers to, but in all examples there is a punctuation mark between them. In real life scenarios, footnotes might be attached directly to a word which is not followed by punctuation, so probably any spaces before thefootnote[
macro should be removed in the final rendered document.The HTML backend handles well the footnotes in the above table, so probably this is a bug in the Asciidoctor PDF backend. Here is a live HTML preview of how the above table is rendered via HTML backend:
Any ideas on a temporary workaround for the problem? (possibly, that doesn't introduce a space between the word and the note number)
The text was updated successfully, but these errors were encountered: