Re: Nouveau PO pour Klavaro

--===============1142102173==
Content-Type: multipart/alternative; boundary="000000000000c04fd805b0200902"

--000000000000c04fd805b0200902
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

J'ai =C3=A9t=C3=A9 scotch=C3=A9 par ta remarque Fr=C3=A9d=C3=A9ric, j'ai fa=
it pas mal de traductions
pour le projet GNOME (il y a longtemps) et je n'avais jamais vu le probl=C3=
=A8me
! Depuis tout ce temps dans l'erreur, je suis aller faire un tour sur le
gitlab de GNOME pour chercher des cas concrets.

Puis je me suis dit que le cas devait =C3=AAtre tr=C3=A8s rare d'un pluriel=
 sur un
nombre d=C3=A9cimal (les formes plurielles sont d=C3=A9j=C3=A0 rares dans l=
es traductions)
car les nombres d=C3=A9cimaux sont souvent utilis=C3=A9s avec des unit=C3=
=A9s.
J'=C3=A9tais justement en train de me demander si ngettext acceptait un
double/float en C quand j'ai re=C3=A7u la r=C3=A9ponse de Bruno. Merci.
Utiliser un arrondi inf=C3=A9rieur poserait certainement des probl=C3=A8mes=
 pour les
autres langues...

Avons nous des concrets de ce probl=C3=A8me (le dev qui cast un float en lo=
ng) ?

Il serait int=C3=A9ressant de noter cette information sur la r=C3=A8gle fra=
n=C3=A7aise et
la contrainte ngettext dans un guide de traduction en indiquant que la
solution est de formuler la phrase autrement (un patch du code de l'app
sera peut =C3=AAtre n=C3=A9cessaire) mais de bien conserver la r=C3=A8gle n=
>1 car AMHA la
r=C3=A8gle n>=3D2 laisse penser que le code est capable de g=C3=A9rer le ca=
s d=C3=A9cimal.

St=C3=A9phane

Le ven. 25 sept. 2020 =C3=A0 11:03, Bruno Haible <[email protected]> a =C3=A9=
crit :

> Bonjour Fr=C3=A9d=C3=A9ric,
>
> > > PS : j'ai laiss=C3=A9 inchang=C3=A9 la d=C3=A9finition du pluriel (n>=
1 me semble plus
> > > simple que n>=3D2).
> >
> > C'est faux.
>
> Vous avez raison tous les deux:
>
> > Le pluriel en fran=C3=A7ais est r=C3=A9ellement appliqu=C3=A9 quand n>=
=3D2. En fran=C3=A7ais,
> 1.5
> > est singulier. Voir par exemple
> https://www.druide.com/fr/enquetes/15-gramme-ou-15-grammes
>
> Correct.
>
> > Avec la r=C3=A8gle n>1, les nombres d=C3=A9cimaux entre 1 et 2 seront m=
is au
> pluriel.
>
> Non, puisque la r=C3=A8gle du pluriel n=E2=80=99est appliqu=C3=A9e que po=
ur des entiers:
> La fonction ngettext prend un entier en argument. [1]
> Gettext n=E2=80=99a simplement pas de support pour les pluriels avec argu=
ment
> fractionnel.
>
> Bruno
>
> [1]
> https://www.gnu.org/software/libc/manual/html_node/Advanced-gettext-funct=
ions.html
>
>

--000000000000c04fd805b0200902
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>J&#39;ai =C3=A9t=C3=A9 scotch=C3=A9 par ta remarque F=
r=C3=A9d=C3=A9ric, j&#39;ai fait pas mal de traductions pour le projet GNOM=
E (il y a longtemps) et je n&#39;avais jamais vu le probl=C3=A8me ! Depuis =
tout ce temps dans l&#39;erreur, je suis aller faire un tour sur le gitlab =
de GNOME pour chercher des cas concrets.</div><div><br></div><div>Puis je m=
e suis dit que le cas devait =C3=AAtre tr=C3=A8s rare d&#39;un pluriel sur =
un nombre d=C3=A9cimal (les formes plurielles sont d=C3=A9j=C3=A0 rares dan=
s les traductions) car les nombres d=C3=A9cimaux sont souvent utilis=C3=A9s=
 avec des unit=C3=A9s.</div><div>J&#39;=C3=A9tais justement en train de me =
