Utilisateur:LMischler/EIG-wiki-syntax-2016

De Guide de l'Installation Electrique
Aller à :navigation, rechercher

Text formatting markup

Description You type You get
Character (inline) formatting – applies anywhere
Italic text ''italic'' italic
Bold text '''bold''' bold
Bold and italic '''''bold & italic''''' bold & italic
Escape wiki markup <nowiki>no ''markup''</nowiki> no ''markup''
Section formatting – only at the beginning of the line
Headings of different levels
=level 1=
==level 2==
===level 3===
====level 4====
=====level 5=====
======level 6======

An article with 4 or more headings automatically creates a table of contents.

Level 1
Level 2
Level 3
Level 4
Level 5
Level 6
Horizontal rule ----
Bullet list
* one
* two
* three
** three point one
** three point two

Inserting a blank line will end the first list and start another.

  • one
  • two
  • three
    • three point one
    • three point two
indent text
: Single indent
:: Double indent
::::: Multiple indent

This workaround may be controversial from the viewpoint of accessibility.

Single indent
Double indent
Multiple indent


Paragraphs

MediaWiki ignores single line breaks. To start a new paragraph, leave an empty line. You can force a line break within a paragraph with the HTML tags <br />.


Titles, sub-titles ...

The wiki page title (defined when creating a page) is using the first title level (h1)

So when the book content to migrate includes "paragraphs", "sub-paragraphs" ... their titles should use wiki syntax for level 2 (== title ==), level 3 (=== sub-paragraph ===) etc


bullet lists - details

Bullet list
* one
* two
** two point one
** two point two
* three<p>continued</p>
** three point one
* four<!--
--><p>continued with "nicer" source (visually closer to actual page result)</p><!--
--><p>several continued sentences is possible</p><!--
--><p>can also be used for an image that is part of bullet point</p><!--
--><p>[[File:Blogs icon.png|none]]</p>
** four point one

Inserting a blank line will end the first list and start another.

nota: there is a small bug with wiki CSS, so inside tables following text does not have proper font size ==> not a problem as should never happen in tables

  • one
  • two
    • two point one
    • two point two
  • three

    continued

    • three point one
  • four

    continued with "nicer" source (visually closer to actual page result)

    several continued sentences is possible

    can also be used for an image that is part of bullet point

    Blogs icon.png

    • four point one

It is not recommended to have more than 2 nested levels of bullet lists.

If there are more than 2 bullet list levels (maybe sometimes also for 2 levels), it is recommended to change the first level of bullet list to a sub-paragraph level


Manual TOCs (table of contents)

These small manual TOCs are used in "introductory pages", eg pages with a short text introduction (or not), followed by this small manual TOC = links to pages included in this "section"

syntax:

{{Manual_TOC |
 * [[General method for cable sizing|General method for cable sizing]]
 * [[Recommended simplified approach for cable sizing|Recommended simplified approach for cable sizing]]
 * [[Sizing of busbar trunking systems (busways)|Sizing of busbar trunking systems (busways)]]
 }}

example:


Images

The syntax is now using templates, to facilitate and standardize the formating, as shown below


Image = ONE FIGURE

{{FigImage|<fig-ID>|<fig-extension>|<fig-num>|<fig-title>}}

example:

{{FigImage|DB422002|svg|A11|Application du facteur de simultanéité (ks) à un immeuble de 4 étages + rez-de-chaussée (correspondant à la norme NF C 14-100)}}

where:

  • <fig-ID> is like: DB422001 (= image file name, without the file extension)
  • <fig-extension> is like: svg, jpg ...
  • <fig-num> is like: A11, B42a ...
  • <fig-title> is like: Application of the diversity factor (ks) to an apartment block of 5 storeys

result:

Fichier:DB422002.svg
Fig. A11 – Application du facteur de simultanéité (ks) à un immeuble de 4 étages + rez-de-chaussée (correspondant à la norme NF C 14-100)


nota: <fig-title> normally is just text, and does not include any formatting, unless it is required, like to add a link inside the title. Example:

{{FigImage|<fig-ID>|<fig-extension>|A11|Circuit-breaker type <nowiki>'''[http://www.xxxxxxx Masterpact]''' from Schneider-Electric}}</nowiki>


