Directionality support/fr

La prise en charge des différentes directions d' (de gauche à droite, de droite à gauche) est un aspect important pour les logiciels multilingues. Depuis, la prise en charge a été considérablement améliorée.

Cette page donne quelques informations importantes, et des règles pour les développeurs et les administrateurs de wiki pour rendre une fonctionalité ou une extension compatible avec l'interface de droite à gauche et les différentes directionalités en général.

Conseils aux utilisateurs
Voici quelques indications générales pour les utilisateurs avant d'aller plus en détails pour les developpeurs :


 * La plupart des navigateurs prennent en charge le changement de direction des zones d'édition de texte brut, comme les boîtes de recherche d'articles, la modification de la syntaxe wiki, le résumé des modifications, etc... En fonction des navigateurs et des systèmes d'exploitation, vous pouvez utiliser Ctrl-Shift (Chrome et Internet Explorer sous Windows), Ctrl-Shift-X (Firefox), Option-Click-Changer la direction (Mac). Ceci doit vous permettre de saisir dans une direction différente de celle habituellement utilisée par le site.
 * Lorsque vous saisissez une section dans une langue qui a une direction différente de celle du site, ajoutez une balise  avec la langue concernée et les attributs   et  . Par exemple, lorsque vous saisissez une section en anglais dans la wikipedia arabe, entrez   au début et  à la fin.
 * Si vous ne saisissez que quelques mots dans un paragraphe, incluez-les dans une balise avec les attributs lang et dir correspondants. (Beaucoup de wikis possèdent un modèle pour cela, tel que  ).
 * Pour séparer les nombres accolés à un mot pour des directionalités différentes, utilisez la chaîne RLM ou LRM. Beaucoup de wikis possèdent des modèles pour cela, par exemple dans la Wikipedia en hébreu,  dans la Wikipedia arabe,  dans la Wikipedia en persan, etc... Quand un modèle est disponible, il est généralement préférable de l'appeler plutôt que d'utiliser le caractère Unicode lui-même.

Vous pouvez rapporter dans Phabricator, les bogues concernant la gestion du RTL pour n'importe quel projet lié à MediaWiki en utilisant la balise RTL.

ResourceLoader
Grâce à ResourceLoader qui inclut CSSJanus, le CSS est automatiquement permuté de droite à gauche quand la langue de l'utilisateur est RTL. C'est le fonctionnement par défaut depuis la 1.18 (dans les versions précédentes cela dépendait de la langue du contenu du wiki). Il n'existe que très peu de CSS qui dépende réellement de la langue du contenu.


 * Attention: lorsque vous utilisez le mode debogue du ResourceLoader, le CSS peut être affiché de manière incohérente comparé au mode production. Comme contournement temporaire, testez l'interface RTL en mode debug off (suivi tâche T29025.)

