Antichesse (o ^ω^ o)
Ne soyons pas étonnés que Outil Microchiotte => Syntaxe merdique
Voici comment faire un echo d'une variable en PowerShell :
$env:NOM_DE_LA_VARIABLE
Merci @duraffort pour le lien
Excellent. D'autant plus que je suis passée sous Ktorm. Du coup cela me permet de tester le requêtes générées par KTorm facilement.
Merci à Shikiryu.
Depuis Ansible 2.7, à l'ancienne syntaxe :
- name: 'Do something'
file:
src: '{{ item.1.src }}'
dest: '{{ item.1.dest }}'
state: 'link'
with_subelements:
- '{{ MY_VALUES }}'
- 'folders'
- flags:
skip_missing: Trueest ajoutée celle-ci :
- name: 'Do something'
file:
src: '{{ item.1.src }}'
dest: '{{ item.1.dest }}'
state: 'link'
with_items: '{{ MY_VALUES | subelements('folders', skip_missing=True) }}'Je trouve la seconde nettement plus claire !
Tuto très sympa. @Lenny, si tu as le temps, essaie de lire ce post. Il y a quelques idées à prendre 😃.
La structure de commit que je propose (en reprenant ce que dit l'article) :
Summarize changes in around 80 characters or less
More detailed explanatory text, if necessary. Wrap it to about 120 characters or so. In some contexts, the first line is
treated as the subject of the commit and the rest of the text as the body. The blank line separating the summary from
the body is critical (unless you omit the body entirely); various tools like `log`, `shortlog` and `rebase` can get
confused if you run the two together.
Explain the problem that this commit is solving. Focus on why you are making this change as opposed to how (the code
explains that). Are there side effects or other unintuitive consequences of this change? Here's the place to explain
them.
Further paragraphs come after blank lines.
- Bullet points are okay, too
- Typically a hyphen or asterisk is used for the bullet, preceded by a single space, with blank
lines in between, but conventions vary here
If you use an issue tracker, put references to them at the bottom, like this:
Resolves: #123
See also: #456, #789@Animal et pour compléter ton poste, il faut savoir qu'en français, le point-virgule a un espace avant et après lui... Ce n'est pas du Java.
Un bon résumé des éléments pratiques dans le langage Kotlin. Je vous invite à en juger par vous-même.
Les éléments de la syntaxe Markdown expliqués par LinuxFR. Je fais un résumé ci-dessous pour vous permettre d'en extraire une grammaire (et pour me permettre aussi d'en extraire une grammaire).
Les caractères spéciaux
Ceux qu'il faut copier-coller (où alors se servir de la syntax HTML &xxx; :
æ Æ à À â Â ä Ä
ç Ç
€ é É è È ê Ê ë Ë
î Î ï Ï
œ Œ ô Ô ö Ö
ù Ù û Û ü Ü
ÿ Ÿ
¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ⁰
½ « » ~ # @ … ‰ € – —
L'écriture scientifique
Elle doit reposer sur la syntaxe LaTeX.
Les titres
L'entrée en Markdown :
# Titre de niveau 1
## Titre de niveau 2
### Titre de niveau 3
#### Titre de niveau 4
##### Titre de niveau 5
Titre de niveau 1
=================
Titre de niveau 2
-----------------
Fin de la section titre
=======================La sortie en HTML :
<h1>Titre de niveau 1</h1>
<h2>Titre de niveau 2</h2>
<h3>Titre de niveau 3</h3>
<h4>Titre de niveau 4</h4>
<h5>Titre de niveau 5</h5>
<h1>Titre de niveau 1</h1>
<h2>Titre de niveau 2</h2>
<h1>Fin de la section titre</h1>
La mise en forme textuelle :
L'entrée en Markdown :
_italique_ ou *italique*
__gras__ ou **gras**
`chasse fixe`
~~barré~~
Mon texte sans \_mise\_ en \*\*forme\*\*.La sortie en HTML :
<p><em>italique</em> ou <em>italique</em></p>
<p><strong>gras</strong> ou <strong>gras</strong></p>
<p><code>chasse fixe</code></p>
<p><del>barré</del></p>
<p>Mon texte sans _mise_ en **forme**.</p>
L'affichage de codes sources :
L'entrée en Markdown :
```java
public class Test {
public static int main(String[] args) {
System.out.println("Sa race !");
}
}
\```La sortie en HTML :
<pre>
<code class="language-java">
public class Test {
public static int main(String[] args) {
System.out.println("Sa race !");
}
}
</code>
</pre>
L'affichage d'un texte brut :
L'entrée en Markdown :
\```
Ceci est un texte qui n'utilise pas
un langage de programmation en
particulier.
\```La sortie en HTML :
<pre>
<code>
Ceci est un texte qui n'utilise pas
un langage de programmation en
particulier.
</code>
</pre>
Les citations :
L'entrée en Markdown :
> Itaque verae 1
> Itaque verae 2
> Itaque verae 3
La sortie en HTML :
<blockquote>
<p>Itaque verae 1 Itaque verae 2</p>
</blockquote>
<blockquote>
<p>Itaque verae 3</p>
</blockquote>La notation BEM pour faciliter l'écriture des CSS.
Le guide de syntaxe officiel de XWiki
Un tuto sur Bash et ses subtilités
Une aide sympa et très facile pour rédiger ou apprendre la syntaxe Markdown
JavaScript a carrément évolué, et visiblement un paquet de mots-clefs ont enfin été implémentés (class, extends, let, const, etc.).
Il va vraiment falloir s'y mettre !