Manual:Messages API/fr

Les peuvent être utilisés dans le code via la classe Message et ses méthodes associées.



Paramètres des messages
Certains messages ont des paramètres. Ils sont représentés par,  ,  , … dans les  messages textuels (statiques), et remplacés au moment de l'exécution. Les valeurs typiques des paramètres sont des nombres (par exemple 3 dans  « Supprimer 3 versions ? »), ou des noms d'utilisateur (comme Bob dans  « Page modifiée par Bob »), des noms de page, des liens, etc. ou quelques fois d'autres messages. Ils peuvent être d'une complexité exemplaire.

La liste des paramètres définis pour chaque message spécifique est placée dans le fichier spécial qqq.json situé dans le répertoire languages/ de MediaWiki - voir la Documentation des messages.

Il est préférable d'utiliser des mots entiers avec les mots magiques PLURAL, GENDER, et GRAMMAR. Par exemple  est meilleur que. Cela rend la recherche plus facile.



Faire référence à d'autres messages
It's sometimes convenient to refer to sub-messages in a message, e.g. in phrases like "Use the X button" or "Visit the Y page", to ensure that the translations are consistent. To do so, you may use the following syntax:


 * to use the sub-message in interface language. This is often used when referring to form buttons or site navigation, e.g. showpreview.
 * to use the sub-message in content language. This is used when the sub-message defines a translateable name of a local page, e.g. mainpage, grouppage-sysop, policy-url.
 * to use the name of a special page in content language.

If you need anything more complicated (e.g. the sub-message used depends on configuration), parse it in your code and pass the whole sub-message as a parameter.

Example:



Sélecteurs dans les messages…
La valeur actuelle des paramètres influence la syntaxe exacte et les variantes grammaticales des messages. Nous ne nous arrêtons pas à des constructions laides comme « $1 (sub)page(s) of his/her userpage », car elles sont médiocres pour les utilisateurs et nous pouvons faire mieux. A la place, nous implémentons des sélecteurs qui seront exécutés en fonction des valeurs connues au moment de l'exécution. Le texte du message statique fournit alors chacun des choix possibles dans une liste, précédé du nom du sélecteur et d'une référence à la valeur qui fait la différence.

Ceci ressemble à la manière dont les sont appelées dans MediaWiki. Plusieurs types de sélecteurs sont disponibles. Cela ne fonctionne que si vous faites une analyse complète, ou une transformation des  dans les messages.



…avec les nombres via PLURAL
MediaWiki prend en charge les pluriels, ce qui rend le produit plus attractif. Par exemple :

S'il existe une forme plurielle qui dépend d'un nombre particulier, il est facile d'utiliser la syntaxe suivante :



Attention à l'utilisation de PLURAL sur tous les nombres
Lorsqu'un nombre doit être inséré dans un message textuel, il faut savoir que certaines langues devront utiliser PLURAL même s'il est toujours plus grand que 1. La raison est que PLURAL dans les langues autres que l'anglais peut apporter des formes différentes et complexes comme 1er, 1ère, 1ers, 1ères, … 2nd, 2nde, 3e, … etc.

N'essayez pas de fournir trois messages différents dans les cas où sont comptés Aucun élément, Un élément, Plusieurs éléments. Mais utilisez plutôt un seul message pour l'ensemble et laissez aux traducteurs et à PLURAL le soin de le traiter correctement dans leur langue respective.

Si possible, incluez toujours le nombre en tant que paramètre. Ajoutez toujours la syntaxe  aux messages source quand c'est possible même si cela n'a pas de sens en anglais. La syntaxe guide les traducteurs.

Les nombres fractionnaires sont acceptés mais les règles du pluriel peuvent ne pas être complètes.



