| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| wiki:recommandations [Le 02/09/2026, 21:36] – [Ligne éditoriale] lien aide forum | liens internes / wpfr krodelabestiole | wiki:recommandations [Le 14/09/2026, 05:54] (Version actuelle) – détail : l'italique peut remplace les guillemets krodelabestiole |
|---|
| ====== 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 : |
| </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 ===== |
| * É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]] ! | * É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, accéder facilement à davantage d'informations, 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// au 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 quoi les lignes de commande risquent d'être perçues comme des formules magiques, et 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 qui sont trop techniques pour être utiles (les informaticiens utilisent en priorité la documentation officielle de chaque logiciel). | * 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'//[[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]]//)) | * 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'[[:utilisateurs:krodelabestiole:documentation|erreurs ou de mauvaises méthodes]] sur le web, mieux vaut parfois ne rien faire que de les relayer. | * Ne documentez pas une technique ou une application 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, [[https://framagit.org/|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 ==== |
| * 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 ==== |
| 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. |
| 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 SSH, et pas d'interface graphique) | * //Sur// Ubuntu, //sur// Internet, ou //sur// un support plutôt que //dans// (aussi, //Internet// n'est pas une source). |
| * 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]]''. |
| | * Plutôt qu'utiliser le terme //lien//, en choisir un qui explique de quoi il s'agit (//ressources externes// faute de mieux). |
| ... 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 ===== |
| * 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 ==== |
| Guillemets à l'anglaise ''“ ”'' : comme les guillemets droits.\\ | Guillemets à l'anglaise ''“ ”'' : comme les guillemets droits.\\ |
| Guillemets à la française ''« »'' : comme les signes doubles.\\ | Guillemets à la française ''« »'' : comme les signes doubles.\\ |
| Ces signes sont plutôt littéraires et alourdissent les pages de ce wiki inutilement, on peut généralement se contenter des guillemets droits. | Ces signes sont plutôt littéraires et alourdissent les pages de ce wiki inutilement, on peut généralement se contenter des guillemets droits, voire le plus souvent de l'italique. |
| |
| Pareil pour les apostrophes : inutile d'utiliser les apostrophes littéraires ''’'', le guillemet simple ''%%'%%'' (aussi appelé apostrophe droite) va très bien et prend moins de place !((cf [[wpfr>Guillemet#Codage]])) | Pareil pour les apostrophes : inutile d'utiliser les apostrophes littéraires ''’'', le guillemet simple ''%%'%%'' (aussi appelé apostrophe droite) va très bien et prend moins de place !((cf [[wpfr>Guillemet#Codage]])) |