¡¡¡ Artículo en preparación !!!

Todavía hay 32 artículos en preparación en la categoría "WIP"

Artículo en preparación. Deja que el autor lo termine antes de cambiarlo.
La última edición fue de Zorroargh el 08.08.2023

---

 

¡Traducción que tiene que ser revisada!

¡No culpes a los contribuyentes, pero ayúdalos! 😎

Texto de referencia (Texto actualizado, utilizado como referencia) :
Notas :

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.

Trabajo en Equipo

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).

Páginas de discusión

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.

Tutoría

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.

Traducciones

Hay cuatro reglas que coexisten :

• Forja (parte de desarrollo), Carta de comportamiento en el juego, Carta gráfica, Categorías fundamentales:

todo debe estar traducido al inglés para que sea accesible a la mayor cantidad de personas posible, la mayoría de las cuales entienden, más o menos, el inglés escrito.

• Carta de comportamiento en el juego, Carta gráfica, modelos de gestión Wiki, Categorías fundamentales:

todo debe ser traducido a todos los idiomas.

• Lore, Crónicas, Animaciones públicas:

todo debe estar traducido al menos a los tres idiomas «nativos» de Ryzom: DE, EN y FR.

• El resto y especialmente las partes de juego de roles:

no hay reglas, solo prevalece el interés de los jugadores y los traductores.

Modificaciones

Con la excepción de los documentos archivados y los documentos con el estado oficial de «documento definitivo» (Lore, crónicas), todo se puede mejorar y esta es una de las riquezas de los wikis.

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.

Guerra de ediciones

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. »

Trabajar en paz

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 :

¡¡¡ Artículo en preparación !!!

Todavía hay 32 artículos en preparación en la categoría "WIP"

Artículo en preparación. Deja que el autor lo termine antes de cambiarlo.
La última edición fue de Zorroargh el 08.08.2023

---

-- Zo'ro-Argh ^Woren Siloy 28 mai 2019 à 14:19 (CEST)

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}}.  »

El borrador

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í!

Validación del contenido estable

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 :

• La carta de comportamiento a lo largo del juego, incluyendo esta wiki.
• La Lore que establece las características fundamentales del juego (los homins no hablan klingon, los Karavan no vuelan sobre dragones de fuego y los Kami no brotan de una lámpara de aceite). Estas características se detallan en su portal dedicado.
• Otros documentos pueden considerarse sensibles para el mantenimiento como las reglas de categorización o las ampliamente utilizadas que pueden cambiar la apariencia, o incluso la legibilidad, de los documentos.
• Finalmente, los colaboradores, ya sean desarrolladores, jugadores (RP o no), animadores u otros, pueden encontrar útil solicitar la validación de su trabajo.

Un documento validado por los Loristas, los responsables de comunicaciones oficiales o los «administradores», está protegido contra cualquier modificación no autorizada expresamente.

La Lore

Este modelo de visualización para la Lore fue probado como prototipo en la wiki en español antes de ser transpuesto a los otros idiomas. Tiene la ventaja de ser más sencillo de gestionar para los loristas, y de ser más visible para los lectores del wiki.

Página oficial

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

Página oficial de la Lore Ryzom

Última edición: Zorroargh, 08.08.2023

Por ejemplo, la plantilla misma: Plantilla:Official Lore

Creación por usuarios no loristas

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.

⇓WIP⇓

Mostrar la wiki en el juego

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.

Ejemplo:

Si abrimos la página "Elyps"', 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}}.

En resumen y en imágenes=

• 

  El jugador descubre la palabra "Elyps". Así que hará clic en la palabra para averiguar de qué se trata.

• 

  La página wiki es demasiado larga para el uso de IG.

• 

  Solo la parte enmarcada en azul es útil.

• 

  Pero necesita un tratamiento especial, porque Ryzom no interpreta ni el HTML ni el código Mediawiki.

• 

  Este trabajo de selección y procesamiento se realizará escribiendo en el código wiki antes y después de la parte elegida el par { {IGstart}} y {{IGend}}.

• 

  Que da el resultado final.

Catégories

Toutes les données, articles, images, modèles, portails..., doivent être catégorisées.

De l'usage des catégories

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 :

• un article peut appartenir à plusieurs ensembles ;
• un ensemble d'articles peut être entièrement inclus dans un autre ;
• il est inutile de déclarer qu'un article appartient à deux ensembles si l'un d'eux est complètement inclus dans l'autre.

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 catégories fondamentales de ce wiki

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.

—• Six wikis, six ensembles de catégories, toutes images en commun •—

