Carré, caractère � ou texte refusé : identifier ce qui a échoué

Préparer un témoin avant de diagnostiquer

Gardez trois éléments séparés : le texte normal, la copie décorée avant envoi et la copie récupérée après enregistrement. Notez où le défaut apparaît : aperçu, champ sauvegardé ou écran d’un destinataire. Les situations ci-dessous sont des exemples de diagnostic, pas des tests réalisés sur vos appareils. Ne remplacez pas l’unique original par votre copie défectueuse.

Cas A : le caractère est là, mais son dessin manque

Observation fictive : « 𝓛 » apparaît dans le brouillon, mais un rectangle vide occupe sa place dans une autre application. La FAQ Unicode sur les caractères non pris en charge décrit les glyphes de remplacement : un environnement peut manquer du dessin nécessaire sans que le caractère ait été supprimé.

Contre-test : récupérez le fragment depuis la destination et collez-le dans le brouillon où il était lisible. Si la lettre réapparaît, cela oriente vers un problème de rendu. Ce n’est pas une preuve suffisante par la seule forme du carré : un carré peut aussi être un symbole saisi volontairement. Si vous contrôlez la police du document, comparez son rendu avec une autre police ; sinon, préparez un repli ordinaire.

Cas B : U+FFFD a remplacé une information

Observation fictive : « Léa » devient « L�a » et le signe � reste présent dans plusieurs applications. La FAQ Unicode sur UTF indique qu’une séquence invalide peut être représentée par U+FFFD, le caractère de remplacement. Il peut aussi avoir été copié depuis un texte déjà abîmé : sa présence ne date pas la perte.

Contre-test : comparez avec la copie originale, puis récupérez le texte à l’étape précédente du transfert. Si le contenu comporte réellement U+FFFD à la place du é, changer de police ne reconstitue pas cette lettre. Réintroduisez-la depuis la source fiable. Pour un long document, recherchez où la première version défectueuse apparaît avant de corriger manuellement toutes les occurrences.

Cas C : le champ refuse ou transforme la saisie

Observation fictive : « Luna ✦ » est lisible pendant la saisie, mais l’application affiche une erreur à la validation. Rien ne permet alors de conclure à un glyphe manquant. Essayez « Luna » dans le même champ et relevez le message exact. Si cette version passe, la décoration mérite un test séparé ; cela ne révèle pas à lui seul toute la règle du service.

Sur Discord, commencez notamment par distinguer nom affiché et identifiant : l’aide officielle leur attribue des contraintes différentes.

Si le service accepte le texte mais retire un signe, comparez la valeur enregistrée avec celle du brouillon. Ce changement de contenu n’est pas la même observation qu’un dessin différent pour un caractère conservé.

Transmettre un signalement exploitable

• Indiquez l’application, le champ et le moment précis où le résultat change.
• Joignez un court exemple non confidentiel, avant et après, en texte sélectionnable et avec une capture.
• Précisez le contre-test effectué et son résultat, sans présenter une hypothèse comme une cause certaine.

Une fois le cas identifié, le guide pour réparer une écriture affichée en carrés aide à choisir un repli lisible sans confondre réparation du texte et réglage de son affichage.