rustextile 1.0.2

Textile markup language parser for Rust
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61

Inline code can be used to embed code to a paragraph:
  setup:
    setHtmlType: xhtml
  input: |
    @This is some code@.

    Textile syntax @will *not* _be_ parsed@ within code tags.

    Inline code tags can not have attributes as the content should be displayed as a code:

    @(classname)mitts _*off*_ *_me_*@
    @{text-align:right;}My text@

    Inline code @can spawn across
    *multiple* lines@, but will not generate line break tags.

    Code tags can be wrapped in some glyphs, (@this *is* code@)

    In instances where code tags aren't matched, *[@this _is_ code@]*,
    ==[@square bracket@]== syntax can be used to enforce rendering.

    Instances such as email addresses should tried to be avoided,
    (firstname.lastname)@email.tld (firstname.lastname)@(hostname).tld,
    so that false positives aren't generated.

    In instances where parsing needs to be avoided, textile espacing syntax can be used,
    ==@this is *not* _code_@==, or [==@==]this is *not* [_code_][==@==].

  expect: |
    <p><code>This is some code</code>.</p>

    <p>Textile syntax <code>will *not* _be_ parsed</code> within code tags.</p>

    <p>Inline code tags can not have attributes as the content should be displayed as a code:</p>

    <p><code>(classname)mitts _*off*_ *_me_*</code><br />
    <code>{text-align:right;}My text</code></p>

    <p>Inline code <code>can spawn across
    *multiple* lines</code>, but will not generate line break tags.</p>

    <p>Code tags can be wrapped in some glyphs, (<code>this *is* code</code>)</p>

    <p>In instances where code tags aren&#8217;t matched, <strong><code>this _is_ code</code></strong>,<br />
    [@square bracket@] syntax can be used to enforce rendering.</p>

    <p>Instances such as email addresses should tried to be avoided,<br />
    (firstname.lastname)@email.tld (firstname.lastname)@(hostname).tld,<br />
    so that false positives aren&#8217;t generated.</p>

    <p>In instances where parsing needs to be avoided, textile espacing syntax can be used,<br />
    @this is *not* _code_@, or @this is <strong>not</strong> <em>code</em>@.</p>

Inline code isn't processed in lite mode:
  setup:
    setLite: true
  input:  |
    @This would be *some* code@

  expect: |
    <p>@This would be <strong>some</strong> code@</p>