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.
Una Plantilla es una página especial de Wikipedia, y en el software libre denominado MediaWiki que la misma utiliza, que contiene un fragmento de código diseñado para ser insertado en otras páginas de Wikipedia.
Una plantilla se utiliza para reproducir el mismo mensaje en varias páginas, o el mismo diseño, a veces dependiendo de los parámetros .
Es un elemento pre-escrito, más o menos complejo, destinado a ser incrustado en una página para obtener instantáneamente el resultado visual deseado (formateo, visualización de elementos específicos, etc.). Las pancartas en la parte superior de los artículos, las infoboxes, la exhibición de los siglos ... son modelos.
Todas las plantillas están ordenadas en la Categoría:Plantillas. Atención: las plantillas no son estrictamente idénticas para todos los idiomas, pero intentemos armonizarlos lo más posible.
El aspecto visual debe recordar la identidad del juego. Por ejemplo: los «infoboxes» recuerdan los «ámbares de memoria» (RP) o las interfaces del Karavan (HRP). Los iconos en general se refieren más o menos explícitamente al universo del juego.
Una carta gráfica tiene dos funciones (al menos) :
Por estas dos razones, es necesario atenerse a él tanto como sea posible.
Las plantillas de encabezado o párrafo se utilizan para alertar al lector sobre cómo debe interpretarse la página que está consultando (desactualizada, en proceso de escritura, etc.), así como para resaltar anuncios importantes sobre el artículo.
Para que sea más fácil encontrarlos, se agrupan en la categoría Categoría:Plantilla:Banda, por ejemplo: WIP, Obsoleto, Borrador...
Las plantillas de pie de página se utilizan para informar al lector sobre información adicional que podría interesarle después de leer la página.
Más informaciones en la presentación de la Categoría:Portal Link explicando la relación entre esas bandas y los portales.
Las plantillas de cuerpo de página se utilizan para complementar o resaltar información relacionada con la página actual. El resaltado puede ser diverso, como la visualización de inserciones grandes o varios formatos tipográficos.
Los portales en nuestra wiki sirven como páginas de inicio para los diversos intereses principales del juego. Se enumeran en el panel {{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
Todos los portales tienen una estructura similar, pero su apariencia varía en función de la complejidad de los datos que presentan. En general, un portal comprende, de arriba a abajo :
{{Portal bottom}}
).Los portales no se fabricaron en un día y, por lo tanto, su modelo se ha refinado con el tiempo. En general, intentamos incluir documentos utilizando el código {{:DOCUMENTO}}
donde DOCUMENTO=Nombre del documento a incluir.
Para asociar un artículo a un portal, basta con añadir en la parte inferior del texto del artículo en cuestión un bloque de instrucciones del siguiente tipo :
{{clear}}{{Last version link}} <noinclude>{{Portal|xxx|yyy}} [[Category:yyy]]</noinclude>
dónde:
A veces es bueno tener una documentación que ofrezca una visión general de los temas presentados reunidos en el portal. Esto se puede hacer de la siguiente manera :
Un documento diferente incluido… | Código sugerido |
---|---|
cuando sea necesario | {{:Artículo destacado/<nombre del portal>/<titulo (presentación, generalidades, etc.)>}} |
todos los días de la semana | {{:Artículo destacado/<nombre del portal>/Semana/{{CURRENTDOW}}}} |
todos los días del mes | {{:Artículo destacado/<nombre del portal>/Mes/{{CURRENTDAY2}}}} |
Los paneles de visualización contienen información que puede ser de interés tanto para el lector como para el contribuidor. Esto puede variar desde información simple hasta emergencias, incluidas «Listas de tareas pendientes» y «Consejos y trucos».
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.