update markdown guidelines to 29.0 2025-11-26

Changed the markdown guidelines version to "29.0 2025-11-26".

Ran `make markdown timestamp` to perform the above.
This commit is contained in:
Landon Curt Noll committed 2025-11-26 23:22:26 -08:00
1 parent a039928179
commit 9907d445bb
3 files changed
+250 -368

No files matched your search

+241 -359
View File
@@ -452,419 +452,301 @@
<!-- START: this line starts content for HTML phase 21 by: bin/pandoc-wrapper.sh via bin/md2html.sh -->
<!-- BEFORE: 1st line of markdown file: markdown.md -->
<div id="markdown_guidelines">
<h1 id="ioccc-28th-markdown-guidelines">IOCCC 28th Markdown Guidelines</h1>
</div>
<div id="markdown_version">
<h2 id="ioccc-markdown-guidelines-version">IOCCC Markdown guidelines version</h2>
</div>
<p class="leftbar">
These <a href="markdown.html">IOCCC markdown guidelines</a> are version <strong>28.4 2025-04-28</strong>.
</p>
<p><strong>IMPORTANT</strong>: Be sure to read the <a href="next/rules.html">IOCCC rules</a> and <a href="next/guidelines.html">IOCCC
guidelines</a>.</p>
<p>Jump to: <a href="#">top</a></p>
<h1 id="ioccc-29th-markdown-guidelines">IOCCC 29th Markdown Guidelines</h1>
<h2 id="markdown-guidelines-version">Markdown Guidelines Version</h2>
<p>These <a href="markdown.html">Markdown Guidelines</a> are version <strong>29.0 2025-11-26</strong>.</p>
<div id="introduction">
<h2 id="ioccc-markdown-guidelines-introduction">IOCCC Markdown Guidelines Introduction</h2>
</div>
<p>The IOCCC makes extensive use of <a href="https://daringfireball.net/projects/markdown/">markdown</a>.
For example, when submitting to the IOCCC
we have people
submit remarks about their entry in markdown format. Every
<a href="years.html">winning IOCCC entry</a> uses a <code>README.md</code> markdown file
as the basis for forming the <code>index.html</code> web page for that entry.
All generated HTML pages on the <a href="https://www.ioccc.org/index.html">Official IOCCC website</a>
start with some markdown content.</p>
<p>See the <a href="https://www.markdownguide.org/basic-syntax">markdown syntax</a> guide.
See also the <a href="https://spec.commonmark.org/current/">CommonMark Spec</a>.
See the
FAQ on “<a href="faq.html#remarks_md">remarks.md submission file</a>”.</p>
<p>Nevertheless, the IOCCC does have certain practices that we ask authors to follow.
Some of these relate to use of markdown directly and others relate to injecting HTML
into the markdown file.</p>
<p>Jump to: <a href="#">top</a></p>
<h2 id="introduction">Introduction</h2>
<p>The IOCCC makes extensive use of <a href="https://daringfireball.net/projects/markdown/">markdown</a>. For example, when
submitting to the IOCCC we have people submit remarks about their
entry in markdown format. Every <a href="years.html">winning entry</a> uses a <code>README.md</code>
markdown file as the basis for forming the <code>index.html</code> web page for
that entry. All HTML 5 generated pages on the <a href="https://www.ioccc.org/index.html">Official IOCCC website</a>
start with some markdown content. We no longer support older HTML
standards and some of our guidelines help integrate winning entries into
the website more easily.</p>
<p>See the <a href="https://www.markdownguide.org/basic-syntax">markdown syntax</a> guide. See also the <a href="https://spec.commonmark.org/current/">CommonMark Spec</a>.
See the FAQ on “<a href="faq.html#remarks_md">remarks.md submission file</a>”.</p>
<p>Nevertheless, the IOCCC does have certain practices that we ask authors to
follow. Some of these relate to use of markdown directly and others relate
to injecting HTML into the markdown file.</p>
<p>In the sections below, examples will mark by ❌ for the incorrect method
and ✔️ for preferred correct one.</p>
<div id="sections">
<h2 id="please-do-start-remarks.md-sections-at-level-3-increasing-for-subsections-up-to-6">Please DO start <code>remarks.md</code> sections at level 3 (<code>###</code>), increasing for subsections up to 6 (<code>######</code>)</h2>
</div>
<p>IF (it is not required) you do use sections in your <code>remarks.md</code> file (this does
not apply to other markdown files), <strong>PLEASE</strong> start at level three:</p>
<pre><code> # Foo &lt;=== no thank you
## Foo &lt;=== no thank you</code></pre>
<p>Instead, start sections with 3 <code>#</code>s:</p>
<pre><code> ### Section 0</code></pre>
<p>For each subsection of the current section, add another <code>#</code>, up to 6, going back
to 3 for new sections. For instance:</p>
<pre><code> ### Section 0
...
#### 1st subsection of section 0
...
##### 1st sub-subsection of the 1st subsection of section 0
...
#### 2nd subsection of section 0
...
##### 1st sub-subsection of the 2nd subsection of section 0
...
##### 2nd sub-subsection of the 2nd subsection of section 0
...
###### 1st sub-sub-subsection of the 2nd sub-subsection of the 2nd subsection of section 0
...
### Section 1
...
### Section 2
...
Etc.</code></pre>
<div id="name">
<h2 id="start-remarks.md-sections-at-level-3">Start <code>remarks.md</code> sections at level 3</h2>
<p>If (it is not required) you do use sections in your <code>remarks.md</code> file (this does
not apply to other markdown files), <strong>PLEASE</strong> start at level three up to level six:</p>
<pre class="&lt;!---markdown--&gt;"><code>❌ # Section Reserved
❌ ## Section Reserved
✔️ ### Section Level 3
✔️ #### Section Level 4
✔️ ##### Section Level 5
✔️ ###### Section Level 6</code></pre>
<div id="anchor-name">
<h2 id="please-do-not-use-the-name-attributes-in-html-a...a-hyperlink-elements">Please do NOT use the <code>name</code> attributes in HTML <code>&lt;a&gt;...&lt;/a&gt;</code> hyperlink elements</h2>
</div>
</div>
<p>Please do <strong>NOT</strong> use the HTML construct:</p>
<pre><code> &lt;a name=&quot;string&quot;&gt;...&lt;/a&gt; &lt;=== no thank you</code></pre>
<p>as those are <strong>NOT</strong> part of the HTML 5 standard.</p>
<p>Instead use:</p>
<pre><code> &lt;div id=&quot;string&quot;&gt;...&lt;/div&gt;</code></pre>
<p>where the <code>...</code> is the HTML you want to “name”. The <code>&lt;div&gt;</code>
encapsulates the HTML you want to name: i.e., the target of some
<code>&lt;a href="#string"&gt;</code> or some other <code>&lt;a href="URL#string"&gt;</code>
for the given page URL.</p>
<h3 id="important-point">IMPORTANT POINT:</h3>
<p>There are certain markdown constructs that <strong>CANNOT</strong> have an <strong>internal</strong> <code>&lt;div id="string"&gt;...&lt;/div&gt;</code> element.</p>
<p>An example is headings (lines that start with a <code>#</code>). For example:</p>
<pre><code> # &lt;div id=&quot;string&quot;&gt;THIS WILL NOT WORK!&lt;/div&gt; &lt;=== this will not work</code></pre>
<p>For things like headings, you have to surround them with the <code>&lt;div id="string"&gt;...&lt;/div&gt;</code> element, as in:</p>
<pre><code> &lt;div id=&quot;string&quot;&gt;
# This will work
&lt;/div&gt;</code></pre>
<p>While some browsers will still recognize the HTML construct <code>&lt;a name="string"&gt;...&lt;/a&gt;</code>, it is possible <strong>they MIGHT NOT</strong> in the future.</p>
<p>Jump to: <a href="#">top</a></p>
<h2 id="replace-a-nameanchor_namea-construct.">Replace <code>&lt;a name="anchor_name"&gt;&lt;/a&gt;</code> construct.</h2>
<pre class="&lt;!---html--&gt;"><code>❌ &lt;a name=&quot;old_way&quot;&gt;...&lt;/a&gt;
✔️ &lt;span id=&quot;new_way&quot;&gt;...&lt;/span&gt;</code></pre>
<div id="links">
<h2 id="if-you-can-it-is-preferable-to-use-markdown-links-rather-than-a...a">If you can, it is PREFERABLE to use markdown links rather than <code>&lt;a&gt;...&lt;/a&gt;</code></h2>
</div>
<p>It is easier and preferred to use markdown links rather than HTML <code>&lt;a&gt;..&lt;/a&gt;</code>
anchors.</p>
<p>Instead of:</p>
<pre><code> Use of &lt;a href=&quot;#links&gt;HTML anchors&lt;/a&gt;
is one option, however ...</code></pre>
<pre><code> [markdown links](#links) are easier and preferred</code></pre>
<p>Jump to: <a href="#">top</a></p>
<div id="strike">
<h2 id="markdown-links-instead-of-a...a">Markdown links instead of <code>&lt;a&gt;...&lt;/a&gt;</code></h2>
<pre class="&lt;!---html--&gt;"><code>❌ This &lt;a href=&quot;#link_target&gt;HTML link text&lt;/a&gt; works, but we prefer
✔️ [markdown link text](#link_target)</code></pre>
<div id="del">
<h2 id="please-do-not-use-the-strike-or-the-s-html-element">Please do NOT use the <code>&lt;strike&gt;</code> or the <code>&lt;s&gt;</code> HTML element</h2>
</div>
<div id="strike">
</div>
<p>Please do <strong>NOT</strong> use the obsolete <code>&lt;strike&gt;</code> or the obsolete <code>&lt;s&gt;</code>
(<del><strong>strikeout</strong></del>) HTML elements:</p>
<pre><code> &lt;strike&gt;...&lt;/strike&gt; &lt;=== no thank you
&lt;s&gt;...&lt;/s&gt; &lt;=== no thank you</code></pre>
<p>Use instead:</p>
<pre><code> &lt;del&gt;...&lt;/del&gt;</code></pre>
<p>Jump to: <a href="#">top</a></p>
<div id="underline">
<h2 id="replace-strike-or-s">Replace <code>&lt;strike&gt;</code> or <code>&lt;s&gt;</code></h2>
<pre class="&lt;!---html--&gt;"><code>❌ &lt;strike&gt;striked through text&lt;/strike&gt;
❌ &lt;s&gt;HTML 5 striked through text&lt;/s&gt;
✔️ &lt;del&gt;HTML 5 striked through text&lt;/del&gt;
✔️ ~~markdown striked through text~~</code></pre>
<div id="ins">
<h2 id="please-do-not-use-the-u-html-element">Please do NOT use the <code>&lt;u&gt;</code> HTML element</h2>
</div>
<div id="underline">
</div>
<p>Please do <strong>NOT</strong> use the obsolete <code>&lt;u&gt;</code> (<ins><em>underline</em></ins>) HTML element:</p>
<pre><code> &lt;u&gt;...&lt;/u&gt; &lt;=== no thank you</code></pre>
<p>Use instead:</p>
<pre><code> &lt;ins&gt;...&lt;/ins&gt;</code></pre>
<p>Jump to: <a href="#">top</a></p>
<h2 id="replace-u">Replace <code>&lt;u&gt;</code></h2>
<pre class="&lt;!---html--&gt;"><code>❌ &lt;u&gt;old tags&lt;/u&gt;
✔️ &lt;ins&gt;HTML 5 tags&lt;/ins&gt;</code></pre>
<div id="tt">
<div id="span">
<h2 id="please-do-not-use-the-tt-html-element">Please do NOT use the <code>&lt;tt&gt;</code> HTML element</h2>
</div>
</div>
<p>Please do <strong>NOT</strong> use the obsolete <code>&lt;tt&gt;</code>
(<span style="font-family: monospace;"><strong>teletype</strong></span>) HTML element:</p>
<pre><code> &lt;tt&gt;The tt element is obsolete&lt;/tt&gt; &lt;=== no thank you</code></pre>
<p>Instead use either a monospaced <code>&lt;span&gt;</code> or an inline markdown code block:</p>
<pre><code> &lt;span style=&quot;font-family: monospace;&quot;&gt;Use of a monospaced font
is one option,
however ... &lt;/span&gt;</code></pre>
<p>We recommend using the inline markdown code block method instead:</p>
<pre><code> Using the `inline markdown code block` is easier and is **preferred**.</code></pre>
<p>Jump to: <a href="#">top</a></p>
<div id="unindented">
<div id="indented">
<h2 id="please-do-not-use-unindented-code-blocks">Please do NOT use unindented code blocks</h2>
</div>
</div>
<p>Please do <strong>NOT</strong> start code blocks at the first column.</p>
<p>For example:</p>
<pre class="&lt;!---markdown--&gt;"><code>``` &lt;!---sh--&gt;
echo &quot;This code block is NOT indented&quot; &lt;=== no thank you
```</code></pre>
<p>We request that you indent the code block by multiples of 4 ASCII <strong>SPACES</strong>:</p>
<pre class="&lt;!---markdown--&gt;"><code>``` &lt;!---sh--&gt;
echo &quot;This code block is indented by mutiples of 4 spaces&quot;
# The top level starts with a 4 ASCII space indent.
#
# Only indent with multiples of 4 ASCII spaces.
# 2nd level indent needs 8 ASCII spaces (no tabs).
# 3rd level indent needs 12 ASCII spaces (no tabs).
# etc.
```</code></pre>
<p>Moreover:</p>
<pre class="&lt;!---markdown--&gt;"><code>```
The same thing applies to any markdown block surrounded by ``` lines.
```</code></pre>
<p>Please do <strong>NOT</strong> indent using ASCII tab characters in markdown files.</p>
<p>Jump to: <a href="#">top</a></p>
</div>
<h2 id="replace-tt">Replace <code>&lt;tt&gt;</code></h2>
<pre class="&lt;!---html--&gt;"><code>❌ &lt;tt&gt;obsolete HTML&lt;/tt&gt;
✔️ &lt;span style=&quot;font-family: monospace;&quot;&gt;monospace font&lt;/span&gt;
✔️ `markdown style monospace`</code></pre>
<div id="indent">
</div>
<h2 id="indent-code-blocks-by-four-spaces-not-by-tab.">Indent code blocks by four spaces, not by TAB.</h2>
<pre class="&lt;!---sh--&gt;"><code>❌ echo &quot;This code block is NOT indented&quot;</code></pre>
<p>We request that you indent the code block by multiples of four (4)
ASCII SPACES, never TAB (␉):</p>
<pre class="&lt;!---sh--&gt;"><code>✔️ echo &quot;This code block is indented by multiples of 4 spaces&quot;
✔️ # The top level starts with a 4 ASCII space indent.
✔️ #
✔️ # Only indent with multiples of 4 ASCII spaces.
✔️ # 2nd level indent needs 8 ASCII spaces (no tabs).
✔️ # 3rd level indent needs 12 ASCII spaces (no tabs).
✔️ # etc.</code></pre>
<p>Alternatively its possible to use <code>```</code> marks, without the initial
four (4) space indentation. This is usually the better method.</p>
<pre class="&lt;!---markdown--&gt;"><code>✔️ ```
✔️ The same thing applies to any markdown block bracketed by ``` lines.
✔️ ```</code></pre>
<div id="tabs">
</div>
<div id="spaces">
<h2 id="please-do-not-use-ascii-tabs-in-markdown-files">Please do NOT use ASCII tabs in markdown files</h2>
</div>
</div>
<p>Please do <strong>NOT</strong> indent with ASCII tabs, <strong>OR</strong> use any
ASCII tab characters anywhere inside a markdown file.</p>
<p>While we have nothing against the ASCII tab character in general,
we have discovered that ASCII tab characters create problems when
<h2 id="do-not-use-tab-in-markdown-files.">Do not use TAB in markdown files.</h2>
<p>Please do <strong>NOT</strong> indent with ASCII TABs (␉), <strong>OR</strong> use any ASCII TAB
(␉) anywhere inside a markdown file.</p>
<p>While we have nothing against the ASCII TAB (␉) character in general,
we have discovered that ASCII TAB (␉) characters create problems when
used as part of the leading whitespace within a markdown file.</p>
<p>If you need to indent 2 or more levels, use multiples of 4 ASCII
<strong>SPACES</strong>.</p>
<p>For example:</p>
<p>If you need to indent two (2) or more levels, use multiples of four (4)
ASCII SPACES.</p>
<pre class="&lt;!---markdown--&gt;"><code>```
Please do **NOT** use ASCII tabs in markdown files. &lt;=== no thank you
Please do **NOT** indent markdown with ASCII tabs. &lt;=== no thank you
❌ ␉Please do **NOT**␉use ASCII tabs␉in markdown files.
❌ ␉␉Please do **NOT** indent markdown with ASCII tabs.
We don&#39;t mind tabs in general, &lt;=== no thank you
We just ask that you NOT use them in markdown files.
❌ ␉We don&#39;t␉mind␉tabs␉in␉general,
❌ ␉We just ask that you NOT use them in markdown files.
```</code></pre>
<p>And to clarify, we are only talking about markdown files,
not C code or any other non-markdown content:</p>
<pre class="&lt;!---c--&gt;"><code> printf(&quot;It is fine to use tabs in Obfuscated C code.\n&quot;);
/* if you wish */
<p>And to clarify, we are only talking about markdown files, not C code or
any other non-markdown content:</p>
<pre class="&lt;!---c--&gt;"><code>✔️ printf(&quot;It is fine␉to␉use tabs in Obfuscated C code.\n&quot;);
✔️ /*␉if␉you␉wish */
// We ask that you to NOT use ASCII tab characters in your remarks.md writeup,
// or in any other markdown files within your entry, please.</code></pre>
<p><strong>NOTE</strong>: Again, you are <strong>perfectly welcome</strong> to use ASCII tab characters in
your C code and other non-markdown files. We simply ask that you do <strong>NOT</strong> use any
ASCII tab characters in markdown files.</p>
<p>Jump to: <a href="#">top</a></p>
<div id="vim-tabs">
<h3 id="tip-for-vim-users">Tip for <code>vim</code> users</h3>
</div>
<p>If you use <code>vim</code> you can put in your <code>.vimrc</code> file (usually <code>~/.vimrc</code>) the
following settings to make sure the tabs are not put in without you noticing:</p>
<pre><code> set tabstop=8 &quot; a tab is 8 spaces (or whatever you wish it to be set to)
set softtabstop=4 &quot; ...but when inserting/backspacing use 4 spaces
set shiftwidth=4 &quot; ...and auto-indent 4 spaces (when autoindent is set)
set expandtab &quot; ...expand tab into spaces</code></pre>
<p>If you have file type detection enabled you can, if you prefer, have these
settings set just for markdown files:</p>
<pre><code> autocmd! Filetype markdown setlocal set tabstop=8 softtabstop=4 shiftwidth=4 expandtab</code></pre>
<p>or so.</p>
<p>This will prevent the tab key from inserting tabs; rather it will insert 4
spaces.</p>
<p>To <strong>VERIFY</strong> that there are no tabs in a file you may do, in command mode:</p>
<pre><code> /\t</code></pre>
<p>If you’re in insert mode hit <code>ESC</code> first.</p>
<p>Jump to: <a href="#">top</a></p>
<div id="languages">
✔️ // We ask that you to NOT use ASCII tab characters in your remarks.md writeup,
✔️ // or in any other markdown files within your entry, please.</code></pre>
<p><strong>NOTE</strong>: Again, you are <strong>perfectly welcome</strong> to use ASCII tab characters
in your C code and other non-markdown files. We simply ask that
you do <strong>NOT</strong> use any ASCII TAB (␉) characters in markdown files.</p>
<div id="code">
<h2 id="please-use-html-comments-to-specify-a-language-for-a-code-block">Please use HTML comments to specify a language for a code block</h2>
</div>
<div id="languages">
</div>
<p>We request that <a href="https://www.markdownguide.org/extended-syntax/#fenced-code-blocks">fenced markdown code
blocks</a>
<h2 id="use-html-comments-for-code-block-language-syntax.">Use HTML comments for code block language syntax.</h2>
<p>We request that <a href="https://www.markdownguide.org/extended-syntax/#fenced-code-blocks">fenced markdown code blocks</a>
<strong>NOT</strong> specify a language directly.</p>
<p>For example:</p>
<pre class="&lt;!---markdown--&gt;"><code>```c &lt;=== no thank you
int main(void) {return 0;}
```</code></pre>
<pre class="&lt;!---markdown--&gt;"><code>❌ ```c
❌ int main(void) {return 0;}
❌ ```</code></pre>
<p>Instead, put the language inside an HTML comment, separated from the
markdown code block starting fence by a space:</p>
<pre class="&lt;!---markdown--&gt;"><code>``` &lt;!---c--&gt;
int main(void) {return 0;}
```</code></pre>
<p><strong>IMPORTANT</strong>: The <strong>initial</strong>   <strong>` ` `</strong>   must be followed by an <strong>ASCII SPACE</strong>,
and <strong>THEN</strong> an <strong>opening</strong> <strong><code>&lt;!---</code></strong> (a “<code>&lt;</code>”, a “<code>!</code>” and then three “<code>-</code>”s), and
<strong>THEN</strong> the <strong>language</strong> and <strong>FINALLY</strong> a <strong>closing</strong> “<code>--&gt;</code>” (two “<code>-</code>”s
<pre class="&lt;!---markdown--&gt;"><code>✔️ ```&lt;!---c--&gt;
✔️ int main(void) {return 0;}
✔️ ```</code></pre>
<p><strong>IMPORTANT</strong>: The <strong>initial</strong>   <strong>` ` `</strong>   must be
followed by an <strong>ASCII SPACE</strong>, and <strong>THEN</strong> an <strong>opening</strong> <strong>
<code>&lt;!---</code></strong> (a “<code>&lt;</code>”, a “<code>!</code>” and then three “<code>-</code>”s), and <strong>THEN</strong>
the <strong>language</strong> and <strong>FINALLY</strong> a <strong>closing</strong> “<code>--&gt;</code>” (two “<code>-</code>”s
followed by a “<code>&gt;</code>”).</p>
<p>Jump to: <a href="#">top</a></p>
<div id="slash">
<div id="void">
<h2 id="please-do-not-add-trailing-slash-to-void-html-elements">Please do NOT add trailing slash to void HTML elements</h2>
<div id="code-and-text">
</div>
<h2 id="ensure-blank-line-between-code-block-and-text.">Ensure blank line between code block and text.</h2>
<p>Please do <strong>NOT</strong> place text on the next line after a markdown code
block. Instead, place a blank line after the end of a markdown code
block as this makes it easier to detect when markdown code blocks are
<strong>NOT</strong> properly indented.</p>
<pre class="&lt;!---markdown--&gt;"><code> ```
int
main(int foo)
{
return foo;
}
❌ ```
❌ C compilers cannot be given a -Wno-main-arg-errors flag.
```
int
main(int foo)
{
return foo;
}
✔️ ```
✔️
✔️ C compilers cannot be given a -Wno-main-arg-errors flag.</code></pre>
<div id="tag-slash">
</div>
<p>Please do <strong>NOT</strong> use a trailing slash on <a href="https://github.com/validator/validator/wiki/Markup-»-Void-elements">void HTML
elements</a>.</p>
<p>See also this note on <a href="https://github.com/validator/validator/wiki/Markup-»-Void-elements#trailing-slashes-in-void-element-start-tags-do-NOT-mark-the-start-tags-as-self-closing">trailing slashes in void-element start
tags</a>.</p>
<p>The trailing slash on void HTML elements has no effect and interacts badly with
unquoted attribute values.</p>
<p>For example, please do <strong>NOT</strong> use markdown like these:</p>
<pre><code> &lt;br/&gt; &lt;=== no thank you
<h2 id="do-not-add-trailing-slash-to-void-html-tags.">Do not add trailing slash to void HTML tags.</h2>
<p>Please do <strong>NOT</strong> use a trailing slash on
<a href="https://github.com/validator/validator/wiki/Markup-»-Void-elements">void HTML elements</a>.</p>
<p>See also this note on <a href="https://github.com/validator/validator/wiki/Markup-»-Void-elements#trailing-slashes-in-void-element-start-tags-do-NOT-mark-the-start-tags-as-self-closing">trailing slashes in void-element start tags</a>.</p>
<p>The trailing slash on void HTML elements has no effect and interacts
badly with unquoted attribute values.</p>
<pre class="&lt;!---html--&gt;"><code>❌ &lt;br/&gt;
❌ &lt;hr/&gt;
❌ &lt;img src=&quot;1984-anonymous-tattoo.jpg&quot; alt=&quot;image of a tattoo of
the 1984 anonymous C code&quot; width=600 height=401 /&gt;
&lt;hr/&gt; &lt;=== no thank you
&lt;img src=&quot;1984-anonymous-tattoo.jpg&quot;
alt=&quot;image of a tattoo of the 1984 anonymous C code&quot;
width=600 height=401 /&gt; &lt;=== no thank you</code></pre>
<p>Instead use, respectively:</p>
<pre><code> &lt;br&gt;
&lt;hr&gt;
&lt;img src=&quot;1984-anonymous-tattoo.jpg&quot;
alt=&quot;image of a tattoo of the 1984 anonymous C code&quot;
width=600 height=401&gt;</code></pre>
<p>Jump to: <a href="#">top</a></p>
<div id="backslash">
✔️ &lt;br&gt;
✔️ &lt;hr&gt;
✔️ &lt;img src=&quot;1984-anonymous-tattoo.jpg&quot; alt=&quot;image of a tattoo of
the 1984 anonymous C code&quot; width=600 height=401&gt;</code></pre>
<div id="br">
<h2 id="please-do-not-use-a-trailing-backslash-outside-of-a-code-block">Please do NOT use a TRAILING backslash (<code>\</code>) outside of a code block</h2>
</div>
<div id="backslash">
</div>
<p>Unless the line is inside a markdown code block, please do <strong>NOT</strong>
end a markdown line with a trailing backslash (<code>\</code>). Instead use
a trailing <code>&lt;br&gt;</code>.</p>
<p>Instead of:</p>
<pre><code> In markdown,\ &lt;=== no thank you
do NOT use trailing\
backslashes outside of\
a code block</code></pre>
<p>use:</p>
<pre><code> In markdown,&lt;br&gt;
use trailing&lt;br&gt;
br&#39;s outside of&lt;br&gt;
a code block</code></pre>
<p>Again, use of a trailing backslash (<code>\</code>) inside a markdown code block is fine:</p>
<pre class="&lt;!---markdown--&gt;"><code>```
This is OK\
inside a\
markdown code\
block
```</code></pre>
<p>as is:</p>
<pre><code> `This is OK\`</code></pre>
<p>Doing it this way will prevent <code>pandoc(1)</code> from generating deprecated HTML
elements such as <code>&lt;br /&gt;</code>.</p>
<p>Jump to: <a href="#">top</a></p>
<div id="images">
<h2 id="do-not-use-a-trailing-backslash-outside-of-a-code-block">Do not use a trailing backslash outside of a code block</h2>
<p>Unless the line is inside a markdown code block, please do <strong>NOT</strong> end
a markdown line with a trailing backslash (<code>\</code>). Instead use a trailing
<code>&lt;br&gt;</code>.</p>
<pre class="&lt;!---markdown--&gt;"><code>❌ In markdown,\
❌ do NOT use trailing\
❌ backslashes outside of\
❌ a code block
✔️ In markdown,&lt;br&gt;
✔️ use trailing&lt;br&gt;
✔️ br&#39;s outside of&lt;br&gt;
✔️ a code block
✔️ ```
✔️ This is OK\
✔️ inside a\
✔️ markdown code\
✔️ block
✔️ ```
✔️ `This is OK\`</code></pre>
<p>Doing it this way will prevent <code>pandoc(1)</code> from generating deprecated
HTML elements such as <code>&lt;br /&gt;</code>.</p>
<div id="img">
<h2 id="please-do-not-use-markdown-style-images">Please do NOT use markdown style images</h2>
</div>
</div>
<p>Please do <strong>NOT</strong> use the markdown embedded image element.</p>
<h2 id="do-not-use-markdown-style-images">Do not use markdown style images</h2>
<p>Instead of using this markdown element to embed an image:</p>
<pre><code> ![alt text](filename.png &quot;Title&quot;) &lt;=== no thank you</code></pre>
<p>Use an <code>&lt;img&gt;</code> HTML element with <code>alt=</code>, <code>width=</code> and <code>length=</code>
attributes:</p>
<pre><code> &lt;img src=&quot;filename.png&quot;
alt=&quot;describe the filename.png image for someone who cannot view it&quot;
width=PIXEL_WIDTH height=PIXEL_HEIGHT&gt;</code></pre>
<p>For example, instead of:</p>
<pre><code> ![1984-anonymous-tattoo.jpg](1984-anonymous-tattoo.jpg) &lt;=== no thank you</code></pre>
<p>use this HTML:</p>
<pre><code> &lt;img src=&quot;1984-anonymous-tattoo.jpg&quot;
alt=&quot;image of a tattoo of the 1984 anonymous C code&quot;
width=600 height=401&gt;</code></pre>
<p>The problem goes beyond the fact that <code>pandoc(1)</code> generates problematic
HTML from the markdown image construct, the resulting HTML does <strong>NOT</strong>
have <code>width</code> and <code>height</code> information so browsers have to slow down
on rendering text around the image until it can internally determine
the image size.</p>
<p>Jump to: <a href="#">top</a></p>
<pre class="&lt;!---markdown--&gt;"><code>❌ ![alt text](filename.png &quot;Title&quot;)
✔️ &lt;img src=&quot;filename.png&quot;
alt=&quot;describe the filename.png image for someone who cannot view it&quot;
width=PIXEL_WIDTH height=PIXEL_HEIGHT&gt;
Which allows for HTML &lt;img&gt; attributes `alt=`, `width=` and `length=`.</code></pre>
<p>The problem is that <code>pandoc(1)</code> generates problematic HTML from the
markdown image construct, the resulting HTML does <strong>NOT</strong> have <code>width</code>
and <code>height</code> information so browsers have to slow down on rendering
text around the image until it can internally determine the image size.</p>
<div id="hr">
<div id="horizontal">
<div id="lines">
<h2 id="please-do-not-use-markdown-style-horizontal-lines">Please do NOT use markdown style horizontal lines</h2>
</div>
</div>
</div>
<h2 id="replace-markdown-style-horizontal-lines.">Replace markdown style horizontal lines.</h2>
<p>Please do <strong>NOT</strong> use <code>---</code> style lines in markdown to create horizontal
lines or to separate sections.</p>
<p>Unless something is inside a markdown <strong>code block</strong>, do <strong>NOT</strong> start a
line with 3 or more dashes (“<code>-</code>”s).</p>
<p>Such markdown causes <code>pandoc(1)</code> to generate <code>&lt;hr /&gt;</code>. The <code>&lt;hr /&gt;</code> has no
effect in standard HTML 5 and interacts badly with unquoted attribute values.</p>
<p>Unless something is inside a markdown <strong>code block</strong>, do <strong>NOT</strong> start
a line with 3 or more dashes (“<code>-</code>”s).</p>
<p>Such markdown causes <code>pandoc(1)</code> to generate <code>&lt;hr /&gt;</code>. The <code>&lt;hr /&gt;</code> has
no effect in standard HTML 5 and interacts badly with unquoted attribute
values.</p>
<p>If a horizontal line is really needed, use:</p>
<pre><code> &lt;hr&gt;</code></pre>
<p>If a short line is needed, use:</p>
<pre><code> &lt;hr style=&quot;width:10%;text-align:left;margin-left:0&quot;&gt;</code></pre>
<p>Jump to: <a href="#">top</a></p>
<pre class="&lt;!---html--&gt;"><code>❌ * * *
❌ - - -
❌ ---
Regular divider...
✔️ &lt;hr&gt;
A short divider...
✔️ &lt;hr style=&quot;width:10%;text-align:left;margin-left:0&quot;&gt;</code></pre>
<div id="parentheses">
<h2 id="please-do-not-put-a-literal-or-in-markdown-link-titles">Please do NOT put a LITERAL “<code>(</code>” or “<code>)</code>” in markdown link titles</h2>
</div>
<p>Please do <strong>NOT</strong> use literal parentheses inside markdown link titles.</p>
<p>Instead of:</p>
<pre><code> [some (text)](https://example.com/curds) &lt;=== no thank you</code></pre>
<p>use:</p>
<pre><code> [some &amp;lpar;text&amp;rpar;](https://example.com/curds)</code></pre>
<p>Instead of:</p>
<pre><code> [ls(1)](https://example.com/ls-man-page.1) &lt;=== no thank you</code></pre>
<p>use:</p>
<pre><code> [ls&amp;lpar;1&amp;rpar;](https://example.com/ls-man-page.1)</code></pre>
<p>Jump to: <a href="#">top</a></p>
<h2 id="do-not-put-a-literal-or-in-markdown-link-titles">Do not put a literal “<code>(</code>” or “<code>)</code>” in markdown link titles</h2>
<pre class="&lt;!---markdown--&gt;"><code>❌ [some (text)](https://example.com/curds)
✔️ [some &amp;lpar;text&amp;rpar;](https://example.com/curds)
❌ [ls(1)](https://example.com/ls-man-page.1)
✔️ [ls&amp;lpar;1&amp;rpar;](https://example.com/ls-man-page.1)</code></pre>
<div id="closing-parentheses">
<h2 id="please-do-not-end-markdown-links-with">Please do NOT end markdown links with “<code>))</code>”</h2>
</div>
<p>Please do <strong>NOT</strong> end a markdown link with a double closed parenthesis “<code>))</code>”.</p>
<h2 id="do-not-end-markdown-links-with">Do not end markdown links with “<code>))</code>”</h2>
<p>Markdown links that end in “<code>))</code>” complicate parsing and sometimes lead
to incorrect URLs or file paths.</p>
<p>Instead of:</p>
<pre><code> [some text](https://example.com/foo_(bar)) &lt;=== no thank you</code></pre>
<p>use:</p>
<pre><code> [some text](https://example.com/foo_&amp;lpar;bar&amp;rpar;)</code></pre>
<p>As another example, instead of:</p>
<pre><code> This thing, ([some text](some/path)), is NOT ideal. &lt;=== no thank you</code></pre>
<p>use:</p>
<pre><code> This thing, [some text](some/path), is better.</code></pre>
<p>Jump to: <a href="#">top</a></p>
<div id="code-text">
<div id="code-and-text">
<div id="text">
<h2 id="please-do-not-place-text-on-the-immediate-very-next-line-after-a-markdown-code-block">Please do NOT place text on the IMMEDIATE (very next) line after a markdown code block</h2>
</div>
</div>
</div>
<p>Please do <strong>NOT</strong> place text on the next line after a markdown code block.
Instead, place a blank line after the end of a markdown code block
as this makes it easier to detect when markdown code blocks are
<strong>NOT</strong> properly indented.</p>
<p>Instead of:</p>
<pre class="&lt;!---markdown--&gt;"><code>```
int
main(int foo)
{
return foo;
}
```
C compilers cannot be given a -Wno-main-arg-errors flag. &lt;=== no thank you</code></pre>
<p>use:</p>
<pre class="&lt;!---markdown--&gt;"><code>```
int
main(int foo)
{
return foo;
}
```
<pre class="&lt;!---markdown--&gt;"><code>❌ [some text](https://example.com/foo_(bar))
✔️ [some text](https://example.com/foo_&amp;lpar;bar&amp;rpar;)
C compilers cannot be given a -Wno-main-arg-errors flag.</code></pre>
<p><strong>BTW</strong>: Please note the blank line after the code block.</p>
<p>Jump to: <a href="#">top</a></p>
❌ This thing, ([some text](some/path)), is NOT ideal.
✔️ This thing, [some text](some/path), is better.</code></pre>
<div id="italics">
<h2 id="please-use-_-for-italics-in-markdown">Please use <code>_</code> for italics in markdown</h2>
</div>
<p>Please do <strong>NOT</strong> use <code>*</code> (single asterisk) for italics in markdown. Instead use
an underscore (<code>_</code>). Using an asterisk can complicate parsing and sometimes lead
to incorrect results. This can especially go for when it is <strong><em>bold and
italic</em></strong>.</p>
<p>For example, instead of:</p>
<pre><code> *this text is italic* &lt;=== no thank you</code></pre>
<p>use:</p>
<pre><code> _this text is italic_</code></pre>
<p>Another example, for <strong><em>bold italic</em></strong>:</p>
<p>Do <strong>NOT</strong> use:</p>
<pre><code> ***this text is bold italic*** &lt;=== no thank you</code></pre>
<p>Instead use:</p>
<pre><code> **_this text is bold italic_**</code></pre>
<p>or:</p>
<pre><code> _**this text is bold italic**_</code></pre>
<p><strong>BTW</strong>: the astute reader might notice that some cases of <code>*</code> for italic might
have slipped through. We do ask you, however, to please observe this rule, as
best you can.
<h2 id="use-_-for-italics-in-markdown">Use <code>_</code> for italics in markdown</h2>
<p>Please do <strong>NOT</strong> use <code>*</code> (single asterisk) for italics in markdown.
Instead use an underscore (<code>_</code>). Using an asterisk can complicate
parsing and sometimes lead to incorrect results. This can especially
go for when it is <strong><em>bold and italic</em></strong>.</p>
<pre class="&lt;!---markdown--&gt;"><code>❌ *this text is italic*
✔️ _this text is italic_
❌ ***this text is bold italic***
✔️ **_this text is bold italic_**
✔️ _**this text is bold italic**_</code></pre>
<p><strong>BTW</strong>: the astute reader might notice that some cases of <code>*</code> for
italic might have slipped through. We do ask you, however, to please
observe this rule, as best you can.
<!-- AFTER: last line of markdown file: markdown.md --></p>
<!-- END: this line ends content for HTML phase 21 by: bin/pandoc-wrapper.sh via bin/md2html.sh -->
+2 -2
View File
@@ -3,7 +3,7 @@
## Markdown Guidelines Version
These [Markdown Guidelines](markdown.html) are version **28.4 2025-04-28**.
These [Markdown Guidelines](markdown.html) are version **29.0 2025-11-26**.
<div id="introduction"></div>
@@ -217,7 +217,7 @@ block as this makes it easier to detect when markdown code blocks are
return foo;
}
✔️ ```
✔️
✔️
✔️ C compilers cannot be given a -Wno-main-arg-errors flag.
````
+7 -7
View File
@@ -16810,11 +16810,11 @@
</url>
<url>
<loc>https://www.ioccc.org/markdown.html</loc>
<lastmod>2025-07-26T18:35:07+00:00</lastmod>
<lastmod>2025-11-27T07:21:50+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/markdown.md</loc>
<lastmod>2025-07-12T17:16:31+00:00</lastmod>
<lastmod>2025-11-27T07:21:43+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/news.html</loc>
@@ -16826,11 +16826,11 @@
</url>
<url>
<loc>https://www.ioccc.org/next/guidelines.html</loc>
<lastmod>2025-11-24T13:29:41+00:00</lastmod>
<lastmod>2025-11-27T07:11:14+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/next/guidelines.md</loc>
<lastmod>2025-11-24T13:29:41+00:00</lastmod>
<lastmod>2025-11-27T07:11:14+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/next/index.html</loc>
@@ -16870,11 +16870,11 @@
</url>
<url>
<loc>https://www.ioccc.org/next/rules.html</loc>
<lastmod>2025-11-24T13:29:41+00:00</lastmod>
<lastmod>2025-11-27T07:11:14+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/next/rules.md</loc>
<lastmod>2025-11-24T13:29:41+00:00</lastmod>
<lastmod>2025-11-27T07:11:14+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/next/submit.html</loc>
@@ -16938,7 +16938,7 @@
</url>
<url>
<loc>https://www.ioccc.org/status.html</loc>
<lastmod>2025-11-26T06:28:00+00:00</lastmod>
<lastmod>2025-11-27T07:15:03+00:00</lastmod>
</url>
<url>
<loc>https://www.ioccc.org/status.json</loc>