Caractères pleine chasse et demi-chasse dans les formulaires chinois

Les chaînes ABC123 et ＡＢＣ１２３ se ressemblent, mais contiennent des caractères Unicode différents. Un formulaire qui accepte les lettres latines et les chiffres ordinaires peut refuser la version pleine chasse. Un tableur peut aussi considérer ces deux valeurs comme différentes.

Les méthodes de saisie chinoises peuvent produire des lettres, des chiffres ou des signes pleine chasse au milieu du texte chinois. Le problème concerne les caractères réellement enregistrés dans la chaîne, pas seulement la police ou le niveau de zoom utilisé pour les afficher.

Les paires les plus courantes

Une espace ordinaire et une espace idéographique peuvent également se ressembler dans un champ. Des espaces au début ou à la fin peuvent créer un autre écart. Examinez la valeur entière avant de la modifier, notamment pour les codes produits, les coordonnées et les enregistrements importés.

Convertir seulement les champs nécessaires

Pour un identifiant tel que ＡＢＣ１２３, convertir les lettres latines et les chiffres donne ABC123. Dans un paragraphe en chinois, convertir tous les signes peut en revanche nuire à la typographie prévue. Un champ de saisie et une phrase publiée peuvent nécessiter des traitements différents.

Le convertisseur pleine chasse et demi-chasse permet de sélectionner les lettres, les chiffres, les signes pris en charge et les espaces. Commencez par les catégories qui provoquent l’écart, puis comparez le résultat à l’original.

Les changements qui dépassent la chasse

Cette conversion ne transforme pas le chinois simplifié en chinois traditionnel. Elle ne rend pas non plus identiques des lettres visuellement proches appartenant à des systèmes d’écriture différents. Une lettre latine et une lettre cyrillique ressemblante, par exemple, demandent une autre vérification.

Le point chinois 。 n’est pas simplement le correspondant pleine chasse du point ASCII .. Les guillemets chinois et les signes encadrant les titres de livres ne sont pas tous couverts par la correspondance avec l’ASCII pleine chasse. Ne supposez pas qu’une seule conversion supprimera toutes les différences de ponctuation.

Comparer un champ avant et après

Prenons le code produit fictif ＡＢＣ１２３. Convertir uniquement les lettres produit ABC１２３ : les chiffres restent pleine chasse. Convertir les deux catégories produit ABC123. Un résultat qui semble partiellement corrigé peut donc toujours être refusé si le champ exige des lettres et des chiffres ordinaires.

Ajoutons une espace idéographique devant le code : 　ＡＢＣ１２３. La conversion des lettres et des chiffres seuls laisse cette espace en place. Convertir les espaces change leur chasse, mais ne les supprime pas. Si le champ de destination interdit également les espaces initiales, retirez-les séparément selon ses règles.

Conservez les zéros initiaux lorsqu’ils appartiennent à l’identifiant. Convertir ００１２３４ en 001234 ne doit pas le transformer en 1234. Ce deuxième changement relève d’une interprétation numérique, pas d’une conversion de chasse. Dans un tableur, enregistrez l’identifiant nettoyé comme texte si ses zéros initiaux sont significatifs.

Distinguer ponctuation et structure du fichier

Une virgule dans une phrase chinoise peut être un signe de ponctuation, alors qu’une virgule ASCII dans un CSV peut séparer des champs. Remplacer toutes les virgules chinoises par des virgules ASCII dans un fichier brut peut donc modifier son analyse si le champ n’est pas correctement entouré de guillemets. Convertissez le texte du champ choisi, puis exportez-le en respectant les règles de guillemets du format.

De même, un deux-points pleine chasse dans une phrase et le deux-points d’une URL n’ont pas le même rôle. Le convertisseur change le caractère, mais ne détermine pas si l’URL obtenue mène à l’endroit prévu. Vérifiez les liens et les valeurs structurées dans leur propre contexte : réduire la largeur d’un signe ne rend pas toute chaîne valide.

La largeur visible dépend aussi de la police. Agrandir ou changer celle-ci ne transforme pas Ａ en A. Si le problème porte sur une comparaison exacte, examinez ou convertissez le texte enregistré. S’il s’agit seulement de l’apparence d’un paragraphe, il n’est pas forcément nécessaire de changer les caractères.

Pour une importation volumineuse, essayez un petit échantillon contenant lettres, chiffres, signes et espaces avant de remplacer une colonne entière. Vérifiez un enregistrement dont la correspondance est connue, un autre avec un zéro initial et un autre contenant de la prose chinoise. Cet échantillon doit montrer quelles catégories convertir et lesquelles conserver.

Après la conversion, gardez côte à côte les valeurs originales et nettoyées jusqu’à ce que le système destinataire accepte les enregistrements voulus. Vous pourrez ainsi identifier directement un caractère modifié, sans le reconstruire de mémoire ni appliquer une conversion inverse qui ne retrouverait pas nécessairement tous les choix antérieurs.

Une méthode de nettoyage des données importées

1. Conservez la colonne ou le fichier original.
2. Repérez le champ dont le format est documenté, par exemple un code numérique.
3. Convertissez les catégories nécessaires dans une copie séparée.
4. Vérifiez les zéros initiaux, la ponctuation et les espaces après conversion.
5. Testez à nouveau la correspondance ou la validation avant de remplacer les données de travail.

Ne normalisez pas les mots de passe ni les chaînes utilisées pour une signature, sauf demande explicite du système : changer un caractère change la valeur. Pour les noms et les identifiants, conservez une copie permettant de retrouver l’écriture originale.

Si l’envoi est également soumis à une limite de longueur, passez le résultat dans le compteur de caractères. Une conversion de chasse peut modifier la largeur affichée sans réduire le nombre de caractères.