Gestion des espaces insécables

[NiLuJe]

C'est assez cocasse s'il manque le glyphe Unicode de l'espace fin ou entier dans les polices de base utilisées chez Sony... Mais une raison tout à fait valide pour que ça donne ce genre de résultat ;-).

[roger64]

Originally Posted by NiLuJe

C'est assez cocasse s'il manque le glyphe Unicode de l'espace fin ou entier dans les polices de base utilisées chez Sony... Mais une raison tout à fait valide pour que ça donne ce genre de résultat ;-).

Je serais quand même surpris que l'espace entière manque. Mais le fait est que l'espace fine manque par exemple dans les polices de base que Microsoft a répandu de par ce vaste monde... Ex: TNR

On peut générer une nouvelle fonte incluant l'espace fine mais il devient alors nécessaire de l'incorporer en cas de diffusion sur un support numérique. Autant changer carrément de fonte.

[Boujailles]

Merci à roger64 et NiLuJe de leurs avis très pertinents. Nous avons résolu le problème par la solution la moins traumatisante : remplacer les espaces non reconnues par des espaces insécables "complètes" (le pauvre NO-BREAK SPACE de Word - OK sur tous les readers testés).

[NiLuJe]

@Boujailles: Cool! Merci pour la confirmation .

[Eric Muller]

Originally Posted by NiLuJe

C'est assez cocasse s'il manque le glyphe Unicode de l'espace fin ou entier dans les polices de base utilisées chez Sony... Mais une raison tout à fait valide pour que ça donne ce genre de résultat ;-).

Pratiquement toutes les polices produites par Adobe ne contiennent pas de glyphe pour U+202F ‘ ’ NARROW NO-BREAK SPACE. L'argument est que c'est le problème du logiciel de se débrouiller avec le glyphe pour U+0020 ‘ ’ SPACE. Et en effet, les logiciels comme InDesign se débrouillent.

En général, il y a peu de logiciels qui refusent d'utiliser un glyphe s'il est présent. Incoporer une police avec une espace fine permet donc un affichage correct à peu près partout... sauf si le logiciel ne supporte pas les polices incorporées (p.e. iBooks dans ces premières versions, Kobo?), ou si l'utilisateur choisit explicitement une autre police.

Dans le RMSDK 9.1 et avant, le logiciel ne se « débrouille » pas. Le RMSDK 9.1 est au cœur de ADE 1.7, des liseuses Sony (aux moins dans les modèles non Japonais, y compris le T2), et des Kobos (jusque récemment, je n'ai pas vu les dernières mises à jours).

Dans le RMSDK 9.2 et après, le logiciel se « débrouille ». On trouve ces versions dans ADE 2.0 (qui est sorti hier) et sur le Nook.