Guide de localisation en bulgare

Texte cyrillique et formes de lettres bulgares

Le bulgare utilise le cyrillique. Les polices peuvent contenir des formes de lettres propres à la langue qui diffèrent des formes cyrilliques par défaut, notamment pour des minuscules telles que д, т, в et и. Il s’agit de différences de glyphes, et non d’un autre système orthographique. Un texte doit conserver les bons caractères Unicode, tandis que la police et le système de mise en forme sélectionnent les formes bulgares voulues.

La fonctionnalité OpenType locl permet la substitution de glyphes localisés. Un balisage correct de la langue bulgare et une police contenant les substitutions requises sont tous deux importants. Une feuille de style ne peut pas créer des glyphes manquants. Certaines polices utilisent par défaut les formes bulgares ; le fichier exact et son comportement doivent donc être vérifiés, sans supposer que le nom d’une famille garantisse un résultat donné. Source : documentation Microsoft sur les fonctionnalités OpenType.

Les tests représentatifs doivent inclure des minuscules, des majuscules, de l’italique, du gras, des chiffres et de la ponctuation. Le repli du navigateur peut introduire une seconde police lorsqu’un caractère est absent. La page de traduction bulgare décrit le service linguistique ; les équipes de mise en œuvre restent chargées de vérifier les polices exactes et le rendu employés dans leur produit.

La translittération est une opération distincte

La translittération écrit un texte cyrillique en lettres latines ; elle ne traduit pas le sens. La loi bulgare sur la translittération a été promulguée en 2009 et codifie le Système simplifié. Son champ comprend des noms géographiques précisés, des personnages historiques, des termes culturels et des termes scientifiques d’origine bulgare, avec des dispositions pour l’usage officiel et d’autres contextes définis. Elle ne constitue pas une instruction générale de remplacer le contenu en bulgare par du texte latin. Source : MRDPW, loi sur la translittération. Consultée le 31 octobre 2026.

Le tableau de la loi comprend ж → zh, ч → ch, ш → sh, щ → sht, ъ → a, ю → yu et я → ya. Des règles particulières s’appliquent, notamment ия → ia en fin de mot et l’orthographe consacrée Bulgaria. Ces exemples ne suffisent pas à constituer un convertisseur complet : les règles applicables et les exceptions doivent être considérées ensemble. Source : loi sur la translittération, articles 4 à 6. Consultée le 31 octobre 2026.

Un brief produit doit distinguer une graphie latine approuvée d’une marque de la translittération d’un nom de lieu. La graphie latine enregistrée d’une personne ne doit pas être régénérée à la légère à partir du cyrillique. Des alias de recherche peuvent prendre en charge plusieurs formes sans modifier la valeur d’affichage de référence. Une routine de translittération automatique est donc une fonctionnalité de données qui demande un périmètre défini, et non un substitut aux décisions éditoriales.

Dates, heures et nombres

Les dates affichées en bulgare suivent couramment l’ordre jour-mois-année, avec des formes numériques à points telles que 31.10.2026. Une forme longue peut s’écrire 31 октомври 2026 г. Une heure sur 24 heures telle que 14:30 convient à de nombreuses interfaces professionnelles. Le formateur tenant compte des paramètres régionaux doit déterminer la présentation exacte, tandis que les données de date et d’heure sous-jacentes conservent un fuseau horaire défini et une structure lisible par machine.

Les nombres utilisent la virgule décimale, et les milliers groupés s’écrivent couramment avec une espace : 1 234,56. Une espace insécable peut maintenir ensemble un groupe de chiffres ou un montant avec sa devise. Les applications doivent utiliser un formateur adapté aux paramètres régionaux plutôt que de remplacer les virgules et les points dans une chaîne. Une valeur source telle que 1,234 peut sinon être interprétée comme un décimal ou comme un entier groupé selon son origine.

La saisie et l’affichage des dates exigent des décisions distinctes. Une application peut afficher une date bulgare tout en échangeant des dates au format ISO avec un autre système. La validation de la saisie doit expliquer le format accepté et traiter la date réelle, et non seulement l’ordre des chiffres. Les exemples ambigus, les textes indicatifs et les feuilles de calcul importées doivent être vérifiés en même temps que le libellé visible du champ. Source des modèles régionaux : données bulgares du Unicode CLDR.

Adoption de l’euro : montants actuels et anciens montants en BGN

La Bulgarie a adopté l’euro le 1er janvier 2026. La Banque centrale européenne confirme que les billets et pièces en euros sont entrés en circulation ce jour-là et indique le taux de conversion fixe de 1 euro = 1,95583 lev bulgare. L’euro est donc la monnaie actuelle pour la planification du marché bulgare à la date de cet article. Source : BCE, « La Bulgarie adopte l’euro ». Vérifié le 31 octobre 2026.

Le BGN reste pertinent pour décrire des montants et des enregistrements historiques en leva. Un système doit conserver le code de devise avec chaque valeur. Rebaptiser un ancien montant en BGN en EUR change sa signification sans effectuer de conversion. Un plan de migration doit distinguer les données de transactions stockées, les affichages de prix actuels, les rapports exportés et les documents archivés, avec des règles financières approuvées par le responsable métier compétent.

