Chargement
Des produits qui fonctionnent en arabe comme en français ou en anglais, avec un vrai rendu de droite à gauche, pas un miroir ajouté à la fin.
La plupart des équipes découvrent trop tard que le RTL n'est pas un simple miroir CSS. Propriétés logiques, texte bidirectionnel, mélange de caractères latins et arabes, formats de dates et de nombres, validation de formulaires, sorties PDF et e-mail : chacun casse à sa manière. Nous construisons des produits qui fonctionnent dans les deux sens dès le premier commit, et nous l'avons fait sur le site d'un groupe EPC avec bascule RTL et LTR complète sur chaque composant, ainsi que sur ce site, qui sert trois langues dont l'arabe.
Ce qui casse déjà en arabe : mise en page, typographie, champs de saisie, exports.
Gauche et droite physiques cèdent la place à début et fin, une fois, sur tout le code.
Routage, métadonnées, hreflang et polices par langue, pas un simple sélecteur posé sur une seule mise en page.
Chaque écran relu en arabe avant la mise en ligne, car c'est là que les erreurs se voient.
Le plus souvent oui. La charge dépend de la part de la mise en page qui utilise gauche et droite physiques plutôt que début et fin logiques, ce que l'audit mesure dès les premiers jours.
L'arabe et le français sont des langues maternelles ici : nous rédigeons et relisons directement les textes d'interface. Pour du contenu long ou juridique, un traducteur spécialisé reste préférable, et nous le disons.
Non. Avec des propriétés logiques, c'est la même feuille de style ; seule la police arabe s'ajoute, et uniquement pour cette langue.
Aux équipes qui visent l'Arabie saoudite, les Émirats, le Qatar et l'Afrique du Nord, et aux produits français ou européens qui veulent une version arabe crédible plutôt qu'une traduction automatique.
Dites-nous sur quoi vous travaillez. Réponse sous 24 heures, diagnostic d'une page sous 48.