python
diff --git a/‎howto/unicode.po
Lines changed: 82 additions & 79 deletions b/‎howto/unicode.po
Lines changed: 82 additions & 79 deletions
@@ -891,8 +891,8 @@ msgid ""
 "do you convert Unicode into a form suitable for storage or transmission?"
 msgstr ""
 "Une fois que vous avez écrit du code qui fonctionne avec des données "
-"Unicode, le problème suivant est les entrées/sorties. Comment obtenir des "
-"chaînes Unicode dans votre programme, et comment convertir les chaînes "
+"Unicode, le problème suivant concerne les entrées/sorties. Comment obtenir "
+"des chaînes Unicode dans votre programme et comment convertir les chaînes "
 "Unicode dans une forme appropriée pour le stockage ou la transmission ?"
 
 #: ../Doc/howto/unicode.rst:543
@@ -904,12 +904,12 @@ msgid ""
 "valued columns and can return Unicode values from an SQL query."
 msgstr ""
 "Il est possible que vous n'ayez rien à faire en fonction de vos sources "
-"d'entrée et de vos destinations de sortie ; vous devriez vérifier si les "
-"bibliothèques utilisées dans votre application supportent Unicode "
-"nativement. Par exemple, les analyseurs XML renvoient souvent des données "
-"Unicode. De nombreuses bases de données relationnelles prennent également en "
-"charge les colonnes encodées en Unicode et peuvent renvoyer des valeurs "
-"Unicode à partir d'une requête SQL."
+"d'entrée et des destinations de vos données de sortie ; il convient de "
+"vérifier si les bibliothèques utilisées dans votre application gèrent "
+"l'Unicode nativement. Par exemple, les analyseurs XML renvoient souvent des "
+"données Unicode. De nombreuses bases de données relationnelles prennent "
+"également en charge les colonnes encodées en Unicode et peuvent renvoyer des "
+"valeurs Unicode à partir d'une requête SQL."
 
 #: ../Doc/howto/unicode.rst:549
 msgid ""
@@ -922,7 +922,7 @@ msgstr ""
 "Les données Unicode sont généralement converties en un encodage particulier "
 "avant d'être écrites sur le disque ou envoyées sur un connecteur réseau. Il "
 "est possible de faire tout le travail vous-même : ouvrir un fichier, lire un "
-"élément 8-bits, et convertir les octets avec ``bytes.decode(encoding)``. "
+"élément 8-bits, puis convertir les octets avec ``bytes.decode(encoding)``. "
 "Cependant, l'approche manuelle n'est pas recommandée."
 
 #: ../Doc/howto/unicode.rst:554
@@ -938,16 +938,16 @@ msgid ""
 "least a moment you'd need to have both the encoded string and its Unicode "
 "version in memory.)"
 msgstr ""
-"Un problème est la nature multi-octets des encodages ; un caractère Unicode "
-"peut être représenté par plusieurs octets. Si vous voulez lire le fichier en "
-"morceaux de taille arbitraire (disons 1024 ou 4096 octets), vous devez "
+"La nature multi-octets des encodages pose problème ; un caractère Unicode "
+"peut être représenté par plusieurs octets. Si vous voulez lire le fichier "
+"par morceaux de taille arbitraire (disons 1024 ou 4096 octets), vous devez "
 "écrire un code de gestion des erreurs pour détecter le cas où une partie "
-"seulement des octets codant un seul caractère Unicode sont lus à la fin d'un "
+"seulement des octets codant un seul caractère Unicode est lue à la fin d'un "
 "morceau. Une solution serait de lire le fichier entier en mémoire et "
 "d'effectuer le décodage, mais cela vous empêche de travailler avec des "
 "fichiers extrêmement volumineux ; si vous avez besoin de lire un fichier de "
-"2 GiB, vous avez besoin de 2 GiB de RAM (plus que ça, en fait, puisque pour "
-"au moins un moment, vous aurez besoin d'avoir à la fois la chaîne encodée et "
+"2 GiB, vous avez besoin de 2 GiB de RAM (plus que ça, en fait, puisque "
+"pendant un moment, vous aurez besoin d'avoir à la fois la chaîne encodée et "
 "sa version Unicode en mémoire)."
 
 #: ../Doc/howto/unicode.rst:564
