<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.28.3">
</HEAD>
<BODY>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    Je suis également en faveur de l'espace fine, mais ton exemple (<A HREF="http://malaria.perso.sfr.fr/fines.html">http://malaria.perso.sfr.fr/fines.html</A>) ne fonctionne pas non plus avec Safari...
</BLOCKQUOTE>
<BR>
Bonjour,<BR>
<BR>
C'est avec la dernière version ? Sans réglage particulier ?<BR>
On m'avait pourtant dit que ça fonctionnait sous Safari... (je viens de re-tester, ça fonctionne au moins avec IE8, FF et chromium)<BR>
<BR>
Ce qu'il faut donc savoir c'est si ce qui est affiché à la place est une espace insécable (zoom et réduit la fenêtre pour voir).<BR>
Si oui ce n'est fondamentalement pas grave (dans le sens où ça ne changerais rien par rapport à la situation actuelle où on utilise les nbsp).<BR>
Ça serai effectivement un peu plus problématique si un carré noir voir même un autre caractère était affiché à la place.<BR>
<BR>
Après, la plupart des applications dont nous avons la charge n'ont pas d'interface web, donc je ne pense pas qu'il faille se focaliser sur les navigateurs pour prendre une décision.<BR>
<BR>
Je n'ai pour l'instant pas eu de problèmes avec des applications en « dur ».<BR>
<BR>
<BR>
Nicolas<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Yves-Marie
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    P.-S. : Grâce à Antidote, la correction de l'espace insécable en espace fine insécable est automatique chez moi :)
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Le 5 août 2010 à 15:57, Nicolas Delvaux a écrit :
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        Le mercredi 04 août 2010 à 11:14 +0200, Bruno Patri a écrit : 
        <BLOCKQUOTE TYPE=CITE>
<PRE>
Le mardi 3 août 2010 16:18:02, Nicolas Delvaux a écrit :
> Salut à tous,

Salut,


> Je ne sais pas si vous êtes au courant, mais en toute rigueur nous
> sommes sensé utiliser des espaces fines insécables en lieu et place des
> espaces insécables.
> Avec l'agencement français par défaut sous Ubuntu, on peut en entrer un
> via « Alt Gr + v ».

C'est tout a fait exact en matière de typographie. Cependant les contraintes 
techniques pour l'affichage de texte à l'écran ne sont pas les mêmes qu'en 
imprimerie.

Pour rappel l'espace insécable est obtenue avec AltGr+Maj+Espace sur un 
clavier azerty avec la disposition oss (france alternative il me semble sous 
Ubuntu).

