Breve guía técnica para el uso de colaboradores informados y gestores documentales. Consulte también la Guía de escritura(EN) (básica) y, de manera más general, la ayuda general del Wiki.
Nunca olvide que cualquier documento (con la excepción de las páginas protegidas, accesibles solo para administradores) puede ser modificado en cualquier momento por cualquier persona. Vea a continuación las buenas prácticas a adoptar (Modificaciones y luego Validación del contenido estable).
Para escribir con varias personas, es mejor usar un PAD. Más información sobre el formato de archivo(EN).
A menudo es útil, práctico o esencial dejar un mensaje para los demás. Sin embargo, una página de «Discusión» está asociada con cada documento cuando se lo crea, por ejemplo aquí: Discusión:Guía Técnica de la Wiki ([[Discusión:{{FULLPAGENAME}}]
).
En cualquier caso, debemos tratar de mantener algo legible, por lo que cada tema comenzará con un título (De esta manera: ==Título del tema abordado==
). Es mejor tener cincuenta temas pequeños separados, cada uno con un título, que un solo paquete de cincuenta temas. Esto facilita respuestas discriminadas en su consideración, realización, etc.
Al final del asunto, siempre firmar con ~~~~
. Esto permite saber de inmediato quién publicó el mensaje y cuándo.
Tradicionalmente, las respuestas se realizan mediante sangría (indentación) como en los correos electrónicos. Esto se hace comenzando la línea con un :
más que la parte anterior. Obviamente cada respuesta, cada giro será firmado. Esto es muy útil para alguien que hará las mismas preguntas más tarde y que, por lo tanto, verá esta discusión como un elemento de «Base de conocimientos».
Finalmente, puede ser útil agregar un ✓ al título para indicar que el tema está cerrado (De esta manera: ==Título del tema abordado {{OK}}==
). Si el tema necesita ser reabierto, podemos reemplazar el ✓ con un ✗ (De esta manera: {{KO}}
).
Desafortunadamente, las personas concernidas por el interrogatorio no son necesariamente advertidas. De hecho, el número de artículos seguidos, es decir que pueden notificar tan pronto como haya una modificación, está limitado para no explotar la base. Por lo tanto, es bueno advertir a la persona o personas que puedan estar interesadas indicando el enlace a la discusión. También en este caso, aunque sea muy breve, el título y la firma, son bienvenidos.
En la primera lectura, se puede darse cuenta de que si el Wiki es fácil de escribir, es difícil de administrar con todas sus reglas de usabilidad y eficiencia, sus tradiciones basadas en la experiencia de los predecesores, etc. Es porque el wiki también tiene su «Lore» (tomado del inglés que significa «tradición oral»).
¿De verdad quiere invertir en la wiki? Por lo tanto, no teme en ser tutorado. No hay timidez o vergüenza… Todos hemos comenzado, y tal vez, esperamos, se volvera a su vez tutor. ¿No conoce a nadie? Intente ponerse en contacto con «veteranos» en https://chat.ryzom.com/channel/pj-ryzom_wiki o póngase en contacto con ellos desde Especial:UsuariosActivos.
Hay cuatro reglas que coexisten :
Sin embargo, es necesario respetar ciertas reglas de convivencia constructiva.
En primer lugar, es necesario evaluar si las modificaciones son profundas o no. No hay reglas y es más una intuición del momento, pero si la modificación es profunda, es aconsejable comenzar mirando el historial de la página (botón Historial al lado, a la derecha, del botón Editar). Si el contenido (no la forma, la apariencia, la ortografía ...) no ha evolucionado durante algún tiempo, se puede suponer que su autor lo dejó para tal y que el documento puede haber envejecido, lo que puede necesitar una actualización. Un ejemplo se muestra en las imágenes laterales.
Podemos considerar que una actualización es profunda tan pronto como elimina párrafos, o incluso líneas fundamentales para el desarrollo del tema. En este caso, es apropiado dejar un mensaje en la página «Discusión del usuario:<el_ultimo_autor>». Mientras esperaba su respuesta (al menos una semana), es aconsejable mantener en la página modificada el texto original pasado en el comentario. La forma más fácil de pasar un texto como comentario es precederlo con <!--
y seguirlo con -->
. Pero a veces hay problemas, especialmente si ya hay otros comentarios. En este caso, se pueden usar el martillo y el burilen marcando el texto con <noinclude><includeonly>
y </includeonly></noinclude>
¿Por qué tal complicación? Porque siempre debemos respetar los escritos de un autor y su paternidad intelectual, incluso en el libre. De lo contrario, corremos uno de los siguientes riesgos.
Extracto de Wikipédia Guerra de ediciones :
« Una guerra de ediciones representa una situación que surge en los sitios web de edición abierta. Ocurre frecuentemente que en páginas hechas en wiki, como Wikipedia, los usuarios se deshacen sus cambios recíprocamente en un intento de imponer su versión preferida de una página, ya que cada vez que alguien edita una página la versión anterior se almacena en el historial. Los conflictos de edición se originan cuando hay poco o ningún control sobre la edición.
[…]
Si una página en particular ha estado afectada por una guerra de ediciones y hay muchos editores implicados, la página será protegida por los administradores, de manera que entonces solo ellos pueden editarla. Para proponer una corrección al artículo, la página debe ser discutida y aprobada por un administrador. Pero ni siquiera a este se le permite hacer cambios importantes a una página afectada por una guerra de ediciones cuando dichos cambios no reflejan el consenso.»
No hay que confundir con conflicto de edición. Extracto de Wikipédia Ayuda:Conflicto de edición :
« Un conflicto de edición […] tiene lugar cuando dos personas editan simultáneamente una página, pero una de ellas pulse el botón de «Publicar cambios» antes que la otra, siendo la edición de la segunda incompatible con la primera. En ese caso, el trabajo de la segunda no se graba, y corre el riesgo de perderse. Es importante señalar que si dos personas distintas editan simultáneamente secciones diferentes de un mismo artículo no se daría conflicto de edición, pues ambas ediciones no serían incompatibles. »
Por supuesto, los incidentes de trayectoria y la torpeza nunca se evitarán al 100%, por lo que lo más prudente es seguir las siguientes recomendaciones (extraídas y adaptadas de la Ayuda de Wikipedia: Ayuda:Conflicto de edición) :
« Para evitar conflictos de versiones, la forma más fácil es evitar modificaciones demasiado largas.
Sin embargo, esto no siempre es posible. Es por eso que se recomienda, al modificar profundamente una página, agregar de antemano la banda {{WIP|~~~~}}
que se muestra de la siguiente manera :
Una vez que la página se haya publicado con esta banda, se puede editarla tranquilamente. Mejor limitar el número de cambios utilizando la vista previa para realizar ajustes (esto ahorra tiempo y evita saturar la página con cambios recientes).
Cuando se ha terminado, no olvidar quitar la plantilla {{WIP}}
. »
Otro método para trabajar en paz es hacerlo en su propio espacio de usuario. Este espacio es [[Utilisateur:Zorroargh/Brouillons/...]]
.
Los documentos que prepara allí no son accesibles para los motores de búsqueda (excepto explícitamente). ¡Incluso Google no tiene que ir allí!
Normalmente, en los wikis de Ryzom, todas las páginas son libres de tratamiento siempre que no haya vandalismo. Sin embargo, los jugadores pueden necesitar documentos fiables. Esto se refiere esencialmente a :
Resumen del tratamiento específico de los documentos relacionados con la Lore.
Texto escrito por los loristas y transcrito o traducido por «enciclopedistas».
Se coloca en la parte superior de la página el banner {{Official Lore}}
con el logotipo de la Lore que mostrará la imagen
Por ejemplo, la plantilla misma: Plantilla:Official Lore
Para solicitar una validación del equipo de conocimiento, coloque en la parte superior de la página el banner {{Official Lore}}
' que quedara invisible hasta la aprobación y validación de la pagina por un Lorista o un administrador de la Wiki. Lo cual se hace dando protección máxima a la pagina.
L'équipe de développement aime utiliser nos documents pour les afficher en jeu afin d'aider, d'éclairer et d’animer le joueur dans ses quêtes. Nos textes sont parfois un peu longs pour être lus en jeu, aussi, il a été prévu un outil pour indiquer quelles sont les parties intéressantes, voire incontournables. Cela permet aussi d'ôter toutes les fioritures du wiki qui ne peuvent être traitées en jeu ou qui alourdissent la lecture.
Pour n'afficher qu'une ou plusieurs parties de la page wiki, il suffit d'utiliser les modèles IGstart et IGend. Le rôle de ces deux modèles étant de n'afficher que la partie du texte incluse entre {{IGstart}} et {{IGend}}. Tout le reste étant invisible en jeu.
Si l'on ouvre la page Elyps, on verra sa page complète présentée dans le wiki. Entre les drapeaux de traduction en haut et le bandeau de portail et les catégories associées en bas, la page apporte beaucoup d'informations. Or, ce qui intéresse le joueur, c'est comment se servir des Elyps dans le jeu. Qu'importe pour lui de connaître l'historique, et bien d'autres détails qui doivent satisfaire la curiosité du joueur hors jeu ou pour le RP. L'image ci-contre montre cette partie vue par le joueur en jeu.
Si l'on ouvre en modification la page Elyps, on constatera que tout le texte précédent {{IGstart}} n'est pas affiché en jeu. De même, tout le texte qui suit {{IGend}} ne l'est pas non plus. Seul est affiché ce qu'il y a entre {{IGstart}} et {{IGend}}.
Toutes les données, articles, images, modèles, portails..., doivent être catégorisées.
Les catégories sont très utiles pour cataloguer les documents et faciliter leur recherche. Il faut comprendre qu'une catégorie ressemble un ensemble au sens mathématique du terme, autrement dit :
Exemple : une chaussette rouge peut appartenir aux catégories: chaussettes, objets de couleur rouge, vêtements rouges, vêtements. Normalement, déclarer que cette chaussette appartient aux vêtements rouges, est suffisant. Mais on pourrait aussi dire qu'elle appartient aux chaussettes et aux objets de couleur rouge sans faire référence aux vêtements rouges. Dans ces deux cas, il est inutile de déclarer qu'elle appartient aux vêtements.
Le choix des catégories peut parfois être lié aux outils qui permettent de fouiller dans une catégorie et qui sont souvent affichés dans les portails. Par exemple :
Le portail ...
Il y a actuellement 19 pages sur …
Ce qui est obtenu par Il y a actuellement {{Number of pages}} pages sur …
Bien sûr, il ressort de l'exemple précédent qu'il peut y avoir des exceptions essentiellement liées à l'ergonomie de la recherche. En effet, la recherche automatique (recherche au hasard d'un article à inclure, par exemple — voir Doc du jour ci-après) dans les arborescences de catégories est très gourmande en temps et en énergie. C'est pourquoi, il est préférable d'utiliser {{Number of pages}}
qui ne descend pas dans les sous-catégories.
Les wikis, liés à l'univers de Ryzom, sont censés partager des données communes aux langues de base du jeu. Ces données communes sont regroupées dans quatre arborescences détaillées dans l'article Catégorisation. Seules les « grosses branches » sont détaillées pour laisser la liberté d'organisation des données à chaque groupe linguistique. Mais ces troncs et leurs « grosses branches » sont indispensables, surtout pour les traducteurs qui veulent facilement naviguer entre les groupes d'articles.
Dans common, les catégories sont sensibles à la casse (majuscules, minuscules).
Par exemple, la page Guide Technique du wiki/FR ns liste sera affichée dans la catégorie aide sous le G (de Guide Technique). Pour la faire apparaître sous N (namepace), utiliser le code [[catégorie:aide|Namespace]].
Extrait de Wikipédia Aide:Modèle
« Un modèle sert à reproduire sur plusieurs pages le même message, ou la même mise en page, parfois en fonction de paramètres.
Il s'agit d'un élément pré-écrit, plus ou moins complexe, destiné à être incrusté dans une page afin d'obtenir instantanément le résultat visuel souhaité (formatage, affichage d'éléments spécifiques, etc.). Les bandeaux en haut des articles, les infobox, l'affichage des siècles… sont des modèles. »
L'aspect visuel doit rappeler l'identité du jeu. Par exemple: les « infobox » rappellent les « ambres mémoire » (RP) ou les interfaces de la Karavan (HRP). Les icônes en général font référence plus ou moins explicitement à l'univers du jeu.
Une charte graphique a deux fonctions (au moins) :
Pour ces deux raisons, il faut le plus possible s'y tenir.
Les modèles d'en-tête ou de paragraphe, servent à alerter le lecteur sur la manière dont il faut interpréter la page qu'il consulte (obsolète, en cours de rédaction, etc.) ainsi qu'a souligner les annonces importantes concernant l'article.
Pour les trouver plus facilement, ils sont regroupés sous la catégorie Catégorie:Modèle:Bandeau - par ex: WIP, Obsolète, Ebauche...
Les modèles de bas de page servent à informer le lecteur sur des compléments d'information qui pourraient l'intéresser après sa lecture de la page.
Plus à Catégorie:Lien portail, qui explique le rapport entre les bannières et les portails.
Les modèles de corps de page servent à compléter ou à mettre en évidence des informations liées à la page en cours. La mise en évidence peut être diverse comme l'affichage de grand encarts ou des mises en forme typographique diverses.
Attention : pas rigoureusement identiques pour toutes les langues, mais essayons de les harmoniser le plus possible.
Tous les templates sont rangés dans la Catégorie:Modèles dont l'arborescence est explicitée dans le document Catégorisation#Le_Wikipatys
Quelques règles de nomenclature des noms des modèles (à déterminer et écrire Nommer ses Templates).
Merci d'ajouter [[Catégorie:User Templates]] à vos templates personnalisés.
Les portails dans notre wiki servent de pages d’accueil des différents grands centres d'intérêt du jeu. Ils sont répertoriés dans le panneau {{Portal bottom}}
Ryzom: La Lore • El juego OOC
Atys: El mundo de Atys • Flora • Fauna
Naciones: Fyros • Matis • Tryker • Zoraï
Facciones: Kami • Karavan • Merodeadores • Rangers • Trytonistas
Encyclopedia: Crónicas • La Gran Biblioteca • EntresijosOOC
Tous les portails ont une structure similaire, mais leur apparence varie selon la complexité des données qu'ils présentent. En général un portail comporte, de haut en bas :
{{Portal bottom}}
).Les portails n'ont pas été fabriqués en un jour et donc leur modèle s'est affiné au cours du temps. En général on essaye d'y inclure des documents en utilisant le modèle {{:NOMDOC}}
où NOMDOC=Nom du document à inclure.
Il est parfois agréable d'avoir une documentation qui donne un aperçu des thèmes présentés réunis sous le portail. Cela peut se faire comme suit :
Un document différent inclus | ANGLAIS | FRANÇAIS |
---|---|---|
Quand nécessaire | {{:Featured article/...}} | {{:Lumière sur/...}} |
Chaque jour de la semaine | {{:Featured article/GBA/Week/{{CURRENTDOW}}}} | {{:Lumière sur/.../Jour/{{CURRENTDOW}}}} |
Chaque jour du mois | {{:Featured article/GBA/Month/{{CURRENTDAY2}}}} | {{:Lumière sur/.../Mois/{{CURRENTDAY2}}}} |
Les panneaux d'affichage contiennent des informations concernant aussi bien les lecteurs que le contributeur. Cela peut aller de la simple information aux urgences en passant par les « "To do lists" et les « Trucs et astuces ».
Pour associer un article à un portail, il suffit d'ajouter en bas du texte de l'article en question un bloc d'instructions du type suivant :
{{clear}}{{Last version link}} <noinclude>{{Portail|xxx}} [[Category:yyy]]</noinclude>
où:
Plus à
L'ajout de la bannière de navigation vers le portail range en outre l'article dans des catégories « cachées », catégories qui ne seront pas affichées pour le lecteur, car inopportunes, mais qui sont signalées par un [+] placé après la dernière catégorie affichée. La technique de choix au hasard a été condamnée par Mediawiki, car trop coûteuse. Actuellement, on lui préfère un choix bridé (jour de la semaine ou du mois). Cela impose de créer une à une les redirections vers les pages qu'on souhaite mettre en lumière. Ainsi, par exemple, la page « Lumière sur/GBA/Jour/3 » (3 du mois ou mercredi) est redirigée vers "Primes Raider".
Que faire si l'article est trop long à inclure, ou si seulement certaines de ses parties sont intéressantes ?
Le plus sage est d'indiquer les parties à afficher ou occulter dans la future inclusion en les balisant dans l'article original.
<noinclude>
et </noinclude>
permettent d'exclure les parties qu'elles encadrent de la future inclusion.<onlyinclude>
et </onlyinclude>
permettent d'inclure les seules parties qu'elles encadrent dans la future inclusion.<includeonly>
et </includeonly>
permettent d'inclure les seules parties qu'elles encadrent dans la future inclusion, tout en les masquant dans l'article original (à manipuler prudemment dans un modèle).{{read more|<l'article original>}}
affiché ci-dessous) mais l'affiche dans l'inclusion.
Voir aussi ce commentaire (avril 2019) Discussion catégorie:Lumière sur
Les pages d’accueil sont « spécifiques » car ce sont celles qui s'affichent par défaut lorsque l'on se connecte sur le wiki. Ces pages ne sont pas modifiables et peuvent contenir de nombreux artifices en HTML (et Java). Cela implique que seuls des contributeurs avertis peuvent les modifier sur consensus de la communauté ou impératifs de communication.
Qu'est-ce que les namespaces ? - en abrégé ns
Voici la valeur et le contenu des divers espaces de noms dans nos principaux wikis (en raison de l'histoire et de la fusion des wikis) :
Tableau trilingue pour les Pages Spéciales (avec aussi common) en:Wiki_Technical_Guide/Special_Pages
Pour l'instant (2020 avril), les bureaucrates voient les demandes, mais ne peux pas les valider. Seuls les administrateurs (role dans les wikis) peuvent valider les demandes de comptes wiki (plus tard, tous les utilisateurs se connecteront au wiki avec leurs identifiants de jeu).
Tu verras ce message [2], sur la page spéciale Modifications récentesPlus à SOS/Créer un compte wiki.
C'est l'aide qui s'affiche sous le bouton Enregistrer les modifications (en mode d'édition). c'est enregistré dans des fichiers de configuration de langues.
Au sujet d'une question posée sur la catégorie:To Delete, "pour cette catégorie To Delete : je ne comprends pas pourquoi elle existe"
Réponse 1 : déja, il pourrait y avoir sur un autre wiki un lien vers la page/catégorie effacée, un user pourrait via un lien Trad ou TIP re-créer éternellement la page effacée. Attendre un peu est donc plus prudent (nettoyage sur les autres wikis).
Réponse 2 de Zo:
Oui pratiquement toutes les bannières créent la catégorie correspondante. Avantage: - ça évite au rédacteur de se casser la tête avec les catégories ou de les oublier. - ça nous permet de modifier à faible coût TOUTES les pages contenant cette bannières. Si on était sur un Wikipédia avec un millier d'articles ayant cette bannière, il suffit de changer le template, pour changer les catégories de ce millier d'articles.