Dans common, les catégories sont sensibles à la casse (majuscules, minuscules).

Affichage dans un glossaire des catégories

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]].

Modèle (Template)

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. »

Aspect visuel et charte graphique

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) :

• une fonction d'identification, en rappelant l'esprit du site (par exemple en utilisant les couleurs emblématiques des nations, des factions) ;
• une fonction ergonomique, en permettant d'éviter l' « effet de surprise », c'est à dire d'éviter des comportements différents d'une page à l'autre, d'une traduction à l'autre.

Pour ces deux raisons, il faut le plus possible s'y tenir.

Bannières, sceaux et indicateurs d'en-tête

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...

Bannières, navigation, horodateur

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.

Corps de page

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.

Tous les modèles

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

Nommer son Modèle

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.

Portail

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}}

Todos los portales temáticos de Encyclopatys (Wiki de Ryzom)

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 • Entresijos^OOC

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 :

• plusieurs onglets de sous-thèmes, l'accueil général positionnant la lecture sur le premier d'entre eux ; dans certains cas, il peut y avoir une seconde rangée d'onglets ;
• le nombre d'articles concernés et catégorisés (voir les catégories associées) ;
• un résumé ;
• des informations (à gauche la « Doc du jour », à droite un panneau d'affichage) ;
• le panneau récapitulant les principaux portails du Wiki de Ryzom ({{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.

Doc du jour

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}}}}

Panneau d'affichage

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 ».

Les catégories associées

Toutes les pages concernées

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ù:

• le « clear » permet d'assurer que la barre de navigation vers le portail est bien en-dessus de la dernière image ;
• le « last version link » permet d'horodater la page et ajoute un onglet discret permettant de retrouver l'original d'une inclusion ;
• le « noinclude » peut être mis pour ne pas polluer l'inclusion.

Plus à

• Catégorie:Lien portail, qui explique le rapport entre les bannières et les portails.
• Aide:Transclusion détaille aussi les diverses balises "noinclude", ainsi que le surf IG.

À la une

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.

• Les balises <noinclude> et </noinclude> permettent d'exclure les parties qu'elles encadrent de la future inclusion.
• Les balises <onlyinclude> et </onlyinclude> permettent d'inclure les seules parties qu'elles encadrent dans la future inclusion.
• Les balises <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).

Ce dernier balisage est par exemple utilisé pour cacher dans l'article original le « À suivre… » ({{read more|<l'article original>}} affiché ci-dessous) mais l'affiche dans l'inclusion.

Leer más...

Voir aussi ce commentaire (avril 2019) Discussion catégorie:Lumière sur

Accueil

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.

Autres commandes avancées

