Utilisateur:Zorroargh/Brouillons/Guide technique

De EncyclopAtys

Profil de Zorroargh Discussion Guide de rédaction Boite à outils Notes HRP Notes HRP
Dummy.png
Archive 1 Guide technique Travaux courants Travaux courants

Le travail d'équipe

Ne jamais oublier que tout document peut être modifiable n'importe quand par tout le monde (ou seulement les admins pour les pages protégées). Voir les bonnes attitudes à prendre en dessous (Modifications puis Validation (permanente) du contenu).

Il est souvent utile, pratique ou indispensable de laisser un message à autrui, or il existe, attaché à chaque document créé, une page discussion qui lui est associée par exemple ici: Discussion_Utilisateur:Zorroargh/Brouillons/Guide technique ([[Discussion_{{FULLPAGENAME}}]]).

Dans tous les cas de figure, il faut essayer de maintenir quelque chose de lisible, donc chaque sujet commencera par un titre (==Titre du sujet abordé==). Il vaut mieux cinquante petits sujets séparés avec chacun leur titre, qu'un seul paquet de cinquante sujets. Cela facilite les réponses discriminées dans leur prise en compte, leur réalisation, etc.

À la fin du sujet, toujours signer. Cela permet de savoir tout de suite qui et quand a été poster le message (~~~~).

Traditionnellement les réponses se font en indentant comme dans les courriels. Cela se fait en commençant la ligne avec un ":" de plus que la partie antérieure. Évidement chaque réponse, chaque rebondissement sera signé. C'est très utile pour quelqu'un qui se posera les mêmes questions plus tard et qui verra ainsi cette discussion comme un élément de Base de Connaissances.

En final, il peut être utile de mettre de la titre un "" pour indiquer que le sujet est clos ( ==Titre du sujet abordé {{OK}}==) . Si le sujet doit être réouvet on pourra remplacer par ({{KO}}).

Malheureusement, les personnes concernées par le questionnement ne sont pas nécessairement prévenues (il existe un maximum d'articles suivis, donc notifiables, pour ne pas faire sauter la base). Donc, pensez aussi à prévenir la ou les personnes qui peuvent être concernées en indiquant le lien qui va vers la discussion. Là aussi, titre et signature, même si c'est très court, sont bienvenus.

Traductions

Il y a quatre règles qui cohabitent:

Pour Forge (partie développement), Charte de comportement dans le jeu, Charte graphique, Catégories fondamentales
Tout doit être traduit en anglais pour être accessible à la plus grande majorité dont la plus grande partie maîtrise peu ou prou l'anglais.
Pour Charte de comportement dans le jeu, Charte graphique, Modèles de gestion du Wiki, Catégories fondamentales
Tout doit être traduit dans toutes les langues.
Pour Lore, Chroniques, Animations publiques
Tout doit être traduit au moins dans les trois langues "maternelles" de Ryzom: DE, EN et FR.
Pour le reste et surtout les parties RP
Il n'a aucune règle. Seul l'intérêt des joueurs et des traducteurs prévaut.

Modifications

À l'exception des documents archivés et des documents ayant certain statut officiel de "document définitif" (Lore, Chronique), tout est perfectible et c'est l'une des richesses des wiki.

Il faut néanmoins respecter certaines règles de convivialité constructive.

Tout d'abord il faut évaluer si les modifications sont profondes ou pas. Il n'y a pas de règles et c'est plus du feeling, mais si la modification est profonde, il est sage de commencer par regarder son histoire (bouton à côté de "Modifier". Si le fond n'a pas évolué depuis un certain temps (pas la forme, le look, l'orthographe...) on peut supposer que son auteur l'a laissé pour tel et que le document a peut-être vieilli et nécessite une mise à jour.

On peut considérer qu'une mise à jour est profonde dès lors où elle supprime des paragraphes, voire des lignes fondamentales au développement du sujet. Dans ce cas il devient convenable de laisser un message dans le "Discussion utilisateur:xyz". En attendant sa réponse (une semaine?), il est sage de mettre la partie originale qui sera modifiée en commentaire. Le plus simple pour mettre en commentaire est d'ajouter au début du texte à commenter <!-- et à la fin -->. Mais il y a parfois des problèmes surtout s'il y a déjà d'autres commentaires. Dans ce cas, on peut utiliser le marteau burin en utiliser <noinclude><includeonly> et à la fin </includeonly></noinclude>. Pourquoi une telle complication? Parce qu'il faut toujours respecter les écrits d'un auteurs et sa paternité intellectuelle, même dans le libre, sinon, cela peut conduire fatalement aux:

Conflits d'édition

Validation (permanente) du contenu

Catégories

Template (Modèle)

Portail

Doc du jour

Urgence/demande

Résumé

To do List

Liens utiles

Accueil

____________