Image = ONE FIGURE with NOTES

{{FigImage|<fig-ID>|<fig-extension>|<fig-num>|<fig-title>|
 add figure notes here ...<br>
 ... more
 }}

example:
{{ FigImage|DB422002|svg|A11|Application du facteur de simultanéité (ks) à un immeuble de 4 étages + rez-de-chaussée (correspondant à la norme NF C 14-100)|
 add figure notes here ...<br>
 ... more
 }}


Giving:

Fichier:DB422002.svg
add figure notes here ...
... more
Fig. A11 – Application du facteur de simultanéité (ks) à un immeuble de 4 étages + rez-de-chaussée (correspondant à la norme NF C 14-100)


Image without frame and title

Syntax is very simple here:

[[File:<image-name-with-extension>]]
 
 example:  |[[File:Pen-icon.png]]

Giving for exemple, if integrated in a small table:

table header header 2
Pen-icon.png This icon is a pen icon


Gallery of images

to be completed


Table

Tables without notes

Syntax to use requires to add a template just before the table, and another one just after the table

{{EIG-table|<table-ID>}}
 ... table syntax as usual here ...
 ... continued ...
 {{EIG-table-end|<table-ID>|<fig-num>|<table-title>}}

Example:

{{EIG-table|'''Tab1001'''}}
 ... table syntax as usual here ... just do not add any specific formatting in the first line, just:  {| class="wikitable"
 ... continued ...
 {{EIG-table-end|Tab1001|A5|This is my table title}}

Detailed:

{{EIG-table|Tab1001}}
 {| class="wikitable"
 |-
 ! table header
 !
 |-
 | the table syntax is as usual
 | the rest is as usual I believe
 |-
 | just do not add any specific formatting in first line, just {| class="wikitable"
 |}
 {{EIG-table-end|Tab1001|A5|This is my table title}}

Result:

Modèle:EIG-table

table header
the table syntax is as usual the rest is as usual I believe
class="wikitable"

Modèle:EIG-table-end


Tables with TEXT-ONLY table notes

Syntax:

{{EIG-table|<table-ID>}}
 ... table syntax as usual here ...
 ... continued ...
 {{EIG-table-end|<table-ID>|<fig-num>|<table-title>|
 and this is my text-only table notes<br/>
 ... and more}}

Example:

{{EIG-table|Tab1001}}
 {| class="wikitable"
 |-
 ! table header
 !
 |-
 | the table syntax is as usual
 | the rest is as usual I believe
 |-
 | just do not add any specific formatting in first line, just {| class="wikitable"
 |}
 {{EIG-table-end|Tab1001|A5|This is my table title|
 and this is my text-only table notes<br/>
 ... and more}}

Result: Modèle:EIG-table

table header
the table syntax is as usual the rest is as usual I believe
just do not add any specific formatting in first line, just {| class="wikitable"

Modèle:EIG-table-end

Footnotes

to be completed


Math formulas

to be completed


Special characters

Important: the following symbols are reserved characters that either have a special meaning under LaTeX or are unavailable in all the fonts. If you enter them directly in your text, they will normally not render, but rather do things you did not intend.

Important in particular for the % sign, which is used in some formulas (it works in the wiki, but then does not work during PDF exportation)

# $ % ^ & _ { } ~ \

These characters can be entered by adding a prefix backslash:

\# \$ \% \textasciicircum{} \& \_ \{ \} \~{} \textbackslash{}

Specific French contents

Just for a small text

{{FR-specific-text|<this is the specific text>}}

this is the specific text


For a long specific section

{{FR-specific-section-start}}
this is the migrated content wich is french specific ...
... use usual syntax for wiki contents ...
....
....
{{FR-specific-section-end}}


this is the migrated content wich is french specific ...
... use usual syntax for wiki contents ...
....
....


This formatting is not 100% validated, see other tests here: Utilisateur:LMischler/TestFRSpecificFormats NOTA: also need to fully validate the syntax, depending on final format chosen. For math formulas in particular, it will be a problem if we want to use a non-white background color in the FR-specific section