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 :
Texto escrito por los 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 la Lore, se coloca en la parte superior de la página el mismo 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.
Mientras tanto, la pagina queda registrada en Categoría:To be check. Pasara a Categoría:Official Lore tan pronto como se valide.
Al equipo de desarrollo le gusta usar nuestros documentos para mostrarlos en el juego con el fin de ayudar, iluminar y animar al jugador en sus misiones. Nuestros textos a veces son un poco largos para ser leídos en el juego, por lo que se ha proporcionado una herramienta para indicar qué partes son interesantes, o incluso esenciales. También hace posible eliminar todos los adornos de la wiki que no se pueden procesar en el juego o que hacen que sea más difícil de leer.
Para mostrar solo una o más partes de la página wiki, solo use las plantillas IGstart et IGend. La función de estos dos modelos es mostrar solo la parte del texto incluida entre {{IGstart}} y {{IGend}}. Todo lo demás es invisible en el juego.
Si abrimos la página Elyps(FR), veremos su página completa presentada en el wiki. Entre las banderas de traducción en la parte superior y el banner del portal y las categorías asociadas en la parte inferior, la página trae mucha información. Ahora, lo que le interesa al jugador es cómo usar los Elyps en el juego. No importa para él conocer la historia, y muchos otros detalles que deben satisfacer la curiosidad del jugador fuera del juego o para el RP. Una imagen a continuación muestra esta parte vista por el jugador en el juego.
Si abrimos la página Elyps en modificación, notaremos que todo el texto anterior {{IGstart}} no se muestra en el juego. Del mismo modo, todo el texto que sigue a {{IGend}} tampoco lo es. Solo lo que se muestra entre {{IGstart}} y {{IGend}}.
Todos los datos, artículos, imágenes, modelos, portales..., deben ser categorizados.
Las categorías son muy útiles para catalogar los documentos y facilitar su búsqueda. Debe entenderse que una categoría se asemeja a un conjunto en el sentido matemático del término, en otras palabras :
Ejemplo: un calcetín rojo puede pertenecer a las categorías: calcetines, objetos de color rojo, ropa roja, ropa. Normalmente, declarar que este calcetín pertenece a la ropa roja, es suficiente. Pero también podríamos decir que pertenece a calcetines y objetos de color rojo sin hacer referencia a la ropa roja. En estos dos casos, es inútil declarar que pertenece a la ropa.
La elección de las categorías a veces se puede vincular a las herramientas que le permiten buscar en una categoría y que a menudo se muestran en los portales. Por ejemplo :
Se supone que las wikis, vinculadas al universo Ryzom, comparten datos comunes a los lenguajes básicos del juego. Estos datos comunes se agrupan en cuatro árboles detallados en el articulo Categorización. Solo se detallan las «grandes ramas» para dejar la libertad de organización de los datos a cada grupo lingüístico. Pero estos troncos y sus «grandes ramas» son esenciales, especialmente para los traductores que desean navegar fácilmente entre grupos de artículos.
¡Ojo! En Común, las categorías distinguen entre mayúsculas y minúsculas.
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.