demander si ngettext acceptait un double/float en C quand j&#39;ai re=C3=A7=
u la r=C3=A9ponse de Bruno. Merci.<br></div><div>Utiliser un arrondi inf=C3=
=A9rieur poserait certainement des probl=C3=A8mes pour les autres langues..=
.<br></div><div><br></div><div>Avons nous des concrets de ce probl=C3=A8me =
(le dev qui cast un float en long) ?</div><div><br></div><div>Il serait int=
=C3=A9ressant de noter cette information sur la r=C3=A8gle fran=C3=A7aise e=
t la contrainte ngettext dans un guide de traduction en indiquant que la so=
lution est de formuler la phrase autrement (un patch du code de l&#39;app s=
era peut =C3=AAtre n=C3=A9cessaire) mais de bien conserver la r=C3=A8gle n&=
gt;1 car AMHA la r=C3=A8gle n&gt;=3D2 laisse penser que le code est capable=
 de g=C3=A9rer le cas d=C3=A9cimal.</div><div><br></div><div>St=C3=A9phane<=
/div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">L=
e=C2=A0ven. 25 sept. 2020 =C3=A0=C2=A011:03, Bruno Haible &lt;<a href=3D"ma=
ilto:[email protected]">[email protected]</a>&gt; a =C3=A9crit=C2=A0:<br></div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour Fr=C3=A9d=C3=A9ri=
c,<br>
<br>
&gt; &gt; PS : j&#39;ai laiss=C3=A9 inchang=C3=A9 la d=C3=A9finition du plu=
riel (n&gt;1 me semble plus<br>
&gt; &gt; simple que n&gt;=3D2).<br>
&gt; <br>
&gt; C&#39;est faux.<br>
<br>
Vous avez raison tous les deux:<br>
<br>
&gt; Le pluriel en fran=C3=A7ais est r=C3=A9ellement appliqu=C3=A9 quand n&=
gt;=3D2. En fran=C3=A7ais, 1.5 <br>
&gt; est singulier. Voir par exemple <a href=3D"https://www.druide.com/fr/e=
nquetes/15-gramme-ou-15-grammes" rel=3D"noreferrer" target=3D"_blank">https=
://www.druide.com/fr/enquetes/15-gramme-ou-15-grammes</a><br>
<br>
Correct.<br>
<br>
&gt; Avec la r=C3=A8gle n&gt;1, les nombres d=C3=A9cimaux entre 1 et 2 sero=
nt mis au pluriel.<br>
<br>
Non, puisque la r=C3=A8gle du pluriel n=E2=80=99est appliqu=C3=A9e que pour=
 des entiers:<br>
La fonction ngettext prend un entier en argument. [1]<br>
Gettext n=E2=80=99a simplement pas de support pour les pluriels avec argume=
nt<br>
fractionnel.<br>
<br>
Bruno<br>
<br>
[1] <a href=3D"https://www.gnu.org/software/libc/manual/html_node/Advanced-=
gettext-functions.html" rel=3D"noreferrer" target=3D"_blank">https://www.gn=
u.org/software/libc/manual/html_node/Advanced-gettext-functions.html</a><br=
>
<br>
</blockquote></div></div>

--000000000000c04fd805b0200902--


--===============1142102173==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

_______________________________________________
Liste de discussion Traduc
[email protected]
https://listes.traduc.org/cgi-bin/mailman/listinfo/traduc
[/!\ Les pi=E8ces-jointes doivent attendre l'approbation du mod=E9rateur.]

--===============1142102173==--