python
diff --git a/‎.travis.yml
Lines changed: 1 addition & 1 deletion b/‎.travis.yml
Lines changed: 1 addition & 1 deletion
diff --git a/‎faq/design.po
Lines changed: 32 additions & 109 deletions b/‎faq/design.po
Lines changed: 32 additions & 109 deletions
@@ -7,5 +7,5 @@ install:
   - pip install pospell
   - pospell --version
 script:
-  - pospell -p dict -l fr *.po c-api/*.po extending/*.po library/*.po distutils/*.po distributing/*.po installing/*.po install/*.po howto/*.po tutorial/*.po using/*.po whatsnew/*.po
+  - pospell -p dict -l fr *.po faq/*.po c-api/*.po extending/*.po library/*.po distutils/*.po distributing/*.po installing/*.po install/*.po howto/*.po tutorial/*.po using/*.po whatsnew/*.po
   - make CPYTHON_CLONE=/tmp/cpython/ BRANCH=3.7
@@ -6,7 +6,7 @@ msgstr ""
 "Project-Id-Version: Python 3.6\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2018-08-03 17:52+0200\n"
-"PO-Revision-Date: 2018-09-30 22:26+0200\n"
+"PO-Revision-Date: 2018-10-04 16:39+0200\n"
 "Last-Translator: Julien Palard <julien@palard.fr>\n"
 "Language-Team: FRENCH <traductions@lists.afpy.org>\n"
 "Language: fr\n"
@@ -403,8 +403,8 @@ msgid ""
 "Why does Python use methods for some functionality (e.g. list.index()) but "
 "functions for other (e.g. len(list))?"
 msgstr ""
-"Pourquoi Python utilise des méthodes pour certaines fonctionnalités (ex : "
-"list.index()) mais des fonctions pour d'autres (ex : len(list)) ?"
+"Pourquoi Python utilise des méthodes pour certaines fonctionnalités (ex : "
+"``list.index()``) mais des fonctions pour d'autres (ex : ``len(list)``) ?"
 
 #: ../Doc/faq/design.rst:218
 msgid "As Guido said:"
@@ -438,8 +438,8 @@ msgstr ""
 #: ../Doc/faq/design.rst:240
 msgid "Why is join() a string method instead of a list or tuple method?"
 msgstr ""
-"Pourquoi join() est une méthode de chaîne plutôt qu'une de liste ou de "
-"tuple ?"
+"Pourquoi ``join()`` est une méthode de chaîne plutôt qu'une de liste ou de "
+"tuple ?"
 
 #: ../Doc/faq/design.rst:242
 msgid ""
@@ -513,7 +513,8 @@ msgstr ""
 "s'insérer entre les éléments adjacents. Cette méthode peut être utilisée "
 "avec n'importe quel argument qui obéit aux règles d'objets séquence, "
 "incluant n'importe quelles nouvelles classes que vous pourriez définir vous-"
-"même. Des méthodes similaires existent pour des objets bytes et bytearray."
+"même. Des méthodes similaires existent pour des objets ``bytes`` et "
+"``bytearray``."
 
 #: ../Doc/faq/design.rst:280
 msgid "How fast are exceptions?"
@@ -525,10 +526,10 @@ msgid ""
 "Actually catching an exception is expensive.  In versions of Python prior to "
 "2.0 it was common to use this idiom::"
 msgstr ""
-"Un bloc try/except est extrêmement efficient tant qu'aucune exception ne "
-"sont levée. En effet, intercepter une exception s'avère coûteux. Dans les "
-"versions de précédant Python 2.0, il était courant d'utiliser cette "
-"pratique ::"
+"Un bloc ``try`` / ``except`` est extrêmement efficient tant qu'aucune "
+"exception ne sont levée. En effet, intercepter une exception s'avère "
+"coûteux. Dans les versions de précédant Python 2.0, il était courant "
+"d'utiliser cette pratique ::"
 
 #: ../Doc/faq/design.rst:292
 msgid ""
@@ -564,8 +565,8 @@ msgid ""
 msgstr ""
 "Vous pouvez le faire assez facilement avec une séquence de ``if... elif... "
 "elif... else``. Il y a eu quelques propositions pour la syntaxe de "
-"l'instruction switch, mais il n'y a pas (encore) de consensus sur le cas des "
-"intervalles. Voir la :pep:`275` pour tous les détails et l'état actuel."
+"l'instruction ``switch``, mais il n'y a pas (encore) de consensus sur le cas "
+"des intervalles. Voir la :pep:`275` pour tous les détails et l'état actuel."
 
 #: ../Doc/faq/design.rst:313
 msgid ""
@@ -613,7 +614,7 @@ msgid ""
 "almost random moments.  Therefore, a complete threads implementation "
 "requires thread support for C."
 msgstr ""
-"Réponse 1: Malheureusement, l'interpréteur pousse au moins un block de pile "
+"Réponse 1 : Malheureusement, l'interpréteur pousse au moins un bloc de pile "
 "C (*stack frame*) pour chaque bloc de pile de Python. Aussi, les extensions "
 "peuvent rappeler dans Python à presque n'importe quel moment. Par "
 "conséquent, une implémentation complète des fils d'exécution nécessiterai un "
@@ -699,7 +700,7 @@ msgstr ""
 "`CPython`, utilise des compteurs de références afin de détecter des objets "
 "inaccessibles et un autre mécanisme pour collecter les références "
 "circulaires, exécutant périodiquement un algorithme de détection de cycles "
-"qui recherche les cycles inaccessibles et supprime les objets implqués. Le "
+"qui recherche les cycles inaccessibles et supprime les objets impliqués. Le "
 "module :mod:`gc` fournit des fonctions pour lancer le ramasse-miettes, "
 "d'obtenir des statistiques de débogage et ajuster ses paramètres."
 
@@ -781,11 +782,12 @@ msgid ""
 msgstr ""
 "Le *GC* classique devient également un problème lorsque Python est incorporé "
 "dans d'autres applications. Bien que dans une application Python, il ne soit "
-"pas gênant de remplacer  les fonctions malloc() et free() avec les versions "
-"fournies par la bibliothèque *GC*, une application incluant Python peut "
-"vouloir avoir ses propres implémentations de malloc() et free() et peut ne "
-"pas vouloir celles de Python. À l'heure actuelle, CPython fonctionne avec "
-"n'importe quelle implémentation correcte de malloc() et free()."
+"pas gênant de remplacer  les fonctions ``malloc()`` et ``free()` avec les "
+"versions fournies par la bibliothèque *GC*, une application incluant Python "
+"peut vouloir avoir ses propres implémentations de ``malloc()`` et ``free()`` "
+"et peut ne pas vouloir celles de Python. À l'heure actuelle, CPython "
+"fonctionne avec n'importe quelle implémentation correcte de ``malloc()`` et "
+"``free()``."
 
 #: ../Doc/faq/design.rst:438
 msgid "Why isn't all memory freed when CPython exits?"
@@ -836,7 +838,7 @@ msgstr ""
 "généralement utilisés de façons fondamentalement différentes. Les *tuples* "
 "peuvent être considérés comme étant similaires aux dossiers en Pascal ou aux "
 "structures en C; Ce sont de petites collections de données associées qui "
-"peuvent être de différents types qui sont utilisées sensemble. Par exemple, "
+"peuvent être de différents types qui sont utilisées ensemble. Par exemple, "
 "un repère cartésien est correctement représenté comme un *tuple* de deux ou "
 "trois nombres."
 
@@ -1009,10 +1011,10 @@ msgid ""
 "the second line differs from that in the first line.  In other words, "
 "dictionary keys should be compared using ``==``, not using :keyword:`is`."
 msgstr ""
-"cela lèverait une exception de type *KeyError* car l'id de ``[1, 2]`` "
-"utilisée dans la deuxième ligne diffère de celle de la première ligne.  En "
+"cela lèverait une exception de type *KeyError* car l'ID de ``[1, 2]`` "
+"utilisé dans la deuxième ligne diffère de celle de la première ligne.  En "
 "d'autres termes, les clés de dictionnaire doivent être comparées à l'aide du "
-"comparateur  ``==`` et non à l'aide du :keyword:`is`."
+"comparateur ``==`` et non à l'aide du mot clé :keyword:`is`."
 
 #: ../Doc/faq/design.rst:535
 msgid ""
@@ -1162,7 +1164,7 @@ msgstr ""
 
 #: ../Doc/faq/design.rst:650
 msgid "Why is there no goto?"
-msgstr "Pourquoi n'y a-t-il pas de goto en Python ?"
+msgstr "Pourquoi n'y a-t-il pas de ``goto`` en Python ?"
 
 #: ../Doc/faq/design.rst:652
 msgid ""
@@ -1171,10 +1173,10 @@ msgid ""
 "all reasonable uses of the \"go\" or \"goto\" constructs of C, Fortran, and "
 "other languages.  For example::"
 msgstr ""
-"Vous pouvez utiliser les exceptions afin de mettre en place un  \"goto "
+"Vous pouvez utiliser les exceptions afin de mettre en place un \"``goto`` "
 "structuré\" qui fonctionne même avec les appels de fonctions.  Beaucoup de "
 "personnes estiment que les exceptions peuvent émuler idéalement tout "
-"utilisation raisonnable des constructions \"go\" ou \"goto\" en C, en "
+"utilisation raisonnable des constructions ``go`` ou ``goto`` en C, en "
 "Fortran ou autres langages de programmation.  Par exemple ::"
 
 #: ../Doc/faq/design.rst:667
@@ -1183,7 +1185,7 @@ msgid ""
 "considered an abuse of goto anyway.  Use sparingly."
 msgstr ""
 "Cela ne vous permet pas de sauter au milieu d'une boucle. Néanmoins, dans "
-"tous les cas cela est généralement considéré comme un abus de goto.  À "
+"tous les cas cela est généralement considéré comme un abus de ``goto``.  À "
 "Utiliser avec parcimonie."
 
 #: ../Doc/faq/design.rst:672
@@ -1221,16 +1223,16 @@ msgstr ""
 #: ../Doc/faq/design.rst:698
 msgid "Why doesn't Python have a \"with\" statement for attribute assignments?"
 msgstr ""
-"Pourquoi la déclaration \"with\" pour les assignations d'attributs n'existe "
-"pas en Python ?"
+"Pourquoi la déclaration ``with`` pour les assignations d'attributs n'existe "
+"pas en Python ?"
 
 #: ../Doc/faq/design.rst:700
 msgid ""
 "Python has a 'with' statement that wraps the execution of a block, calling "
 "code on the entrance and exit from the block.  Some language have a "
 "construct that looks like this::"
 msgstr ""
-"Python a une instruction \"with\" qui encapsule l'exécution d'un bloc, en "
+"Python a une instruction ``with`` qui encapsule l'exécution d'un bloc, en "
 "appelant le code sur l'entrée et la sortie du bloc.  Certains langages "
 "possèdent une construction qui ressemble à ceci ::"
 
@@ -1365,82 +1367,3 @@ msgid ""
 "Allowing the trailing comma may also make programmatic code generation "
 "easier."
 msgstr ""
-
-#~ msgid ""
-#~ "The major reason is history. Functions were used for those operations "
-#~ "that were generic for a group of types and which were intended to work "
-#~ "even for objects that didn't have methods at all (e.g. tuples).  It is "
-#~ "also convenient to have a function that can readily be applied to an "
-#~ "amorphous collection of objects when you use the functional features of "
-#~ "Python (``map()``, ``zip()`` et al)."
-#~ msgstr ""
-#~ "La raison principale est historique. Les fonctions étaient utilisées pour "
-#~ "ces opérations qui étaient génériques pour un groupe de types et qui "
-#~ "étaient censés fonctionner même pour les objets qui n'avaient pas de "
-#~ "méthodes du tout (ex : tuples). C'est aussi pratique d'avoir une fonction "
-#~ "qui s'apprête bien à une collection amorphe d'objets lorsque vous "
-#~ "utiliser les outils fonctionnels de Python (``map()``, ``zip()`` et "
-#~ "autres)."
-
-#~ msgid ""
-#~ "In fact, implementing ``len()``, ``max()``, ``min()`` as a built-in "
-#~ "function is actually less code than implementing them as methods for each "
-#~ "type.  One can quibble about individual cases but it's a part of Python, "
-#~ "and it's too late to make such fundamental changes now. The functions "
-#~ "have to remain to avoid massive code breakage."
-#~ msgstr ""
-#~ "En fait, implémenter ``len()``, ``max()``, ``min()`` en tant que fonction "
-#~ "intégrée produit moins de code que de les implémenter en tant que méthode "
-#~ "pour chaque type. Certains peuvent rouspéter pour des cas individuels "
-#~ "mais ça fait partie de Python et il est trop tard pour faire des "
-#~ "changements si fondamentaux maintenant. Ces fonctions doivent rester pour "
-#~ "éviter la casse massive de code."
-
-#~ msgid ""
-#~ "For string operations, Python has moved from external functions (the "
-#~ "``string`` module) to methods.  However, ``len()`` is still a function."
-#~ msgstr ""
-#~ "Pour les opérations de chaînes, Python a déplacé les fonctions externes "
-#~ "(le module ``string``) vers des méthodes. Cependant, ``len()`` est "
-#~ "toujours une fonction."
-
-#~ msgid "Practical answer:"
-#~ msgstr "Réponse concrète :"
-
-#~ msgid "Theoretical answer:"
-#~ msgstr "Réponse théorique :"
-
-#~ msgid ""
-#~ "Not trivially.  Python's high level data types, dynamic typing of objects "
-#~ "and run-time invocation of the interpreter (using :func:`eval` or :func:"
-#~ "`exec`) together mean that a naïvely \"compiled\" Python program would "
-#~ "probably consist mostly of calls into the Python run-time system, even "
-#~ "for seemingly simple operations like ``x+1``."
-#~ msgstr ""
-#~ "Pas de façon triviale. Les types de données haut niveau de Python, le "
-#~ "typage dynamique des objets et l'invocation de l’interpréteur à "
-#~ "l'exécution (via :func:`eval` ou :func:`exec`) font qu'un programme "
-#~ "Python compilé naïvement consisterait probablement principalement à faire "
-#~ "des appels au système d'exécution de Python, même pour des opérations "
-#~ "simples comme ``x + 1``."
-
-#~ msgid ""
-#~ "Several projects described in the Python newsgroup or at past `Python "
-#~ "conferences <https://www.python.org/community/workshops/>`_ have shown "
-#~ "that this approach is feasible, although the speedups reached so far are "
-#~ "only modest (e.g. 2x).  Jython uses the same strategy for compiling to "
-#~ "Java bytecode.  (Jim Hugunin has demonstrated that in combination with "
-#~ "whole-program analysis, speedups of 1000x are feasible for small demo "
-#~ "programs.  See the proceedings from the `1997 Python conference <http://"
-#~ "legacy.python.org/workshops/1997-10/proceedings/>`_ for more information.)"
-#~ msgstr ""
-#~ "Plusieurs projets décrits dans le forum de Python ou dans les anciennes "
-#~ "`Conférences Python <https://www.python.org/community/workshops/>`_ ont "
-#~ "montré que cette approche est réalisable, même si les améliorations "
-#~ "atteintes restaient modestes (autour de ×2). Jython utilise la même "
-#~ "stratégie pour compiler en *bytecode* Java. (Jim Hugunin a démontré qu'en "
-#~ "combinaison avec une analyse de la totalité du programme, des "
-#~ "améliorations de ×1000 sont possibles sur de petits programmes de "
-#~ "démonstration. Voir le compte rendu de la  `Conférence de Python 1997 "
-#~ "<http://legacy.python.org/workshops/1997-10/proceedings/>`_ pour plus "
-#~ "d'informations.)"