Le formatage selon les paramètres régionaux et la conversion monétaire sont deux tâches distinctes. Choisir le bulgare comme langue d’affichage ne détermine pas si un enregistrement est libellé en euros ou en levs. Toute exigence d’affichage en double monnaie, d’arrondi ou de conversion de documents doit être vérifiée au regard des règles officielles applicables à la date et à l’opération concernées. Ce guide n’établit pas ces obligations propres aux opérations.

Guillemets, registre et adresse formelle

Le bulgare emploie normalement des guillemets ouvrants bas et fermants hauts : „текст“. Les guillemets droits peuvent être nécessaires dans le code, mais ne doivent pas remplacer automatiquement les guillemets typographiques dans les textes éditoriaux. Les noms de produits, les libellés d’interface cités et les citations imbriquées exigent un traitement cohérent dans le guide de style. La ponctuation doit être vérifiée dans la police finale comme dans un éditeur de texte.

L’adresse formelle bulgare emploie des formes verbales au pluriel. Les pronoms de politesse Вие et Ви prennent une majuscule initiale lorsqu’ils sont employés comme forme de courtoisie ; le pluriel ordinaire est différent. Une marque doit choisir son registre et le maintenir de façon cohérente dans les messages, les textes d’aide et la correspondance. Source : Institut de la langue bulgare, conseils linguistiques sur les pronoms de politesse.

Une formulation anglaise littérale produit souvent des commandes et des suites de noms bulgares maladroites. Un libellé de bouton doit correspondre à l’action, tandis qu’un message d’état décrit un état. Des phrases fragmentées, assemblées à partir de chaînes distinctes, peuvent créer des problèmes d’accord. Des messages complets, des notes de contexte et des captures d’écran permettent au linguiste de choisir une grammaire qui reste correcte lorsqu’une variable change.

Foisonnement, grammaire et mises en page contraintes

Un texte bulgare peut être plus long que sa source anglaise, surtout dans les libellés d’interface courts. Aucun pourcentage d’expansion fixe ne convient à tous les écrans. L’implémentation doit prévoir des largeurs flexibles, des retours à la ligne et des hauteurs minimales raisonnables. Les limites de caractères exigent une justification et une méthode de décompte : une limite de base de données, une largeur d’affichage et un nombre maximal de lignes sont des contraintes différentes.

La gestion des pluriels et des accords doit s’appuyer sur les fonctions de paramètres régionaux de la plateforme. Un libellé concaténé avec une quantité peut exiger une forme différente de celle du même mot employé dans un titre. Le contexte doit indiquer les valeurs possibles de la variable et son rôle grammatical. Un linguiste peut alors évaluer le message entier au lieu de traduire un mot isolé aux emplois incompatibles.

Pour la traduction de sites web, la navigation, les métadonnées et les retours de formulaires demandent la même attention que le corps du texte. Pour la localisation de logiciels, les messages d’erreur et les états vides doivent aussi être testés. Une revue de captures d’écran doit utiliser des contenus longs réalistes et des données représentatives, y compris des montants et des dates, et pas seulement l’écran réussi le plus court.

Tri, dispositions de clavier et recherche

Le classement alphabétique bulgare doit s’appuyer sur un classement tenant compte des paramètres régionaux, et non sur l’ordre brut des codes de caractères. Les listes mixtes comprenant des noms de produits latins, des noms cyrilliques et des nombres exigent une politique explicite. L’ordre d’affichage et la politique de correspondance de recherche peuvent différer. Par exemple, un code interne peut rester exact alors qu’un nom lisible par un humain admet une correspondance insensible à la casse.

Les utilisateurs bulgares peuvent saisir du texte avec une disposition de clavier bulgare standard ou phonétique. Microsoft documente les variantes bulgare et phonétique comme des dispositions distinctes. Un produit doit accepter toute saisie cyrillique valide, quelle que soit la manière dont les lettres ont été entrées. Les tests doivent inclure le texte collé, le changement de clavier et les raccourcis pouvant se comporter différemment selon les dispositions. Source : documentation Microsoft sur les claviers.

Des caractères latins et cyrilliques d’aspect semblable sont des points de code différents. Des identifiants à écritures mixtes peuvent provoquer des recherches infructueuses ou des entrées en apparence en double. La validation doit suivre la finalité du champ : des noms de personnes sans restriction et des identifiants de produits strictement contrôlés exigent des règles différentes. Convertir automatiquement tout caractère d’apparence latine risque d’altérer des données légitimes et ne doit pas servir de remède universel.

Césure et contrôles avant publication

La césure doit suivre les règles bulgares de coupure des mots. La césure automatique d’un navigateur dépend d’un balisage correct de la langue et de la prise en charge linguistique disponible. Des traits d’union codés en dur pour adapter un écran étroit peuvent couper des mots sur un écran plus large ou polluer le texte copié. Lorsque la césure automatique n’est pas disponible, une mise en page flexible vaut mieux que des coupures arbitraires.

Parmi les défauts fréquents à la mise en production figurent les glyphes russes par défaut dans une conception par ailleurs bulgare, les lettres latines au sein de mots cyrilliques, une adresse de politesse incohérente, l’ordre des dates anglais, des hypothèses sur le point décimal et des libellés tronqués. Le guide de préparation de projet explique comment le contexte et un responsable de la relecture préviennent bon nombre de ces problèmes avant les tests finaux. Les constats terminologiques et typographiques doivent être consignés séparément afin que chacun parvienne au bon responsable.