Passer le nombre d'éléments de liste comme paramètre des messages qui ont rapport aux listes
Ne supposez pas qu'il n'existe que le singulier et le pluriel. Beaucoup de langues possédent plus de deux formes qui dépendent du nombre actuel utilisé et qui doit être utilisé par les variantes de la grammaire en fonction du nombre d'éléments possibles dans la liste lorsqu'il s'agit d'exprimer ce qui est listé dans la liste affichée aux lecteurs. Ainsi, quand votre code évalue une liste, incluez  dans les paramètres du titre, les introductions, les pieds de page et les autres messages concernés par liste, même si le compteur n'est pas utilisé en anglais. Il existe une manière neutre de parler des listes cachées, vous pouvez donc avoir des liens vers des listes sur des pages supplémentaires sans avoir à compter les éléments auparavent.



…avec des noms d'utilisateur via GENDER
Lorsque vous devez employer un nom d'utilisateur dans un message, passez-le en paramètre du message et ajoutez une information dans le message de documentation comme quoi le genre est pris en charge. S'il est probable que GENDER soit utilisé dans les traductions pour les langues utilisant l'inflexion du genre, ajoutez-le explicitement dans le message source anglais.

Si vous vous adressez directement à l'utilisateur actuellement connecté, laissez à vide le paramètre du nom d'utilisateur :

Si vous incluez le nom de l'utilisateur dans le message (par exemple « »), envisagez d'abord de le passer via  pour vous assurer que les caractères tels que   ou   ne sont pas interprétés.



Les utilisateurs possèdent des genres grammaticaux
Lorsqu'un message parle d'un utilisateur ou concerne celui-ci, ou encore s'adresse à un utilisateur directement, le nom de l'utilisateur doit être passé au message en tant que paramètre. Ainsi les langues qui doivent, ou qui souhaitent utiliser une grammaire plus adaptée en fonction du genre, peuvent le faire. Ceci doit être fait même si le nom de l'utilisateur n'est pas sensé apparaître dans le message comme par exemple dans « informer l'utilisateur/trice sur sa page de discussion  », qui est reformulé en « informer l' sur sa page de discussion  ».

Ceci ne veut pas dire que vous devez systématiquement sexuer les messages du langage : au maximum cherchez à utiliser des fomules neutres qui soient claires et précises.



…selon le contexte des phrases via GRAMMAR
Les transformations grammaticales pour les sont également disponibles. Par exemple en finnois, où il faut absolument que les fichiers soient indépendants du site, par exemple en enlevant les références à Wikipedia. En finnois, « about Wikipedia » devient « Tietoja Wikipediasta » et « you can upload it to Wikipedia » devient « Voit tallentaa tiedoston Wikipediaan ». On ajoute des suffixes en fonction de la manière dont le mot est utilisé, plus des modifications mineures à la base. La liste des exceptions est longue mais parce qu'il n'y a que très peu de mots à traduire, comme le nom du site, nous n'avons pas besoin de les inclure.

MediaWiki possède des fonctions de transformation grammaticales pour plus de 20 langues. Certaines d'entre elles ne sont que des dictionnaires de noms de sites pour Wikimedia, mais d'autres possèdent des algorithmes simples mais qui échouent pratiquement sauf dans les cas standards.

Même avant que MediaWiki ne possède les transformations grammaticales arbitraires, il savait déjà faire la différence entre le nominatif et le génitif pour le nom des mois. Cette différence est nécessaire dans certaines langues si vous souhaitez substituer le nom des mois dans les phrases.



Filtrer les caractères spéciaux dans les paramètres et les messages
L'autre problème (plus simple) avec la substitution des paramètres est l'échappement HTML. Bien qu'il paraisse beaucoup plus simple, MediaWiki le traite assez mal.



Utilisation des messages en PHP
Voici un exemple simple :

est une fonction globale qui agit comme une surcouche de la classe Message et qui permet de créer un objet Message. Cet exemple appelle ensuite la méthode  de Message qui recherche le texte du message 'submit' dans la langue actuelle, réalise certaines transformations de langage (comme gender et plural), et renvoie le texte non échappé du message.

Voici un exemple plus complexe où le message utilise un compteur et prend en charge la gestion du pluriel linguistique :

Les sections suivantes expliquent le code.

Paramètres
Etant donné un message comme celui-ci :

Vous pouvez passer les paramètres aux messages qui en ont besoin, de différentes façons :

