Re: [typo] Especes d'espaces...

[Alain Hurtig <alain AT les-hurtig.org>]

>1. non-justifying word space, breaking and non-breaking types. (TB -
>for bullets, dialogues as in a play, etc. AH would use a fine space
>here)
>
Non, j'utilise une espace normale, mais non-justifiante. L'intérêt qu'elle 
soit
insécable m'échappe un peu, mais après tout pourquoi ne pas avoir les deux ?

>2. justifying word space, breaking and non-breaking types. Breaking by
>default. The "normal" word space.
>In fact, it makes sense to allow any space to be marked non-breaking.
>
Exact.

>3. semi-justifying. Increases width more slowly than the justifying
>word space, but decreases its width at the same rate. (TB)
>
Je pense que les espaces semi-justifiantes ne sont nécessaire que pour les
espaces fines (réserve faite de la compo des maths ? Peut-être ?)

Le paramétrage du « semi-justifiant » est crucial (bornes maximales et
minimales, selon la leçon de Thierry sur les facteurs daugmentation et de
diminution).

La possiblité de rectifier ici ou là, au cas par cas (si une ligne est 
mauvaise)
l'est également : on revient à la nécessité d'avoir, dans un logiciel de
composition Wisiwig digne de ce nom, la possibilité de basculer dans un 
éditeur
qui afiche le texte de façon non-wisiwig, et montre les balises et autres 
tags,
sur lesquels on peut éventuellement intervenir « à la main ». Ça ne concerne
pas que les espaces (et les interlettrages !) Mais tout le reste. Exemple :
dans les cas de colonnage étroit (habillage, par exemple), là où le logiciel 
ne
sait plus quoi faire, c'est l'opérateur qui doit rectifier de façon facile et
sans « batailler » !

>This one is problematic.
[...]
>Is there a real justification for this space? (pun intended :)
>
Je comprends le problème (réel) de programation. L'erreur est peut-être ici de
penser que le programme peut résoudre tous les problèmes : il doit plutôt (à
mon sens) adopter une solution raisonnable et moyenne (le système de «
pénalités » de TeX serait ici une source d'inspiration pour la prise de
décision par le logiciel, non seulement pour le gris typographique d'un
paragraphe, mais également pour ces espaces « critiques »).

Une telle solution moyenne serait probablement satisfaisante pour la plupart 
des
travaux (et la plupart des opérateurs !) Pour le reste, faire confiance aux
utilisateurs, donc leur donner un moyen simple et souple d'intervenir sur une
ligne fautive, un une simple espace fautive... (voir ci-dessus).

>This issue is really an echo of one I asked some time back: are there
>places one can add additional white space in small amounts to stretch a
>short line? The idea being that the extra space in these places would
>not be noticeable to most readers.
>
Je ne comprends pas bien. S'il s'agit d'une espace spéciale pour les colonnes
étroites, ma réponse est non ! (En fait, on a aussi parfois des problèmes dans
les colonnes larges, vous savez ? Nos gris typo ne sont pas si parfait.)

>4. fine space (non-justifying) (AH)
>
Non ! Je parlais d'espace fine semi-justifiante... (On peut rajouter une fine
non-justifiante, mais parions que ça fait beaucoup de racourcis-clavier à
mémoriser, et que personne ne l'utilisera).

>5. micro-fine (non-justifying) (AH)
>
Oui.

>I still believe all your needs for other spaces could be met by using
>the Unicode typography spaces, particularly if one could adjust their
>widths.
>
C'est un autre problème, mais un vrai problème : au final, il faut pouvoir
produire un document cohérent avec Unicode, ne serait-ce que pour XML, le
passage en HTML, l'archivage et j'en passe.

Ici, la faiblesse structurelle d'Unicode apparaît, mais également la faiblesse
des logiciels de PAO. P. Andries pourrait nous en dire plus, je pense, et de
façon très utile (moi, Unicode, je n'y connais rien !)