> Note au passage que l'actuelle « incompatibilité » entre la fine et le web
> ne rentre pas en contradiction avec le projet de commencer à utiliser
> l'espace fine insécable dans les traductions de tous les logiciels libres,
> car l'écrasante majorité de nos traductions ne sont jamais interprétées pas
> des navigateurs web.

Pas certain, même les pages man ou info vont probablement être
converties en HTML à un moment ou un autre ; dans ce cas il fau(drai)t
tout de même vérifier la compatibilité des convertisseurs X -> HTML
avant toute utilisation massive (et probablement documenter de façon
proéminente la saisie de ces caractères/compatibilité)

C'est exactement ça, si problème il y a ou que des contournements doivent être mis en place, c'est au niveau des convertisseurs.
Les traducteurs devraient pouvoir utiliser des espaces fines insécables partout sans avoir à se poser de questions.
Si ça devient trop compliqué, les équipes de traductions seront naturellement réticentes pour l'adopter (enfin j'imagine que des exceptions pour un ou deux programmes restes envisageables, mais il faut que ça reste minime et que ça soit bien documenté).

Il faudrait donc faire une liste des convertisseurs X → HTML les plus utilisés et les tester.
Il faudrait ensuite militer auprès des développeurs concernés pour soit :
- remplacer automatiquement les fines par des  
AMHA solution la plus simple techniquement mais sémantiquement incorrecte,  et puis à quoi bon, par exemple, mettre des fines dans les pages de man si elles ne sont ni affichées dans les terminaux (police à chasse fixe) ni dans les versions HTML ? Enfin, ça répond tout de même à la prérogative « ne pas se poser de questions ».

- utiliser des contournements comme nous l'avons vu précédemment.
En soit cette solution ne me semble pas plus compliquée que précédemment, il s'agirait juste par exemple de remplacer automatiquement les fines par des « <span style="font-size: 50%;">&nbsp;</span> » (pas besoin de CSS comme ça).
Le seul inconvénient ici est que le code généré est plus lourd. À voir si c'est vraiment bloquant (modifie-t-on souvent manuellement les fichiers HTML générés ?)

J'ai mis à jour ma page HTML de test (cf. http://malaria.perso.sfr.fr/fines/fines.html ), il est maintenant possible de vérifier facilement que la version « simulée » de l'espace fine fonctionne dans tous les cas ou le caractère idoine ne fonctionne pas.
(si quelqu'un est motivé pour refaire les tests de mon compte rendu avec cette nouvelle page, je serais ravi de le mettre à jour :D)


> Bref, comme dit dans mon compte rendu, la situation n'est pas brillante mais
> est loin d'être bloquante pour autant. Et on peut tout de même être
> optimiste car ça évolue dans le bon sens.

Tu l'as dit, bouffi !
Oui, et le grand avantage de HTML c'est qu'il nous offre des solutions de contournement, contrairement aux bibliothèques graphiques (qui à dit Qt ?)

Bonne journée,
Nicolas