> On a eu une discussion sur le sujet dans le groupe lp-l10n-fr (vous
> l'avez peut-être lue d'ailleurs, sinon ça commence ici :
> <A HREF="https://lists.launchpad.net/lp-l10n-fr/msg00060.html">https://lists.launchpad.net/lp-l10n-fr/msg00060.html</A> ), celle-ci a
> débouché sur ce rapport de bug :
> <A HREF="https://bugs.launchpad.net/rosetta/+bug/608631">https://bugs.launchpad.net/rosetta/+bug/608631</A>


La discussion soulève les problèmes d'utilisation de l'espace fine insécable :

* pas forcément présente dans toutes les polices / jeux de caractères
* pas forcément correctement interprétée par les agents utilisateurs 
(navigateurs Web, afficheur d'aide, etc.)

</PRE>
        </BLOCKQUOTE>
        Effectivement, mais il est également dis que cela relève globalement du passé maintenant.<BR>
        J'ai moi même effectué plusieurs test, même sous windows, et je n'ai pas eu de problème.<BR>
        Ça fonctionne même sous IE ! (je n'ai pas pu tester avec autre chose que le 8)<BR>
        <BR>
        Le seul cas où j'ai rencontré un bug lié aux espaces fine insécables, c'était avec firefox avec une police monospace.<BR>
        Par exemple ici : <A HREF="https://bugs.launchpad.net/rosetta/+bug/608631/comments/16">https://bugs.launchpad.net/rosetta/+bug/608631/comments/16</A><BR>
        (pas de différence avec FF, ça marche avec chromium et IE)<BR>
        <BR>
        Et même dans ce cas là, ce qui est affiché est un espace insécable classique, donc ça ne pose pas de problème.<BR>
        Après quelques recherches, il semble que cela (remplacement des nnbsp par des nbsp) soit le plus gros bug auquel on puisse s'attendre. 
        <BLOCKQUOTE TYPE=CITE>
<PRE>
> Celui-ci a pour objectif d'implémenter un tag similaire à [nbsp] pour
> l'espace fine insécable.
> Le problème c'est que les devs n'ont pas envie d'implémenter une telle
> chose tant que l'espace fine n'est pas suffisamment utilisé.

> J'aimerais donc connaitre votre avis sur le sujet et si vous seriez
> éventuellement prêt à changer vos règles pour recommander l'usage de la
> fine à la place de l'insécable classique.


AMHA ce n'est pas une bonne idée. Outre les contraintes techniques évoquées, 
l'habitude a été prise depuis des années par les équipes de traductions 
d'utiliser l'espace insécable. Cela exigerait de modifier des milliers de 
traductions sans garantie de résultat.
</PRE>
        </BLOCKQUOTE>
        (c'est si terrible pour nos habitudes de passer de « AltGr+Maj+Espace » à « AltGr+v » ?)<BR>
        <BR>
        Bien sûr, je ne demande pas de passer de l'un à l'autre d'un seul coup.<BR>
        (même si un bon gros chercher/remplacer suffirait)<BR>
        <BR>
        Une première étape pourrait être de changer les règles pour simplement laisser les 2 possibilités.<BR>
        Ainsi des volontaires pourraient les employer à certains endroits (certains programmes) afin de s'assurer qu'il n'y a vraiment aucun bug (une sorte de phase beta quoi).<BR>
        <BR>
        Ensuite seulement il pourrait être envisager de ne plus recommander que les nnbsp.<BR>
        <BR>
        Ce que je demande en fait c'est juste une intention.<BR>
        Pour qu'un tag correspondant aux fines soit accepté sur Launchpad, les développeurs veulent juste avoir l'assurance que ça ne sera pas pour rien.<BR>
        Un « nous allons laisser le choix dans nos règles pour le moment et si, à terme, tout se passe bien, nous envisageront de migrer totalement » serait je pense suffisant.<BR>
        <BR>
        <BLOCKQUOTE TYPE=CITE>
<PRE>
Je rappelle que l'utilité principale de l'usage de l'espace insécable avant ou 
après certaines ponctuations et d'éviter que le signa de ponctuation se 
retrouve isolé en début de ligne. L'espace insécable remplit parfaitement ce 
rôle même si on ne respecte pas strictement les règles typographiques de 
l'Imprimerie Nationale.
</PRE>
        </BLOCKQUOTE>
        Après je suis peut-être dingue mais je trouve que les fines sont clairement plus agréables à l'œil. <face-wink.png><BR>
        <BR>
        <BR>
        <BLOCKQUOTE TYPE=CITE>
<PRE>
Dans le même ordre d'idée les points de suspension ne sont que très rarement 
correct dans les traductions (et dans la VO). Les gens ont l'habitude de taper 
trois points d'afillée alors que le caractère points de suspension est 
disponible au clavier : AltGr+Maj+? (clavier azerty oss)
</PRE>
        </BLOCKQUOTE>
        Les fines sont tout de même reconnaissable par rapport aux espaces classiques.<BR>
        (par exemple, voir le lien ci-dessus avec autre chose que Firefox, ou encore ce lien (même avec FF) : <A HREF="http://malaria.perso.sfr.fr/fines.html">http://malaria.perso.sfr.fr/fines.html</A> )<BR>
        <BR>
        Pour les points de suspensions, la différence est moindre entre les deux.<BR>
        il n'y a quasi aucune différence entre … et ...<BR>
        En toute rigueur c'est certes incorrect, mais c'est à mon sens moins grave.<BR>
        <BR>
        <BR>
        A+<BR>
        Nicolas
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        -- <BR>
        Ubuntu-fr-l10n mailing list<BR>
        <A HREF="mailto:Ubuntu-fr-l10n@lists.ubuntu.com">Ubuntu-fr-l10n@lists.ubuntu.com</A><BR>
        https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr-l10n
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>