• Consulter les catégories catégorie:Aide et (plus technique) catégorie:Wikipatys.
• Merci d'utiliser le canal public dédié au wikis (et non des MP perso, car souvent, vous posez les même questions - de plus, vous aurez plus rapidement une réponse, car tous peuvent y avoir accès D) https://chat.ryzom.com/channel/pj-ryzom_wiki
• Sous pj-ryzom_wiki, il y a des thèmes regroupé dans des discussions, avec dans le titre le mot FAQ (voir comment chercher dans RC à Chat/FAQ_RC#Recherche, RC a des fonctionnalités très puissantes et inutilisées D):
  • FAQ - common : pour les questions et réponses sur le wiki Common (qui a toutes les images, pour les 5 wikis) et les images
  • FAQ Templates/Modèles : pour les questions et réponses sur les Modèles
  • FAQ - backgroud colors : pour les questions et réponses relatives à la mise en forme, charte graphique... (et les divers modèles liés)
  • FAQ - category
  • FAQ - bot

• comparaison des portails et catégories à https://atys.wiki.ryzom.com/wiki/Ryzom_Wiki_Categories_v_Portals
• Voir la version Anglaise (à en:Wiki_Technical_Guide#Other advanced commands) ou directement:
  • Tableau trilingue pour les Pages Spéciales en:Wiki_Technical_Guide/Special_Pages
  • en:Wiki Technical Guide/API Notes sur les commandes d'API (passer des commandes au wiki via les URL, aidé avec un formulaire Bac à Sable)

• Arbres dynamiques des catégories: 🇫🇷 Utilisatrice:Craftjenn/ArboCaté • 🇬🇧 en:Wiki Technical Guide#Wiki codes about categories • 🇩🇪 et common à atys:User:Craftjenn/common categories tree and info‎‎

• Attention (peux être dangereux) - réservé aux admins Modification en masse à l'aide des expressions rationnelles + https://regex101.com/

• Sur les users et les groupes de nos wikis: Guide Technique du wiki/Permissions
• sur <noinclude> voir https://meta.wikimedia.org/wiki/Help:Template https://meta.wikimedia.org/wiki/Migration_to_the_new_preprocessor

Les espaces de nom ou namespaces

Qu'est-ce que les namespaces ? - en abrégé ns

• Les pages d’un wiki MediaWiki sont regroupées en collections appelées « espaces de noms » qui permettant de les différencier au niveau supérieur selon leur rôle. Les pages de certains espaces de noms peuvent aussi avoir des propriétés spéciales ou se comporter différemment lorsqu'elles interagissent avec d'autres pages.
• Les espaces de noms se trouvent dans les titres de page en préfixant le nom de la page avec <namespace>:. Une page dont le nom n’est « pas » préfixé par un espace de noms appartient à l’espace de noms principal.
• Plus sur la documentation officielle https://www.mediawiki.org/wiki/Help:Namespaces/fr
• Plus concrètement, cela signifie que vous pouvez avoir deux pages différentes (même nom mais avec des contenus différents), avec le même nom, sans conflit. Par exemple :
  • Aide (sera dans l'espace principal)
  • Aide:Aide (le nom de la page est Aide, mais dans le ns Aide:)
  • Discussion:Aide (la page Discussion de la page d'aide) - car chaque espace de nom a son propre ns Discussion  :)
• vignette|Dans la recherche, le ns Utilisateur n'est PAS cochéPar exemple, nos profils (avec ambre personnel, brouillons et biographie) devraient être, sous l'espace de noms Utilisateur ou Utilisatrice .
  • Si dans ces pages de brouillons, il n'y a pas de catégorie, alors vous pouvez travailler tranquillement sur vos écrits et vos brouillons (pas de risque de conflit d'édition), car par défaut, les pages de l'espace de nom Utilisateur n'apparaissent pas dans les résultats de recherche (le ns utilisateur n'est pas par défaut coché).
  • Si votre brouillon a des catégories : un homin peut trouver votre page de brouillon, en surfant sur les catégories.

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) :

• en:Wiki Technical Guide/Comparaison of lists ns and other est un résumé, avec des notes et des questions.
  • 🇫🇷 Guide Technique du wiki/FR ns liste • 🇬🇧 en:Wiki Technical Guide/EN ns list • 🇩🇪 de:Technischer Wiki-Leitfaden/DE ns list et
  • pour le common atys:Help:Common ns list issue de atys:User:Heernis/Common ns list (en 🇬🇧 )

Pages spéciales

Tableau trilingue pour les Pages Spéciales (avec aussi common) en:Wiki_Technical_Guide/Special_Pages

Demande de validation d'un nouveau compte wiki

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 , sur la page spéciale Modifications récentes

Demande de compte wiki

Plus à SOS/Créer un compte wiki.

Éléments plus techniques

MediaWiki:Edittools

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.

effacer du contenu

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:

Très important: les catégories ne sont pas des pages gérées par médiawiki comme des pages.

C'est un "objet à part" dans la base de données.

Lorsqu'on ne commente pas une catégorie, ne fut-ce qu'on lui ajoute une catégorie mère, la catégorie s'efface d’elle-même quand elle est vide au bout d'un certain délai, que mes super pouvoirs 😈 permettent de rendre instantané.

quand on créée un page pour la catégorie, on impose en quelque sorte un double lien dans la base de données et la catégorie devient liée à a page.

Or une page, même détruite reste dans la DB!

Donc, lorsqu’une catégorie a été blanchie et qu'aucun "élément" n'y est inclus, la catégorie s'autodétruit grâce au mécanisme de Médiawiki. Nous n'avons rien à faire. La seule chose que je peux faire, c'est de forcer la purge (donc le ménage des cache) pour que ce mécanisme se déclenche plus vite que prévu. Et encore, le résultat peut ne pas être immédiat, car ça dépend de la charge de travail à ce moment la de la DB.

Si quelqu'un crée un article ou un autre objet se référent à cette catégorie, cette dernière se réveille toute seul grâce au moteur de Médiawiki.

Ce réveil est complètement perturbé si on a volontairement détruit manuellement la catégorie, car médiawiki surveille la "résurrection" des élément détruits.

En fait, détruire une catégorie, revient à créer, pour être tout à fait RP ( 😉 ) un zombie.

rapport entre les catégories et templates

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.

Última versión 2023-08-19•ᐒ