@@ -962,11 +962,11 @@ msgid ""
 "meth:`str.encode` and :meth:`bytes.decode`."
 msgstr ""
 "La solution serait d'utiliser l'interface de décodage de bas-niveau pour "
-"intercepter le cas des séquences d'encodage incomplètes.  Le travail "
-"d'implémenter cela a déjà été fait pour vous : la fonction native :func:"
-"`open` peut retourner un objet de type fichier qui suppose que le contenu du "
-"fichier est dans un encodage spécifié et accepte les paramètres Unicode pour "
-"des méthodes telles que :meth:`~io.TextIOBase.read` et :meth:`~io.TextIOBase."
+"intercepter le cas des séquences d'encodage incomplètes.  Ce travail "
+"d'implémentation a déjà été fait pour vous : la fonction native :func:`open` "
+"peut renvoyer un objet de type fichier qui suppose que le contenu du fichier "
+"est dans un encodage spécifié et accepte les paramètres Unicode pour des "
+"méthodes telles que :meth:`~io.TextIOBase.read` et :meth:`~io.TextIOBase."
 "write`.  Ceci fonctionne grâce aux paramètres *encoding* et *errors* de :"
 "func:`open` qui sont interprétés comme ceux de :meth:`str.encode` et :meth:"
 "`bytes.decode`."
@@ -995,16 +995,17 @@ msgid ""
 "endian encodings, that specify one particular byte ordering and don't skip "
 "the BOM."
 msgstr ""
-"Le caractère Unicode ``U+FEFFF`` est utilisé comme une marque d'ordre "
-"d'octet (*byte-order mark* en anglais, *BOM*), et est souvent écrit comme le "
-"premier caractère d'un fichier afin d'aider à l'auto-détection de l'ordre "
-"des octets du fichier.  Certains encodages, comme UTF-16, s'attendent à ce "
-"qu'une BOM soit présente au début d'un fichier ; lorsqu'un tel encodage est "
-"utilisé, la BOM sera automatiquement écrite comme premier caractère et sera "
-"silencieusement retirée lorsque le fichier sera lu.  Il existe des variantes "
-"de ces encodages, comme ``utf-16-le`` et ``utf-16-be`` pour les encodages "
-"little-endian et big-endian, qui spécifient un ordre d'octets donné et ne "
-"sautent pas la BOM."
+"Le caractère Unicode ``U+FEFFF`` est utilisé comme marque pour indiquer le "
+"boutisme (c'est-à-dire l'ordre dans lequel les octets sont placés pour "
+"indiquer une valeur sur plusieurs octets, *byte-order mark* en anglais ou "
+"*BOM*), et est souvent écrit en tête (premier caractère) d'un fichier afin "
+"d'aider à l'auto-détection du boutisme du fichier.  Certains encodages, "
+"comme UTF-16, s'attendent à ce qu'une BOM soit présente au début d'un "
+"fichier ; lorsqu'un tel encodage est utilisé, la BOM sera automatiquement "
+"écrite comme premier caractère et sera silencieusement retirée lorsque le "
+"fichier sera lu.  Il existe des variantes de ces encodages, comme ``utf-16-"
+"le`` et ``utf-16-be`` pour les encodages petit-boutiste et gros-boutiste, "
+"qui spécifient un ordre d'octets donné et ne sautent pas la BOM."
 
 #: ../Doc/howto/unicode.rst:596
 msgid ""
@@ -1014,11 +1015,11 @@ msgid ""
 "reading such files, use the 'utf-8-sig' codec to automatically skip the mark "
 "if present."
 msgstr ""
-"Dans certaines cas, il est également d'usage d'utiliser une *BOM* au début "
+"Dans certains cas, il est également d'usage d'utiliser une *BOM* au début "
 "des fichiers encodés en UTF-8 ; le nom est trompeur puisque l'UTF-8 ne "
 "dépend pas de l'ordre des octets. La marque annonce simplement que le "
 "fichier est encodé en UTF-8.  Pour lire ces fichiers, utilisez le codec "
-"``utf-8-sig`` pour sauter automatiquement la marque si présente."
+"``utf-8-sig`` pour sauter automatiquement la marque si elle est présente."
 
 #: ../Doc/howto/unicode.rst:603
 msgid "Unicode filenames"
@@ -1040,8 +1041,8 @@ msgstr ""
 "Unicode arbitraires.  Habituellement, ceci est implémenté en convertissant "
 "la chaîne Unicode en un encodage qui varie en fonction du système.  "
 "Aujourd'hui, Python converge vers l'utilisation d'UTF-8 : Python sous MacOS "
-"a utilisé UTF-8 depuis plusieurs versions, et Python 3.6 est passé à UTF-8 "
-"sous Windows également.  Sur les systèmes Unix, il n'y aura un encodage du "
+"utilise UTF-8 depuis plusieurs versions et Python 3.6 sous Windows est passé "
+"à UTF-8 également.  Sur les systèmes Unix, il n'y aura un encodage pour le "
 "système de fichiers que si vous avez défini les variables d'environnement "
 "``LANG`` ou ``LC_CTYPE`` ; sinon, l'encodage par défaut est UTF-8."
 
@@ -1057,8 +1058,8 @@ msgstr ""
 "sur votre système actuel, au cas où vous voudriez faire l'encodage "
 "manuellement, mais il n'y a pas vraiment de raisons de s'embêter avec ça.  "
 "Lors de l'ouverture d'un fichier pour la lecture ou l'écriture, vous pouvez "
-"généralement simplement fournir la chaîne Unicode comme nom de fichier, et "
-"il sera automatiquement converti à l'encodage qui convient ::"
+"généralement simplement fournir la chaîne Unicode comme nom de fichier et "
+"elle est automatiquement convertie à l'encodage qui convient ::"
 
 #: ../Doc/howto/unicode.rst:625
 msgid ""
@@ -1081,20 +1082,20 @@ msgid ""
 "program::"
 msgstr ""
 "La fonction :func:`os.listdir` renvoie des noms de fichiers, ce qui soulève "
-"un problème : doit-elle renvoyer la version Unicode des noms de fichiers, ou "
+"un problème : doit-elle renvoyer la version Unicode des noms de fichiers ou "
 "doit-elle renvoyer des chaînes d'octets contenant les versions encodées ? :"
-"func:`os.listdir` peut faire les deux, selon que vous avez fourni le chemin "
+"func:`os.listdir` peut faire les deux, selon que vous fournissez le chemin "
 "du répertoire en chaîne d'octets ou une chaîne Unicode.  Si vous passez une "
-"chaîne Unicode comme chemin d'accès, les noms de fichiers seront décodés en "
+"chaîne Unicode comme chemin d'accès, les noms de fichiers sont décodés en "
 "utilisant l'encodage du système de fichiers et une liste de chaînes Unicode "
-"sera renvoyée, tandis que passer un chemin d'accès en chaîne d'octets "
-"retournera les noms de fichiers comme octets.  Par exemple, en supposant que "
-"l'encodage par défaut du système de fichiers est UTF-8, exécutez le "
-"programme suivant: :"
+"est renvoyée, tandis que passer un chemin d'accès en chaîne d'octets renvoie "
+"les noms de fichiers comme chaîne d'octets.  Par exemple, en supposant que "
+"l'encodage par défaut du système de fichiers est UTF-8, exécuter le "
+"programme suivant ::"
 
 #: ../Doc/howto/unicode.rst:646
 msgid "will produce the following output:"
-msgstr "produira la sortie suivante:"
+msgstr "produit la sortie suivante :"
 
 #: ../Doc/howto/unicode.rst:654
 msgid ""
@@ -1111,10 +1112,10 @@ msgid ""
 "undecodable file names can be present; that's pretty much only Unix systems "
 "now."
 msgstr ""
-"Notez que dans la plupart des cas, vous devriez vous en tenir à "
+"Notez que, dans la plupart des cas, il convient de vous en tenir à "
 "l'utilisation d'Unicode avec ces APIs.  Les API d'octets ne devraient être "
 "utilisées que sur les systèmes où des noms de fichiers non décodables "
-"peuvent être présents. C'est à peu près seulement le cas des systèmes Unix "
+"peuvent être présents. Cela ne concerne pratiquement que des systèmes Unix "
 "maintenant."
 
 #: ../Doc/howto/unicode.rst:664
