Aller au contenu
kenjtecJournal
Rechercher dans le Journal

Applications web en arabe : comment texte, code et liens s’accordent malgré deux sens de lecture

Une phrase en arabe et un chemin technique suivent des sens différents. Un petit exemple HTML explique le balisage de la langue, l’isolation et la vérification de la séquence de caractères copiée.

Au tableau, Ana épingle des cartes qui se suivent de droite à gauche ; une carte pointe vers la droite. Illustration réalisée par IA.

Une page d’aide en arabe peut être correctement traduite et afficher malgré tout un chemin de fichier difficile à lire. Une phrase en arabe, des lettres latines, des chiffres et de la ponctuation se rencontrent sur une même ligne. La solution n’est pas d’inverser le chemin dans la source de données. Sa séquence de caractères doit rester correcte lorsqu’on la copie.

Les recommandations du W3C sur le texte bidirectionnel en ligne décrivent un balisage de direction et une isolation appropriés. Il s’agit d’un fondement technique, et non d’une nouveauté produit. Pour cet article, nous examinons une petite fiche d’aide de notre cru : une courte note en arabe et le chemin d’exemple inchangé /docs/v2?a=1.

La langue et le sens d’écriture remplissent des fonctions différentes

Une balise de langue indique notamment aux technologies d’assistance à quelle langue appartient un contenu. Le balisage de direction décrit la manière dont le texte doit être disposé. Une phrase en arabe a besoin que les deux soient définis de manière appropriée ; une expression technique qu’elle contient n’a pas pour autant à devenir soudainement arabe.

Notre exemple sépare délibérément ces détails. La fiche extérieure est en arabe et disposée de droite à gauche. Le chemin ASCII connu se lit de gauche à droite. Ses lettres, ses barres obliques et son point d’interrogation restent dans le même ordre logique. L’expression ne renvoie à aucun compte client existant ni à aucun accès réel à un service.

<p lang="ar" dir="rtl">
  المسار:
  <bdi dir="ltr">/docs/v2?a=1</bdi>
</p>

La courte expression arabe signifie ici « le chemin ». Le fragment est un support pédagogique et non la preuve complète d’une interface relue sur le plan linguistique. Une véritable vérification par une personne qui lit l’arabe reste nécessaire, en particulier dès que des phrases explicatives et d’autres contenus techniques s’ajoutent.

La limite de l’expression fait partie de son sens

Ne balisez que l’expression technique qui forme un tout. Une parenthèse qui suit immédiatement pourrait appartenir à la phrase arabe ou faire partie de la chaîne technique. Cette question ne peut pas être réglée de façon générale en inversant toute la ligne.

Le W3C distingue le texte inséré dont la direction est connue de celui dont la direction est inconnue. Pour un chemin connu, la direction est explicite. Pour un texte inséré à l’exécution, la détection automatique de la direction ou un élément isolant approprié peut être judicieux. Choisissez le balisage en fonction du contenu et de la structure, et pas simplement parce que la page est en arabe.

Un lien avec un libellé en arabe est par ailleurs autre chose qu’une adresse ASCII écrite de manière visible. Le lien peut mener à la même destination tandis que son texte visible suit un autre sens. L’adresse cible et le libellé doivent donc être considérés séparément.

Votre propre vérification exige plus qu’une capture d’écran

À côté du court fragment, créez une deuxième fiche avec une parenthèse adjacente et un numéro de version neutre. Regardez la phrase entière, pas seulement le chemin. Où commence le détail technique ? Quel signe de ponctuation appartient à l’explication ? Une personne qui lit l’arabe peut-elle suivre le contexte sans devoir le déchiffrer ?

Copiez ensuite uniquement le chemin dans un champ de texte neutre et comparez-le caractère par caractère avec la source. Une adresse d’apparence agréable mais inversée dans les données échouerait à cette étape. L’affichage et le résultat copié répondent donc à deux questions de qualité différentes.

Ces étapes constituent un modèle pour votre propre examen. Elles n’ont pas été réalisées ici sous forme de test de navigateur ou de langue. Un futur compte rendu de résultats devrait indiquer l’environnement utilisé et les observations effectives.

Conservez une source de texte inchangée pour la comparaison. Si vous vérifiez la copie après une modification de l’affichage, vous saurez alors si seul le balisage a réellement été ajusté ou si les données ont été modifiées par inadvertance. Une capture d’écran seule ne permettrait pas de distinguer ces deux causes.

Le sens de base d’une page ne règle pas tous les détails

Dans KENJTEC WebSiteBuilder ai, un site web décrit en arabe est créé avec une balise de langue arabe et un sens de base de droite à gauche. Chaque site web Builder possède exactement une langue. Des ajouts HTML personnalisés peuvent être préparés manuellement en mode développeur ; une version linguistique supplémentaire constitue un site web distinct.

C’est précisément avec des ajouts de ce type que le contenu mixte reste votre tâche de conception spécifique. Un sens de base approprié ne prouve pas que chaque chemin, nom et nombre a été correctement intégré. Préservez la séquence logique des caractères, balisez son affichage de manière appropriée et examinez-la au sein d’une phrase entièrement compréhensible. Ainsi, la traduction et l’utilisabilité technique deviennent deux tâches qui fonctionnent de concert.

Sources et état

Recherches et documentation à jour au 25 octobre 2026. Balisage en ligne et texte bidirectionnel en HTML.

Hambourg est notre point de départ.

L’utile vous accompagne.

L’IA en pratique depuis Hambourg, expliquée pour tous.

Articles enregistrés