Re: [RFR2] po4a://manpages-fr/lirc.4/po/fr.po

[bubub@no-log.org]

 Bonjour,

>>Merci d?avance pour vos relectures et commentaires.
> Deuxième appel.

 détails et suggestion,
     amicalement,           bubu

--- lirc.4.po	2023-05-04 10:04:12.000000000 +0200
+++ relirc.4.po	2023-05-14 11:46:31.460269632 +0200
@@ -159,7 +159,7 @@
 msgstr ""
 "Dans le mode B<LIRC_MODE_MODE2>, les données renvoyées par B<read>(2) "
 "fournissent des valeurs en 32\\ bits représentant une durée dâ??intervalle ou "
-"dâ??impulsion. La durée (en (microsecondes) est encodée dans les 24\\ bits de "
+"dâ??impulsion. La durée (en microsecondes) est encodée dans les 24\\ bits de "
 "plus faible poids. Lâ??impulsion (pulse aussi appelée flash) indique une durée "
 "de lumière infrarouge détectée et lâ??intervalle (space aussi appelé gap) "
 "indique une durée sans infrarouges. Si la durée de lâ??intervalle excède la "
@@ -287,7 +287,7 @@
 "error B<EINVAL>."
 msgstr ""
 "Les données écrites sur le périphérique caractère en utilisant B<write>(2) "
-"est une séquence dâ??impulsions/intervalles de valeurs entières. Les "
+"sont une séquence dâ??impulsions/intervalles de valeurs entières. Les "
 "impulsions et les intervalles sont marqués implicitement par leur position. "
 "Les données doivent débuter et se terminer par une impulsion, par conséquent "
 "elles doivent toujours inclurent un nombre impair dâ??échantillons. La "
@@ -312,7 +312,7 @@
 "scancode to pulses and spaces.  The protocol or scancode is invalid, or the "
 "B<lirc> device cannot transmit."
 msgstr ""
-"Les données écrites sur le périphérique caractère doivent être une seule "
+"Les données écrites sur le périphérique caractère doivent être en une seule "
 "structure I<lirc_scancode>. Les champs I<scancode> et I<rc_proto> doivent "
 "renseigner, tous les autres champs doivent être être\\ 0. Les encodeurs IR "
 "du noyau convertiront le scancode en impulsions et intervalles. Le protocole "
@@ -604,7 +604,7 @@
 "Réglage de la valeur entière pour la temporisation dâ??inactivité IR "
 "(microsecondes). Pour être acceptée la valeur doit être entre des limites "
 "définies par B<LIRC_GET_MIN_TIMEOUT> et B<LIRC_GET_MAX_TIMEOUT>. Une valeur "
-"de\\ 0 (si acceptée par le matériel) désactive tous les temporisations de "
+"de\\ 0 (si acceptée par le matériel) désactive toutes les temporisations de "
 "matériel et les données devraient être annoncées le plus tôt possible. Si la "
 "valeur exacte ne peut être réglée, alors la valeur I<supérieure> possible la "
 "plus proche de la valeur donnée devrait être définie."
@@ -1138,7 +1138,7 @@
 msgstr ""
 "Dans le mode B<LIRC_MODE_MODE2>, les données renvoyées par B<read>(2) "
 "fournissent des valeurs en 32\\ bits représentant une durée dâ??intervalle ou "
-"dâ??impulsion. La durée (en (microsecondes) est encodée dans les 24\\ bits de "
+"dâ??impulsion. La durée (en microsecondes) est encodée dans les 24\\ bits de "
 "plus faible poids. Les 8\\ bits de poids le plus fort indiquent le type de "
 "paquet\\ :"
 
@@ -1479,7 +1479,7 @@
 "settings.  Many require a third argument, usually an I<int>.  referred to "
 "below as I<val>."
 msgstr ""
-"Les ioctls suivants peuvent être utilisés ou examiner ou modifier des "
+"Les ioctls suivants peuvent être utilisés pour examiner ou modifier des "
 "réglages de matériels lirc spécifiques. Plusieurs demandent un troisième "
 "argument, habituellement un I<int>, référé ci-après sous I<val>."
 
@@ -1507,7 +1507,7 @@
 msgstr ""
 "Renvoi dâ??un masque de bits des bits combinés de fonctionnalités\\ ; "
 "consulter FONCTIONNALIT�S. Certains pilotes ont des fonctionnalités "
-"dynamiques qui ne sont pas mises à jour avant une commande I<init()>. Si un "
+"dynamiques qui ne sont pas mises à jour avant une commande B<init>(). Si un "
 "pilote nâ??annonce pas la prise en charge de certaines fonctionnalités, le "
 "résultat de lâ??appel correspondant à  lâ??ioctl est indéfini."