@@ -1138,7 +1139,7 @@ msgid ""
 "Software should only work with Unicode strings internally, decoding the "
 "input data as soon as possible and encoding the output only at the end."
 msgstr ""
-"Le logiciel ne devrait fonctionner qu'avec des chaînes Unicode en interne, "
+"Il convient que le logiciel ne traite que des chaînes Unicode en interne, "
 "décodant les données d'entrée dès que possible et encodant la sortie "
 "uniquement à la fin."
 
@@ -1151,10 +1152,11 @@ msgid ""
 "raised."
 msgstr ""
 "Si vous essayez d'écrire des fonctions de traitement qui acceptent à la fois "
-"les chaînes Unicode et les chaînes d'octets, vous rendrez votre programme "
-"vulnérable aux bogues partout où vous combinez les deux types de chaînes "
-"différentes.  Il n'y a pas d'encodage ou de décodage automatique : si vous "
-"faites par exemple ``str + octets``, une :exc:`TypeError` sera levée."
+"les chaînes Unicode et les chaînes d'octets, les possibilités d'occurrences "
+"de bogues dans votre programme augmentent partout où vous combinez les deux "
+"types de chaînes différentes.  Il n'y a pas d'encodage ou de décodage "
+"automatique : si vous faites par exemple ``str + octets``, une :exc:"
+"`TypeError` est levée."
 
 #: ../Doc/howto/unicode.rst:679
 msgid ""
@@ -1170,14 +1172,14 @@ msgstr ""
 "Lors de l'utilisation de données provenant d'un navigateur Web ou d'une "
 "autre source non fiable, une technique courante consiste à vérifier la "
 "présence de caractères illégaux dans une chaîne de caractères avant de "
-"l'utiliser dans une ligne de commande générée ou de la stocker dans une base "
-"de données.  Si vous faites cela, faites attention à vérifier la chaîne "
-"décodée, pas les données d'octets codés ; certains encodages peuvent avoir "
-"des propriétés intéressantes, comme ne pas être bijective ou ne pas être "
-"entièrement compatibles ASCII.  Ceci est particulièrement vrai si les "
-"données d'entrée spécifient également l'encodage, puisque l'attaquant peut "
-"alors choisir un moyen intelligent de cacher le texte malveillant dans le "
-"flux de données encodé."
+"l'utiliser pour générer une ligne de commande ou de la stocker dans une base "
+"de données.  Si vous le faites, vérifiez bien la chaîne décodée, pas les "
+"données d'octets codés ; certains encodages peuvent avoir des propriétés "
+"intéressantes, comme ne pas être bijectifs ou ne pas être entièrement "
+"compatibles avec l'ASCII.  C'est particulièrement vrai si l'encodage est "
+"spécifié explicitement dans vos données d'entrée, car l'attaquant peut alors "
+"choisir un moyen intelligent de cacher du texte malveillant dans le flux de "
+"données encodé."
 
 #: ../Doc/howto/unicode.rst:690
 msgid "Converting Between File Encodings"
@@ -1190,8 +1192,8 @@ msgid ""
 "like a stream returning data in encoding #2."
 msgstr ""
 "La classe :class:`~codecs.StreamRecoder` peut convertir de manière "
-"transparente entre les encodages, en prenant un flux qui renvoie des données "
-"dans l'encodage #1 et en se comportant comme un flux qui renvoie des données "
+"transparente entre les encodages : prenant un flux qui renvoie des données "
+"dans l'encodage #1, elle se comporte comme un flux qui renvoie des données "
 "dans l'encodage #2."
 
 #: ../Doc/howto/unicode.rst:696
@@ -1200,8 +1202,8 @@ msgid ""
 "it with a :class:`~codecs.StreamRecoder` to return bytes encoded in UTF-8::"
 msgstr ""
 "Par exemple, si vous avez un fichier d'entrée *f* qui est en Latin-1, vous "
-"pouvez l'encapsuler avec un :class:`~codecs.StreamRecoder` pour retourner "
-"des octets encodés en UTF-8 ::"
+"pouvez l'encapsuler dans un :class:`~codecs.StreamRecoder` pour qu'il "
+"renvoie des octets encodés en UTF-8 ::"
 
 #: ../Doc/howto/unicode.rst:710
 msgid "Files in an Unknown Encoding"
@@ -1214,9 +1216,9 @@ msgid ""
 "to examine or modify the ASCII parts, you can open the file with the "
 "``surrogateescape`` error handler::"
 msgstr ""
-"Que pouvez-vous faire si vous avez besoin de modifier un fichier, mais que "
-"vous ne connaissez pas l'encodage du fichier ?  Si vous savez que l'encodage "
-"est compatible ASCII et que vous voulez seulement examiner ou modifier les "
+"Que faire si vous avez besoin de modifier un fichier mais que vous ne "
+"connaissez pas l'encodage du fichier ?  Si vous savez que l'encodage est "
+"compatible ASCII et que vous voulez seulement examiner ou modifier les "
 "parties ASCII, vous pouvez ouvrir le fichier avec le gestionnaire d'erreurs "
 "``surrogateescape`` ::"
 
@@ -1227,10 +1229,10 @@ msgid ""
 "points will then turn back into the same bytes when the ``surrogateescape`` "
 "error handler is used to encode the data and write it back out."
 msgstr ""
-"Le gestionnaire d'erreurs ``surrogateescape`` décodera tous les octets non-"
+"Le gestionnaire d'erreurs ``surrogateescape`` décode tous les octets non-"
 "ASCII comme points de code dans une plage spéciale allant de ``U+DC80`` à ``U"
-"+DCFF``.  Ces points de code redeviendront alors les mêmes octets lorsque le "
-"gestionnaire d'erreurs ``surrogateescape`` sera utilisé pour encoder les "
+"+DCFF``.  Ces points de code redeviennent alors les mêmes octets lorsque le "
+"gestionnaire d'erreurs ``surrogateescape`` est utilisé pour encoder les "
 "données et les réécrire."
 
 #: ../Doc/howto/unicode.rst:736
@@ -1239,10 +1241,10 @@ msgid ""
 "video/289/pycon-2010--mastering-python-3-i-o>`_, a PyCon 2010 talk by David "
 "Beazley, discusses text processing and binary data handling."
 msgstr ""
-"Une section de `Mastering Python 3 Input/Output <http://pyvideo.org/"
-"video/289/pycon-2010--mastering-python-3-i-o>`_, une conférence PyCon 2010 "
-"de David Beazley, parle du traitement de texte et du traitement des données "
-"binaires."
+"Une partie de la conférence `Mastering Python 3 Input/Output <http://pyvideo."
+"org/video/289/pycon-2010--mastering-python-3-i-o>`_ (ressource en anglais), "
+"donnée lors de PyCon 2010 de David Beazley, parle du traitement de texte et "
+"du traitement des données binaires."
 
 #: ../Doc/howto/unicode.rst:740
 msgid ""
@@ -1254,10 +1256,10 @@ msgid ""
 msgstr ""
 "Le `PDF du diaporama de la présentation de Marc-André Lemburg \"Writing "
 "Unicodeaware Applications in Python\" <https://downloads.egenix.com/python/"
-"LSM2005-Developing-Unicode-aware-applications-in-Python.pdf>`_ traite des "
-"questions d'encodage de caractères ainsi que de l'internationalisation et de "
-"la localisation d'une application.  Ces diapositives ne couvrent que Python "
-"2.x."
+"LSM2005-Developing-Unicode-aware-applications-in-Python.pdf>`_ (ressource en "
+"anglais) traite des questions d'encodage de caractères ainsi que de "
+"l'internationalisation et de la localisation d'une application.  Ces "
+"diapositives ne couvrent que Python 2.x."
 
 #: ../Doc/howto/unicode.rst:746
 msgid ""
@@ -1266,8 +1268,9 @@ msgid ""
 "discusses the internal Unicode representation in Python 3.3."
 msgstr ""
 "`The Guts of Unicode in Python <http://pyvideo.org/video/1768/the-guts-of-"
-"unicode-in-python>`_ est une conférence PyCon 2013 par Benjamin Peterson qui "
-"traite de la représentation interne Unicode en Python 3.3."
+"unicode-in-python>`_ (ressource en anglais) est une conférence PyCon 2013 "
+"donnée par Benjamin Peterson qui traite de la représentation interne Unicode "
+"en Python 3.3."
 
 #: ../Doc/howto/unicode.rst:753
 msgid "Acknowledgements"