La première approche est très commune; utilisez le second cas lorsque vous avez des types différents de paramètres et le troisième pour construire dynamiquement des objets Message à partir d'autres données. Il existe des différents types de paramètres :


 * Substitution normale des paramètres du message.
 * Substitution normale des paramètres du message.


 * Substitue le paramètre après que le message ait été traité par ailleurs; cela signifie que ces paramètres ne sont pas disponibles pour les fonctions de l'analyseur syntaxique, et qu'is ne sont pas non plus échappés même quand le mode de sortie échappé est utilisé (voir ci-dessous). Assurez-vous donc de les échapper correctement par vous-même.
 * Substitue le paramètre après que le message ait été traité par ailleurs; cela signifie que ces paramètres ne sont pas disponibles pour les fonctions de l'analyseur syntaxique, et qu'is ne sont pas non plus échappés même quand le mode de sortie échappé est utilisé (voir ci-dessous). Assurez-vous donc de les échapper correctement par vous-même.


 * Comme, mais réalise l'échappement. Utile quand vous passez des entrées utilisateur pouvant contenir du wikicode à ne pas analyser.
 * Comme, mais réalise l'échappement. Utile quand vous passez des entrées utilisateur pouvant contenir du wikicode à ne pas analyser.

Chaque fonction du second groupe formate la valeur d'une manière particulière avant la substitution. doit être utilisé si le message utilise. Dans certains cas vous ne souhaitez pas l'utiliser alors que vous avez un nombre ; c'est le cas par exemple d'un identifiant de version. Les autres fonctions correspondent aux fonctions du langage,  ,  ,   et  , et ne sont que des raccourcis pour les appeler.

Langue
Pour réécraser la langue dans laquelle vous voulez le message, il existe une méthode et un raccourci pour le cas habituel d'utilisation de la langue du contenu du wiki. Pour le dernier cas, vous pouvez utiliser soit un code de langue ou un objet de langue. La chaîne habituelle concernant le repli des langues s'applique, donc le message que vous voyez peut être dans une langue différente de celle qui a été demandée, lorsque la traduction n'existe pas.



