[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFR] po4a://manpages-fr/{rcmd,re_comp,realpath,regex}/po/fr.po



Le 09/05/2022 à 17:41, bubub@no-log.org a écrit :
Bonjour,
  voici la mise à jour de 4 fichiers,
             merci pour vos relectures, c'est surtout les diffs,
     amicalement,   bubu
jsuis pas du tout sûr pour l'URL ..

Bonjour,

Quelques détails et suggestions pour regex, RAS pour les autres fichiers.

Amicalement

Lucien
--- regex.3.po.orig	2022-05-16 12:38:19.348165578 +0200
+++ regex.3.po	2022-05-16 12:43:24.490791984 +0200
@@ -291,8 +291,8 @@
 "B<regexec>() est utilisée pour mettre en correspondance une chaîne terminée "
 "par un caractère nul, avec le tampon de motif précompilé I<preg>. I<nmatch> "
 "et I<pmatch> fournissent des informations concernant l'emplacement des "
-"correspondances. I<eflags> peut être un B<OU> binaire d'aucun ou plus des "
-"drapeaux suivants :"
+"correspondances. I<eflags> est un B<OU> binaire entre zéro ou plusieurs "
+"drapeaux parmi les suivants :"
 
 #. type: TP
 #: archlinux debian-bullseye debian-unstable fedora-36 fedora-rawhide
@@ -349,10 +349,10 @@
 "I<nmatch> on input, and does not change B<REG_NOTBOL> or B<REG_NEWLINE> "
 "processing.  This flag is a BSD extension, not present in POSIX."
 msgstr ""
-"Utiliser I<pmatch[0]> sur la chaîne en entrée, commençant à l'octet "
-"I<pmatch[0].rm_so> et finissant avant l'octet I<pmatch[0].rm_eo>.  Cela "
-"permet de faire correspondre les octets NUL embarqués et évite un "
-"B<strien>(3) sur de grandes chaînes. Cela n'utilise pas I<nmatch> en entrée, "
+"Utiliser I<pmatch[0]> sur la chaîne en entrée commençant à l'octet "
+"I<pmatch[0].rm_so> et finissant avant l'octet I<pmatch[0].rm_eo>. Cela "
+"permet de faire correspondre les octets de valeur zéro embarqués et évite un "
+"B<strlen>(3) sur de grandes chaînes. Cela n'utilise pas I<nmatch> en entrée, "
 "et ne change pas la façon de procéder de B<REG_NEWLINE> ou B<REG_NOTBOL>. Ce "
 "drapeau est une extension BSD et n'est pas présent dans POSIX."
 

Reply to: