This document should help with testing of footnotes support that
is introduced by the "
It might look pretty misformatted unless rendered by the proper Fossil
executable that incorporates the abovementioned branch.1
That is also a humble attempt to explore the robustness of the Markdown parser. So please excuse for the mess in the source code of this document. By no means the normal use of footnotes should look that scarry.
A labeled footnote may be referenced several times6.
Another reference6 to the preveously used footnote.
Inline footnotes are supported.8
This is a corner case that is rendered as an empty footnote9.
The refenrence at the end of this sentence is the sole reason of
If several labeled footnote definitions have the same equal label then texts from all these definitions are joined.12
If markup is ambigous between a span-bounded footnote and a "free-standing" footnote followed by another footnote then interpret as the later case. This facilitates the usage in the usual case when several footnotes are refenrenced at the end of a phrase.14615misref
An ambiguity between a link to an image and a free-standing referenced footnote should be resolved as a footnote!16
A footnote may not be empty(^)
or consist just of blank characters.(^
The same holds for labeled footnotes. If definition of a labeled footnote is blank then it is not accepted by the first pass of the parser and is recognized during the second pass as misreference.misref:
It is possible to provide a list of classes for a particular footnote and
all its references. This is achieved by prepending a footnote's text with
a special token that starts with dot and ends with colon.17
This feature is "opt-in": there is nothing wrong in starting a footnote's text with a token of that form while not defining any corresponding classes in the stylesheet.18 If a footnote consists just of a valid userclass token then this token is not interpreted as such, instead it is emitted as plain text.192021
A depth of nesting must be limited.22
- ^ Footnotes is a Fossil extension of Markdown. Your other tools may have limited support for these.
- ^ History of test/markdown-test3.md
- ^ So that simple cases are processed even if a glitch happens for more tricky cases.
- ^ And also tolerate whitespaces.
- ^ But at a footnote's definition it should still be written within square brackets on a single line.
- ^ a b c d Each letter on the left is a back-reference to the place of use. Highlighted back-reference indicates a place from which navigation occurred23.
- ^ a b E.g. emphasis, and so on. BTW, this note may not have a backreference to the "stray".
These may be usefull for adding
- ^ For example due to a typo.
- ^ This note was defined in the middle of the document. It references its previous24 and the forthcoming23 siblings.
- This came from the begining of the document.
- Labeled footnote definition may appear anywhere. That part came from inside of an inline style definition.
When duplicates are joined their UPC tokens are treated as plain-text. Blank characters between token and main text must be preserved.
- And that came from the end of the document.
- ^ There should be an interval between numbers.
- ^ Which is common in the scientific publications.
- ^ All these four should be parsed as "free-standing" footnotes
- ^ The rationale is that URLs do not start with ^ while a footnote may follow immediately after an exclamation mark at the end of a sentence.
This token defines a dot-separated list of CSS classes
which are added to that particular footnote and also to the
corresponding reference(s). Hypens ('-') are also allowed.
Classes from the token are tranformed to lowercase and are prepended
"fn-upc-"to avoid collisions.
- ^ .unused.classes: In that case text of the footnote just looks like as if no special processing occured.
- ^ .bare.classlist.inside.inline.footnote:
- ^ .at.the.1st.line.of.labeled.footnote.definition:
- ^ .at.the.2nd.line.of.labeled.footnote.definition:
- ^ .L.1: A long chain of nested inline footnotes...25
- ^ a b c This note was defined at the end of the document. It defines an inline note.26
- ^ This note was defined at the begining of the document.
- ^ .L.2: is a rather unusual thing...27
- ^ This is inline note defined inside of a labeled note23.
- ^ .L.3: and requires extra CPU cycles for processing.28
- ^ .L.4: Theoretically speaking O(n2).29
- ^ .L.5: Thus it is worth dismissing those footnotes...30
.L.6: that are nested deeper than on a certain level. (^ .L.7: A particular value for that limit... (^ is hard-coded in src/markdown.c ... (^ in function `markdown()` ... (^ in variable named `maxDepth`. (^ For the time being, its value is **5** ) ) ) ) )
- ^ a b c Misreference
i am strayed]
This should be presented **verbatim** (without any [markup][^]) in the end of the footnotes. Default skin renders label in red font and the main text in gray. Other styling may also apply.
Just to verify the correctness of ordering and styling.
stray with upc]
.UPC-token: A token of user-provided classes must be rendered within strays. Aslo: this and the previous line may not have extra indentation.
<script>alert("you have been pwned!");</script>]
Labels are escaped
<textarea>"last words here...']
<textarea>Content is also escaped</textarea>