Modes des sorties et échappement
La classe Message, et donc l'objet renvoyé par wfMessage, comprend cinq modes de sortie :


 * - renvoie le texte du message comme il est; seuls les paramètres sont substitués
 * - transforme le texte du message (MessageCache::transform qui transforme tous les ' – ', comme par exemple les plurals), mais sans faire d'échappement ni de nettoyage
 * - même chose que 'text', mais réalise l'échappement pour l'utiulisation en HTML
 * - analyse le texte des messages à partir du wikicode vers le HTML et le nettoie (MessageCache::parse appelle l'analyseur)
 * - la sortie est placée dans un élément HTML de niveau bloc s'il ne l'était pas déjà, similaire à OutputPage::addWikiMsg

Rappelez-vous que les fonctions Html:: échappent tout ce qui leur est transmis, donc utilisez le format text avec celles-ci pour éviter d'échapper deux fois. Par conséquent le format de sortie le plus commun est text. Assurez-vous également d'utiliser parse ou parseAsBlock si le message contient du wikicode à l'intérieur, sinon le wikicode sera simplement échappé et affiché comme un simple texte.

Si vous utilisez  ou, vous devez toujours spécifier un type de sortie. convient si la sortie est faite par.



Mode de sortie à utiliser
D'une manière générale, les modes les plus communs que vous utiliserez seront  et. Utilisez ->parse là où le balisage html est pris en charge, et  là où le contenu sera du html échappé ou lorsque les balises html ne sont pas supportées.

Quelques cas communs :


 * Si la partie textuelle de (troisième argument) vous sert à passer le message, utilisez  . A la place, vous pouvez aussi utiliser  avec le mode.
 * Si vous passez du texte de (troisième argument), utilisez généralement.
 * Si vous passez des attributs (second argument) de ou, utilisez.
 * Si vous construisez manuellemrnt les attributs html, vous devez utiliser . Néanmoins vous n'avez jamais à construire des attributs html.
 * Pour où   est un objet OutputPage, utilisez   ou  . Néanmoins réfléchissez s'il ne vaut pas mieux utiliser  à la place.
 * Pour $out->addHTML utiliser



Chaînage des méthodes
La plupart des méthodes Message renvoient l'objet courant, de sorte que vous pouvez facilement les appeler sur l'objet l'une après l'autre avant de finalement, renvoyer son texte. Ceci est appelé chaînage des méthodes. Voici un exemple :



Méthodes supplémentaires pour imprimer les messages
La fonctions générale pour les messages de MediaWiki est. Cependant, étant donné que dans un message, la valeur des mots magiques peut dépendre du contexte, il existe différentes variantes de surcouche de cette fonction, qui définissent automatiquement le contexte correct.

OutputPage possède quelques méthodes qui permettent de concaténer directement à la sortie générée. Les méthodes utiles sont :

Les deux fonctions ci-dessus analysent ensemble le wikicode dans le contexte de la page courante avant de le rajouter dans le tampon de sortie.

Les classes qui étendent ContextSource ont une méthode  qui définit automatiquement le contexte courant (langue, page courante etc.). C'est pourquoi il est recommandé d'utiliser pour ces classes, comme avec les pages spéciales. Voici une liste non exhaustive de telles classes :
 * CategoryViewer
 * HTMLForm
 * LogEventsList
 * DifferenceEngine
 * OutputPage
 * IndexPager
 * ImageHistoryList
 * ApiBase
 * ChangesList
 * Skin

Exemples corrects d'utilisation : Exemples incorrects d'utilisation :



Utiliser les messages en JavaScript


<span id="Getting_the_messages_to_the_client">

Récupérer les messages pour le client
Pour utiliser les messages, nous devons nous assurer d'abord que les messages sont disponibles du côté client. Ceci peut être fait en utilisant soit un module ResourceLoader (cas le plus fréquent) ou une requête API à partir de JavaScript (plus rare).

<span id="Using_a_ResourceLoader_module">

Utiliser un module ResourceLoader


Nous allons utiliser ResourceLoader pour vérifier que les messages sont disponibles côté client. Pour cela vous devez définir dans vos modules ResourceLoader, les messages à exporter côté client.

Si vous souhaitez utiliser  pour générer le HTML à partir du wikicode dans les messsages d'interface, alors il est important de charger le module mediawiki.jqueryMsg.

Exemple (extension.json) :

<span id="Using_an_API_query_from_JavaScript">

Utiliser une requête API à partir de JavaScript


Vous pouvez utiliser le code suivant :

Pour avoir les messages dans une langue donnée différente de, utilisez getMessages au lieu de  loadMessagesIfMissing, et indiquez la langue cible dans le champ amlang du second paramètre optionnel  ainsi :

Pour des versions plus anciennnes de MediaWiki (avant la 1.27), utilisez ceci :

<span id="Use_of_the_messages">

Utilisation des messages
Les messages définis dans l'exemple ci-dessus seront disponibles côté client et peuvent être récupérés par.

Par exemple : $.( mw.message. ); Notez la manière d'utiliser la méthode jQuery  pour échapper proprement notre sortie lorsque nous utilisons le format mw.message.

Si votre message contient du wikicode formaté, vous pouvez à la place utiliser ceci : $.( mw.message. ); Ici nous utilisons la méthode jQuery  pour insérer les noeuds DOM renvoyés par le format mw.message.

Dans du code ancien, vous pouvez aussi rencontrer ceci : ( n'était pas disponible avant MediaWiki 1.27) $.( mw.message. ); $.( mw.message. );

Il existe d'autres combinaisons toutes aussi valides, mais autant que possible, appliquez les modèles ci-dessus pour éviter les failles XSS et rendre votre code compréhensible pour les autres.

Nous pouvons aussi passer au message, les paramètres dynamiques (c'est à dire les valeurs de $1, $2, etc.) comme indiqué ci-dessous.

Dans les exemples ci-dessus, notez que le message doit être défini dans un fichier i18n. Si la clé du message n'est trouvée dans aucun fichier i18n, le résultat sera la clé du message entourée d'accolades arrondies U+29FC/U+29FD (appartenant aux symboles mathématiques), comme '⧼message-key-foo⧽'. Dans des versions plus anciennes de MediaWiki, la clé du message était renvoyée en ASCII entre crochets, comme '&lt;message-key-foo&gt;', ce qui pouvait générer des éléments HTML invalides ou erronnés. Dans le cas où la clé du message n'existe pas, la méthode  de l'objet message renvoyé rendra également   à la place de.

Pour utiliser un message qui ne doit pas passer par l'analyseur (par exemple quand vous transférez des données JSON en tant que message, ou lorsque le message sera utilisé comme texte préchargé d'une page), utilisez :

<span id="Format_options">

Options de format
Si vous ne précisez pas le format de sortie, mw.message ne renvoie qu'un objet Message. Pour obtenir le message lui-même, vous devez indiquer un format de sortie. Les formats sont pratiquement les mêmes que ceux du côté PHP :


 * renvoie le texte du message tel qu'il est; seuls les paramètres sont substitués
 * Transforme le texte des messages (tous les blocs  pris en charge sont remplacés par les résultats transformés). Voir la section des fonctionnalités supportées en JavaScript pour le détail. Par exemple certains mots-clés, (  (mais uniquement sans paramètres), ,   etc.) fonctionnent mais la tranclusion (par exemple  ) et les mots magiques côté serveur tels que  ou      ne fonctionnent pas,
 * Version HTML échappée de.
 * Analyse le texte du message à partir du wikicode pour en faire du HTML. Ceci prend tout en charge en mode, comme la plupart des liens, et permet les listes de HTML.
 * Comme, mais renvoie une collection jQuery au lieu d'une chaîne HTML.

Paramètres
Les paramètres peuvent être spécifiés en tant qu'arguments supplémentaires de. Ils peuvent être passés comme des chaînes ou comme des noeuds DOM ou des collections jQuery.

A la différence du PHP, le wikicode dans les paramètres n'est pas soumis à l'analyse syntaxique. Effectivement tous les paramètres de type chaîne se comportent comme.

Les paramètres DOM ou jQuery peuvent être utilisés pour compléter l'équivalent de.

Les autres formats de paramètre ne sont pas pris en charge. Au lieu de, vous devez formater les nombres avant de les passer en paramètre, en utilisant.

<span id="Feature_support_in_JavaScript">

Support des fonctionnalités en JavaScript
Les messages JavaScript ne supportent qu'un petit sous-ensemble de la syntaxe wikicode. Les fonctionnalités prises en charge comprennent :


 * Liens internes (sauf l'utilisation des structures avec le caractère pipe '|')
 * Les liens externes explicites (sans numérotation automatique ni les liens libres)
 * Les mots magiques SITENAME, PAGENAME, PAGENAMEE, (dans MW 1.38+) SERVERNAME
 * Les fonctions d'analyseur PLURAL, GENDER, GRAMMAR, int, ns, formatnum, lc, uc, lcfirst, ucfirst
 * Les balises HTML autorisées en wikicode (le code HTML doit être bien formé)
 * Les entités HTML,  ,  ,  ,
 * La balise

Syntaxe wikicode remarquable qui n'est pas prise en charge :


 * Les modèles (templates)
 * Les liens interwikis non locaux
 * Toutes les autres fonctions d'analyse ainsi que les autres mots magiques
 * Les modules (par exemple Module:String)
 * Toutes les autres balises de type XML (balises des extensions)
 * L'écriture en gras et en italique,   (utilisez ,  à la place)
 * Les listes qui utilisent,   (à remplacer par  ou  et )
 * Les définitions de listes ou d'indentations utilisant,   (à remplacer par , , )
 * Les paragraphes multiples (utiliser à la place)
 * Les balises HTML auto-fermantes
 * Les commentaires )

Le modèle doc-jqueryMsg peut être utilisé pour documenter de tels messages, et permettre ainsi aux traducteurs de connaître les restrictions qui s'appliquent au wikicode.

mw.msg
La fonction  est habituellement utilisée comme raccourci pour.

<span id="Exporting_messages_through_ResourceLoader_callbacks">

Exporter les messages via une procédure de callback du ResourceLoader
Si vous voulez traiter un message sur le serveur et renvoyer le résultat au client (par exemple parce que vous avez besoin d'analyser le message à l'aide des fonctions d'analyse qui ne sont pas prises en charge en JaaScript), vous pouvez le faire avec une procédure de callback des fichiers du paquet dans votre module ResourceLoader. Quand vous faites ceci, veillez à utiliser car   provoque des erreurs.

<span id="Using_messages_in_Lua">

Utilisation des messages en Lua
Les modules écrits en Lua et utilisant s'exécutent de manière similaire aux modèles et ont accès aux messages MediaWiki. La bibliothèque MediaWiki Lua inclut la classe mw.message pour le traitement des messages. Voir la documentation complète de la bibliothèque des messages Lua pour l'API entière. Voici un exemple simple :

<span id="Notes_about_gender,_grammar,_plural">

Notes à propos de GENDER GRAMMAR et PLURAL

 * Voir aussi la section des Sélécteurs dans les messages…; la syntaxe est elle-même documentée dans l'internationalisation des mots magiques et associés.

En général les mots magiques GENDER, GRAMMAR et PLURAL fonctionnent de la même manière du côté PHP que du côté JavaScript.


 * 1) Vous devez utiliser un format de sortie parmi ,  ,   ou   pour qu'ils fonctionnent.
 * 2) * En PHP, vous pouvez utiliser wfMessage  ou.
 * 3) * En JavaScript, assurez-vous que votre module chargeur de ressources dépend bien de  (voir la section des messages en JavaScript).
 * 4) Vous devez passer au message le paramètre ad'hoc en tant que paramètre normal.
 * 5) * Le paramètre est le numéro pour PLURAL; le texte brut ou le nom d'utilisateur en wikicode échappé pour GENDER en PHP; le genre tel que fourni dans les Preferences ou un objet pour GENDER en JavaScript (voir ci-dessous).
 * 6) * Pour permettre le pluriel et la traduction correcte des nombres en PHP, vous devez utiliser   pour les nombres, voir aussi le  chaînage.
 * 7) * Pour activer la traduction du pluriel et du nombre correct en JavaScript, vous devez utiliser  pour le nombre