Quels types de langue ?

 * $wgLang - langue de l'utilisateur (et la direction correcpondante)


 * $wgContLang - langue du contenu du site (et la direction correspondante) -> ici LTR


 * Titre->getPageLanguage - langue du contenu de la page (et la direction correspondante) -> par défaut il s'agit de la direction de la langue de contenu du site
 * Il existe quelques exceptions par défaut: voir ci-dessous
 * Il peut être initialisé par les extension via l'accroche PageContentLanguage
 * Ceci positionne la table des matières (et d'autres choses telles que la grammaire, bien que pas prépondérantes dans la plupart des cas) pour cette langue. Pour ne faire que cela, utilisez


 * Pour les extensions qui doivent rester compatibles avec la version 1.17, vous pouvez utilisez wfUILang, néanmoins ceci casse la compatibilité avec la version 1.16 et antérieures. Ceci retourne $wgLang dans la version 1.18 et plus récentes, et $wgContLang dans la version 1.17 (par défaut).

Eléments dépendants du type de langue

 * Les pages spéciales suivent la langue de l'utilisateur par défaut.


 * Le code source doit être en anglais (le pages CSS/JS sont initialisées à 'anglais' par défaut).


 * Les pages ayant des sous-pages traduites doivent suivre la langue de traduction (par exemple "Page" vaut wgContLang, "Page/he" vaut "he"). Ceci est le fonctionnement par défaut pour l'espace de noms MediaWiki.


 * Les boîtes de saisie et les zones de texte suivent par défaut, la direction du contenu.


 * Lorsque vous affichez un diff, il suit la langue de l'utilisateur, mais le texte actuel du diff est dans la langue du contenu de la page.

Que dois-je ajouter dans le code source ?

 * Tout, sur les pages spéciales, qui est différent de la langue de l'utilisateur doit avoir une balise.
 * Par exemple: SpecialRecentchanges->setTopText qui ajoute le message « recentchangestext » dans la langue du contenu wiki.


 * Tous ce qui est sur des espaces de noms personnalisés et qui contient du texte différent du contenu wiki par défaut, doit avoir une balise.


 * Quand le texte du diff n'est pas le même que la langue du contenu de la page, utilisez  là où $diff est un objet DifferenceEngine.

Attributs lang/dir
Vous devez utiliser le HTML : mais quelques fois ceci est difficile dans les éléments générés dynamiquement et vous pourrez vous replier sur le CSS :

Contenu wiki
Vous pouvez utiliser les classes  et   pour utiliser les liens des sections de modification et les éléments ul/ol basés sur cette direction.


 * Par exemple :

Ceci est bien sûr utilisé pour le contenu de page des articles.


 * Sur les pages des fichiers, il n'est seulement ajouté qu'autour du texte actuel tandis que le reste de la page du fichier est de l'IHM personnalisée (historique du fichier,...).


 * Sur les pages de categorie il est ajouté de la même façon que sur les pages standard, mais le texte de la langue utilisateur est inclus dans un  avec les attributs   et   en fonction de la langue utilisateur.


 * Sur les pages spéciales il n'est pas ajouté parce qu'elle sont presque toutes dans la langue de l'utilisateur. Un morceau de texte sur les pages spéciales peut être dans la langue de contenu, qui doit ensuite être embarquée dans la classe. Ceci est par exemple utilisé dans l'extension CodeReview pour le résumé du code et les commentaires du code, qui peuvent contenir des éléments ul/ol (texte wiki * et #) dans la langue de contenu du wili et en principe, évidemment pas dans la langue de l'utilisateur.

Il ne faut pas ajouter d'éléments d'IHM dans ces classes. Par exemple, les liens de catégorie et le formulaire de revue FlaggedRevs sont dans #bodyContent mais en dehors de .mw-content-ltr/rtl.

Une nouvelle fonctionalité est que ces classes peuvent être utilisées à l'intérieur de ces mêmes classes. Par exemple, .mw-content-rtl peut être utilisé dans un article LTR (mw-content-ltr). Ceci est utile pour les pages multilingues. Avant cela, on utilisait des bidouilles locales MediaWiki:Common.css pour faire afficher correctement par exemple, des listes de puces dans du texte. C'est pourquoi vous devez utiliser  au lieu de  lorsque vous modifiez des pages wiki.

Voir aussi IDs et classes.

Classes du corps
La balise  possède une classe   ou   par défaut, conforme à la langue de l'utilisateur. Vous ne devez pas utiliser cela, car le CSS est automatquement permuté en fonction de la langue utilisateur. La balise  implémente aussi une nouvelle fonctionalité (1.18) de classe   et   qui suit. Si elle est nécessaire, il est possible d'ajouter également « userlang-ltr/rtl » et/ou « pagelang-ltr/rtl ».

alignement float/text
Vous pouvez utiliser,  ,  ,   qui fournit les valeurs 'right' ou 'left' appropriées.

Vous pouvez utiliser le CSS  ou   qui permute la valeur (gauche/droite), pour les langues d'interface RTL.

Exemples
Special:AllMessages is a special page, which means it follows the user language direction. However, the actual messages should follow the direction of the selected language. Les cellules de la table hébergeant le contenu des messages, ont les attributs  et.
 * Special:Allmessages = anglais, LTR
 * Special:Allmessages/he = hébreu, RTL

.

The Translate extension, making use of the PageContentLanguage hook, sets the right language (and consequently direction) for translated pages, see e.g. Wikimedia_maintenance_notice/ar which benefits from the mw-content-rtl class on an LTR wiki.

Wikis locaux
MediaWiki:Common.css pages and relatives are also flipped. This means that you have to add @noflip where needed.

See T33923: site CSS should not be flipped by default

Problèmes

 * Most major features and extensions have improved support since about 1.19, see translatewiki:Project:Better directionality and i18n development for that.
 * Problèmes restants connus :
 * External link icons are flipped according to user language direction (minor issue)
 * LiquidThreads: Use contlang instead of pagelang, otherwise special page returns userlang
 * WikiLove: kittens aligned left should be aligned right in RTL wikis (minor issue)
 * OmegaWiki: needs general overhaul (Expression and DefinedMeaning pages should follow user direction) + 23035
 * Rechercher les rapports de bogue : https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=rtl

Voir aussi

 * Meilleure prise en charge de la directionalité (diaporama de présentation 2011)
 * Manual:Interface/IDs and classes
 * Localisation
 * translatewiki:Project:Better directionality and i18n development (vers 2011) et beaucoup plus ancien BiDi workgroup
 * Manual:Hooks/PageContentLanguage
 * Manual:$wgBetterDirectionality
 * Visual editor/Bidirectional text requirements
 * Extension:RevisionSlider/Developing a RTL-accessible feature in MediaWiki - what we've learned while creating the RevisionSlider
 * rtl.wtf, articles et exemples sur la manière de prendre en charge en ligne, la directionalité