Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
wiki:recommandations [Le 22/01/2026, 22:13] – [Ligne éditoriale] +détails / +décrire commandes krodelabestiolewiki:recommandations [Le 04/09/2026, 09:43] (Version actuelle) – [Recommandations concernant le Wiki ubuntu-fr] krodelabestiole
Ligne 3: Ligne 3:
 ====== Recommandations concernant le Wiki ubuntu-fr ====== ====== Recommandations concernant le Wiki ubuntu-fr ======
  
-Cette page se propose de compléter le chapitre des [[:wiki:participer_wiki#bonnes pratiques]] pour la rédaction de la documentation ici présente, et de partager les décisions prises en particulier sur la [[:wiki:liste_discussion|mailing list]] concernant des points particuliers de la ligne éditoriale.+Cette page se propose de compléter le chapitre des [[:wiki:participer_wiki#bonnes pratiques]] pour la rédaction de la documentation ici présente, et de partager les décisions prises en particulier sur la [[:wiki:liste_discussion|mailing list]], du temps de son existence, concernant des points particuliers de la ligne éditoriale.
  
 <note important>Voir aussi et surtout : <note important>Voir aussi et surtout :
Ligne 16: Ligne 16:
 </note> </note>
  
-===== Modèle général =====+===== Modèles =====
  
 N'hésitez pas à utiliser des modèles comme point de départ de votre documentation. N'hésitez pas à utiliser des modèles comme point de départ de votre documentation.
  
 Ils sont là : [[:wiki:participer_wiki#les modèles]]. Ils sont là : [[:wiki:participer_wiki#les modèles]].
 +
 +==== Mini tutoriels ====
 +
 +Utilisez les mini tuto, pour l'installation, désinstallation de logiciels depuis tout format, ou de PPA !
 +C'est là : [[:wiki:mini-tutoriels]].
  
 ===== Ligne éditoriale ===== ===== Ligne éditoriale =====
Ligne 27: Ligne 32:
   * Pas de **doublon** (ou pire) : si il existe une page ou un chapitre plus appropriée détaillant déjà votre sujet, il est beaucoup plus judicieux de les mettre en lien que de se répéter, même succinctement ! Ça donne accès aux internautes à un maximum d'infos et pour les contributeurs c'est le seul moyen de rendre possible la maintenance globale du wiki.((C'est en particulier le cas pour les procédures répétitives et systématiques, voir [[:wiki:mini-tutoriels|mini-tutos]].))   * Pas de **doublon** (ou pire) : si il existe une page ou un chapitre plus appropriée détaillant déjà votre sujet, il est beaucoup plus judicieux de les mettre en lien que de se répéter, même succinctement ! Ça donne accès aux internautes à un maximum d'infos et pour les contributeurs c'est le seul moyen de rendre possible la maintenance globale du wiki.((C'est en particulier le cas pour les procédures répétitives et systématiques, voir [[:wiki:mini-tutoriels|mini-tutos]].))
   * N'utilisez **pas la première personne**, ni pour parler de votre expérience personnelle (le wiki n'est pas un journal personnel), ni pour déposséder le lecteur de son identité !   * N'utilisez **pas la première personne**, ni pour parler de votre expérience personnelle (le wiki n'est pas un journal personnel), ni pour déposséder le lecteur de son identité !
-  * Si votre avis ou votre méthode ne fait pas **consensus**, prenez-le en compte en l'indiquant par ex. par "selon certains avis..." +  * Si votre avis ou votre méthode ne fait pas **consensus**, prenez-le en compte en l'indiquant par ex. par "//selon certains avis...//
-  * Évitez de parler de la documentation sur la documentation : si celle-ci n'est pas à jour, dans la mesure du possible mettez-la à jour plutôt que d'écrire que "les infos ne sont pas à jour", svp ! C'est toujours mieux que rien, mais aucun autre contributeur ou administrateur ne devrait être censé passer derrière ce que chacun écrit. On peut utiliser ''%%FIXME%%'' (FIXME) surtout si on pense passer plus tard derrière, ou si on sait que l'information est fausse mais qu'on n'a pas les compétences qui permette la correction. +  * Évitez de parler de la documentation sur la documentation : si celle-ci n'est pas à jour, dans la mesure du possible mettez-la à jour plutôt que de **rayer le texte** (le bouton a été [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22906523#p22906523|volontairement désactivé]]) ou d'écrire que "//les infos ne sont pas à jour//", svp ! C'est toujours mieux que rien, mais aucun autre contributeur ou administrateur ne devrait être censé passer derrière ce que chacun écrit. On peut utiliser ''%%FIXME%%'' (FIXME) surtout si on pense passer plus tard derrière, ou si on sait que l'information est fausse mais qu'on n'a pas les compétences qui permette la correction -- dans ce cas ne pas hésiter à demander de l'aide sur [[https://forum.ubuntu-fr.org/viewforum.php?id=208|le forum]] ! 
-  * Ne soyez pas avare en **[[:wiki:syntaxe#internes|liens internes]]**, c'est très utile pour apprendre le vocabulaire et comprendre l'articulation de l'informatique !+  * Ne soyez pas avare en **[[:wiki:syntaxe#internes|liens internes]]**, c'est très utile pour apprendre le vocabulaire, accéder facilement à davantage d'informations, et comprendre l'articulation de l'informatique !
   * Allez droit au but, pas de remplissage pour le remplissage, de hors-sujet ou de répétition (cf. point //doublon// ou dessus). Il faut inviter autant que possible à la lecture, et ça se fait souvent en restant **concis**.   * Allez droit au but, pas de remplissage pour le remplissage, de hors-sujet ou de répétition (cf. point //doublon// ou dessus). Il faut inviter autant que possible à la lecture, et ça se fait souvent en restant **concis**.
-  * Expliquez les lignes de commande ! Plutôt que "//entrer la commande ://", utilisez par exemple "//autoriser l'accès en écriture avec la commande [[man>chmod]] ://"Sans crois elles risquent d'être perçues comme des formules magiques qui n'aident pas les utilisateurs à gagner en autonomie. +  * Expliquez les lignes de commande ! Plutôt que :\\ //Entrer la commande ://\\ utilisez par exemple :\\ //Autoriser l'accès en écriture avec la commande ''[[man>chmod]]'' ://\\ Sans quoi les lignes de commande risquent d'être perçues comme des formules magiques, et n'aident pas les utilisateurs à gagner en autonomie. 
-  * Quand ils ne sont pas strictement nécessaires, évitez de coller les retours de commande en exemple qui donnent à voir un système particulier, qui ne correspond pas à celui du lecteur, ou des exemples trop techniques pour être utiles. +  * Quand ils ne sont pas strictement nécessaires, évitez de coller les retours de commande en exemple qui donnent à voir un système particulier, qui ne correspond pas à celui du lecteur, ou qui sont trop techniques pour être utiles (les informaticiens utilisent en priorité la documentation officielle de chaque logiciel)
-  * Sur le web, **souligné** veut dire : __[[wpfr>Hyperlien|lien]]__. À éviter pour faire ressortir du texte qui n'en est pas un donc ! Pour mettre du texte en valeur utilisez plutôt les ''<note>'' si il est long, sinon l'italique (on parle d'//emphase//). Le **gras** sert à faire ressortir le sujet d'un paragraphe, comme ici (en ayant un peu le rôle d'un sous-titre), ou éventuellement pour des noms de logiciels ou de protocoles (pour les chemins, les noms de paquets ou les commandes, mieux vaut utiliser ''%%''%%''). +  * Sur le web, **souligné** veut dire : __[[wpfr>Hyperlien|lien]]__. À éviter pour faire ressortir du texte qui n'en est pas un donc ! Pour mettre du texte en valeur utilisez plutôt les ''<note>'' si il est long, sinon l'italique (on parle d'//[[wpfr>Emphase_(typographie)|emphase]]//). Le **gras** sert à faire ressortir le sujet d'un paragraphe, comme ici (en ayant un peu le rôle d'un sous-titre), ou éventuellement pour des noms de logiciels ou de protocoles (pour les chemins, les noms de paquets ou les commandes, mieux vaut utiliser ''%%''%%''). En fait mieux vaut ne jamais utiliser le bouton //Soulignage// (le bouton a été [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22906523#p22906523|volontairement désactivé]]).((Voir //[[https://www.mediacom87.fr/souligne-vous-n-y-songez-pas/|Souligné, vous n'y songez pas]]//)) 
-  * Ne documentez pas un logiciel que vous ne maîtrisez pas ou mal. On trouve beaucoup d'erreurs ou de mauvaises méthodes sur le web, mieux vaut parfois ne rien faire que de les relayer.+  * Ne documentez pas un logiciel que vous ne maîtrisez pas ou mal. On trouve beaucoup d'[[:utilisateurs:krodelabestiole:documentation|erreurs ou de mauvaises méthodes]] sur le web, mieux vaut parfois ne rien faire que de les relayer.
   * Évitez d'inclure des **scripts** sur les pages ! Le wiki est une documentation, sur comment utiliser des outils, il ne propose pas le code de ces outils. Ce n'est pas une forge logiciel, il n'est pas adapté à la révision par les pairs et la maintenance du code. Si vous avez du code à partager, utile pour Ubuntu, partagez-le sur une **forge** (gittea, gitlab, framagit, launchpad...) et postez seulement le lien vers votre outil et éventuellement sa documentation sur le wiki.   * Évitez d'inclure des **scripts** sur les pages ! Le wiki est une documentation, sur comment utiliser des outils, il ne propose pas le code de ces outils. Ce n'est pas une forge logiciel, il n'est pas adapté à la révision par les pairs et la maintenance du code. Si vous avez du code à partager, utile pour Ubuntu, partagez-le sur une **forge** (gittea, gitlab, framagit, launchpad...) et postez seulement le lien vers votre outil et éventuellement sa documentation sur le wiki.
  
 +<note>
 Ces recommandations valent pour les pages de documentation ordinaires.\\  Ces recommandations valent pour les pages de documentation ordinaires.\\ 
 Chacun fait par contre ce qui lui plaît dans les pages de son espace personnel (vous pouvez y tenir un journal de développement si vous le souhaitez). Chacun fait par contre ce qui lui plaît dans les pages de son espace personnel (vous pouvez y tenir un journal de développement si vous le souhaitez).
 +</note>
  
-===== Techniquement =====+===== Syntaxe =====
  
   * Consultez la [[https://www.dokuwiki.org/fr:wiki:syntax|documentation dokuwiki]] et utilisez les codes appropriés !   * Consultez la [[https://www.dokuwiki.org/fr:wiki:syntax|documentation dokuwiki]] et utilisez les codes appropriés !
-  * ''apt install'' plutôt que ''apt-get install''. 
-  * Attention à la casse (minuscules / majuscules) de certains noms ou sigles ! Par ex. ne pas confondre ''[[:APT]]'' et ''[[:apt-cli|apt]]''. 
- 
-<note tip> 
-Voir aussi [[:utilisateurs:krodelabestiole:brouillons:documentation|comment reconnaître une documentation moisie]] comme exemple de ce qu'il ne faut pas faire. 
-</note> 
- 
-==== Mini tutoriels ==== 
- 
-Utilisez les mini tuto, pour l'installation, désinstallation de logiciels depuis tout format, ou de PPA ! 
-C'est là : [[:wiki:mini-tutoriels]]. 
  
 ==== Notes de bas de page ==== ==== Notes de bas de page ====
Ligne 105: Ligne 101:
   * Pour l'installation des paquets :<code>''[[apt>paquet]]''</code>   * Pour l'installation des paquets :<code>''[[apt>paquet]]''</code>
   * <code>[[https://]]</code> est à réserver au forum et aux sites exotiques.   * <code>[[https://]]</code> est à réserver au forum et aux sites exotiques.
 +
 +===== Approche technique =====
 +
 +==== Lignes de commande ====
 +
 +Évitez d'indiquer uniquement la ligne de commande (il vaut mieux apprendre à pêcher...), excepté dans certaines circonstances :
 +  * restauration de l'affichage graphique (évidemment)
 +  * documentation d'un outil en ligne de commande (dans ce cas on peut quand-même proposer des alternatives en bas de page)
 +  * documentation spécifiquement orientée serveur (on utilise généralement SSH, et pas d'interface graphique)
 +  * pas d'alternative graphique existante
 +
 +... et en particulier quand elle fait intervenir ''sudo''.
 +
 +  * Dans tous les cas ne jamais présenter des commandes sans **expliquer** indépendamment ce qu'elles font.
  
 ==== Application web ==== ==== Application web ====
Ligne 112: Ligne 122:
 Si l'application requiert un serveur [[:lamp]], vous pouvez suivre le modèle de la page [[:WordPress]]. Si l'application requiert un serveur [[:lamp]], vous pouvez suivre le modèle de la page [[:WordPress]].
  
-===== Versions =====+==== Outils à jour ==== 
 + 
 +  * ''apt install'' plutôt que ''apt-get install'' -- et surtout //[[#Mini tutoriels]]//
 + 
 +<note tip> 
 +Voir aussi [[:utilisateurs:krodelabestiole:brouillons:documentation|comment reconnaître une documentation moisie]] comme exemple de ce qu'il ne faut pas faire. 
 +</note> 
 + 
 +===== Taxonomie ===== 
 + 
 +==== Versions ====
  
 On documente en priorité les deux dernières versions LTS. On documente en priorité les deux dernières versions LTS.
Ligne 120: Ligne 140:
 On indique les versions par leur nom de code et leur numéro de version, avec un lien vers la page qui leur est dédiée, par ex. : [[:bionic|Bionic 18.04]]. On indique les versions par leur nom de code et leur numéro de version, avec un lien vers la page qui leur est dédiée, par ex. : [[:bionic|Bionic 18.04]].
  
-===== Tags =====+==== Tags ====
  
 On indique dans les tags les versions LTS concernées par la doc, seulement par leur nom de code. On indique dans les tags les versions LTS concernées par la doc, seulement par leur nom de code.
  
-===== Lignes de commande =====+===== Vocabulaire =====
  
-Il est recommandé d'éviter d'indiquer uniquement la ligne de commande (il vaut mieux apprendre à pêcher...), excepté dans certaines circonstances : +  * //Application// est beaucoup plus précis que //logiciel// (qui s'utilise plutôt par opposition à //matériel//)
-  * restauration de l'affichage graphique (évidemment+  * //Répertoire// plutôt que //dossier// (plutôt propres à Windows et macOS). 
-  * documentation d'un outil en ligne de commande (dans ce cas on peut quand-même proposer des alternatives en bas de page+  * //Support de stockage// plutôt que //disque//, maintenant que les [[:SSD]] existent (et n'ont pas de disque). 
-  * documentation spécifiquement orientée serveur (on utilise généralement SSHet pas d'interface graphique) +  * //Sur// Ubuntu//sur// Internet, ou //sur// un support plutôt que //dans//. 
-  * pas d'alternative graphique existante +  * Attention à la graphie -- accents, espaces, traits d'union, underscores -- et à la [[wpfr>Casse_(typographie)|casse]] -- majuscules / minuscules -- des noms d'applications et de protocoles ! Par ex. ne pas confondre ''[[:APT]]'' et ''[[:apt-cli|apt]]''.
- +
-... et en particulier quand elle fait intervenir ''sudo''+
- +
-  * Dans tous les cas ne jamais présenter des commandes sans **expliquer** indépendamment ce qu'elles font.+
  
 ===== Règles typographiques générales ===== ===== Règles typographiques générales =====
Ligne 155: Ligne 171:
   * point d'interrogation ''?''   * point d'interrogation ''?''
  
-//Signe double, espace double// : une espace avant et une espace après.+//Signe double, espace double//\_: une espace avant et une espace après. 
 + 
 +Il est préférable dans ce cas d'utiliser ''%%\_%%'' pour le premier espace, qui sera remplacé par une [[wpfr>espace insécable]]. Ceci évite, selon certaines largeurs d'affichage, d'avoir un retour à la ligne à cet endroit et la suivante qui commence par '':'', ''!'' ou ''?''\_!
  
 ==== Autres ==== ==== Autres ====
Ligne 169: Ligne 187:
 (et pas d'espace autour !). (et pas d'espace autour !).
  
 +-----
 +  * [[https://forum.ubuntu-fr.org/viewtopic.php?id=2093942|Discussion]] au sujet de cette page sur le forum.
 +  * //[[:Contributeurs]] : [[:utilisateurs:krodelabestiole]].//