<span id="PLURAL_syntax_example">

Exemple de syntaxe PLURAL
<span id="GENDER_in_JavaScript">

GENDER en JavaScript
Si vous avez un message, disons  en JavaScript, vous pouvez l'utiliser ainsi :

Au lieu de passer le genre directement nous pouvons passer n'importe quel objets du type utilisateur avec une option de genre. Par exemple, l'objet utilisateur courant.

Si le genre qui est passé est non valide ou inconnu, c'est la forme du gendre neutre qui sera utilisée telle que définie pour chaque langue. Passez  si vous devez volontairement utiliser la forme neutre.

Enfin si vous voulez utiliser le genre de l'utilisateur actuel, vous pouvez passer une chaîne vide :

<span id="PLURAL_in_JavaScript">

PLURAL en JavaScript
Si vous avez un message, disons  en JavaScript, vous pouvez l'utiliser ainsi :

<span id="Help_with_replacing_deprecated_wfMsg*_functions">

Aide au remplacement des fonctions obsolètes wfMsg*
Le code qui utilise ces fonctions possède souvent un échappement incorrect ainsi que d'autres problèmes relatifs à sa qualité, il est recommandé par conséquent de


 * remplacer toutes les fonctions Xml:: par leurs équivalents Html::, ce qui permettra de faire plus facilement les choses correctement;
 * partout où c'est possible, vous éviterez l'utilisation de variables globales et utiliserez  (voir ci-dessus);
 * remplacer  par   si nécessaire.

<span id="See_also">

Voir aussi

 * documentation des classes de messages
 * documentation des classes de messages
 * documentation des classes de messages