crowdin import

Author: JulienPalard

faq.po

@@ -180,7 +180,7 @@ msgstr ""
 
 #: ../../src/Doc/faq/design.rst:88
 msgid "Why are Python strings immutable?"
-msgstr "Pourquoi les chaînes de caractères Python sont-elles immuable ?"
+msgstr "Pourquoi les chaînes de caractères Python sont-elles immuables ?"
 
 #: ../../src/Doc/faq/design.rst:90
 msgid "There are several advantages."
@@ -195,8 +195,8 @@ msgid ""
 msgstr ""
 "La première concerne la performance : savoir qu'une chaîne de caractères est "
 "immuable signifie que l'allocation mémoire allouée lors de la création de "
-"cette chaîne est fixe et figé. C'est aussi l'une des raisons pour lesquelles "
-"on fait la distinction entre les tuples et les listes."
+"cette chaîne est fixe et figée. C'est aussi l'une des raisons pour "
+"lesquelles on fait la distinction entre les *tuples* et les listes."
 
 #: ../../src/Doc/faq/design.rst:97
 msgid ""
@@ -245,8 +245,8 @@ msgstr ""
 "variables globales sont rares ou facilement reconnaissables) - mais en "
 "Python, il n'y a pas de déclarations de variables locales, de sorte que vous "
 "devez chercher la définition de classe pour être sûr. Certaines normes de "
-"codages C++ et Java préfixent les attributs d'instance par ``m_``. Cette "
-"syntaxe explicite est ainsi utile également pour ces langages."
+"programmation C++ et Java préfixent les attributs d'instance par ``m_``. "
+"Cette syntaxe explicite est ainsi utile également pour ces langages."
 
 #: ../../src/Doc/faq/design.rst:120
 msgid ""
@@ -934,7 +934,7 @@ msgstr ""
 
 #: ../../src/Doc/faq/design.rst:491
 msgid "How are lists implemented?"
-msgstr ""
+msgstr "Comment est-ce que les listes sont implémentées ?"
 
 #: ../../src/Doc/faq/design.rst:493
 msgid ""
@@ -943,12 +943,19 @@ msgid ""
 "objects, and keeps a pointer to this array and the array's length in a list "
 "head structure."
 msgstr ""
+"Les listes en Python sont de vrais tableaux de longueur variable "
+"contrairement à des listes orientées *Lisp* (i.e des listes chaînées). "
+"L'implémentation utilise un tableau contigu de références à d'autres objets. "
+"Elle conserve également un pointeur vers ce tableau et la longueur du "
+"tableau dans une structure de tête de liste."
 
 #: ../../src/Doc/faq/design.rst:497
 msgid ""
 "This makes indexing a list ``a[i]`` an operation whose cost is independent "
 "of the size of the list or the value of the index."
 msgstr ""
+"Cela rend l'indexation d'une liste ``a[i]`` une opération dont le coût est "
+"indépendant de la taille de la liste ou de la valeur de l'indice."
 
 #: ../../src/Doc/faq/design.rst:500
 msgid ""
@@ -957,17 +964,26 @@ msgid ""
 "repeatedly; when the array must be grown, some extra space is allocated so "
 "the next few times don't require an actual resize."
 msgstr ""
+"Lorsque des éléments sont ajoutés ou insérés, le tableau de références est "
+"redimensionné. Un savoir-faire ingénieux permet l'amélioration des "
+"performances lors de l'ajout fréquent d'éléments ; Lorsque le tableau doit "
+"être étendu, un certain espace supplémentaire est alloué de sorte que pour "
+"la prochaine fois, ceci ne nécessite plus un redimensionnement effectif."
 
 #: ../../src/Doc/faq/design.rst:507
 msgid "How are dictionaries implemented?"
-msgstr ""
+msgstr "Comment les dictionnaires sont-ils implémentés ?"
 
 #: ../../src/Doc/faq/design.rst:509
 msgid ""
 "Python's dictionaries are implemented as resizable hash tables.  Compared to "
 "B-trees, this gives better performance for lookup (the most common operation "
 "by far) under most circumstances, and the implementation is simpler."
 msgstr ""
+"Les dictionnaires Python sont implémentés sous forme de tables de hachage "
+"redimensionnables.  Par rapport aux *B-trees*, cela donne de meilleures "
+"performances pour la recherche (l'opération la plus courante de loin) dans "
+"la plupart des circonstances, et leur implémentation est plus simple."
 
 #: ../../src/Doc/faq/design.rst:513
 msgid ""
@@ -984,10 +1000,26 @@ msgid ""
 "will output the dictionary's content in some arbitrary jumbled order that "
 "can change with every invocation of a program."
 msgstr ""
+"Les dictionnaires fonctionnent en calculant un code de hachage pour chaque "
+"clé stockée dans le dictionnaire en utilisant la fonction :func:`hash`.  Le "
+"code de hachage varie grandement selon la clé et du nombre de processus "
+"utilisés ; Par exemple, la chaine de caractère \"Python\" pourrait avoir "
+"comme code de hachage une valeur allant jusqu'à-539294296 tandis que la "
+"chaine \"python\",qui se distingue de la première par un seul bit, pourrait "
+"avoir comme code de hachage une valeur allant jusqu'à 1142331976.  Le code "
+"de hachage est ensuite utilisé pour calculer un emplacement dans un tableau "
+"interne où la valeur est stockée.  Dans l'hypothèse où vous stockez les clés "
+"qui ont toutes des valeurs de hachage différentes, cela signifie que les "
+"dictionnaires parcourt le dictionnaire en un temps constant  -- O(1), en "
+"notation scientifique informatique - - pour récupérer une clé.  Cela "
+"signifie également qu'aucun ordre de tri des clés n'est maintenu, et lors du "
+"parcours du tableau, les ``.keys()`` et ``.items()`` afficheront le contenu "
+"du dictionnaire dans un certain ordre arbitraire qui peut changer à chaque "
+"appel d'un programme."
 
 #: ../../src/Doc/faq/design.rst:528
 msgid "Why must dictionary keys be immutable?"
-msgstr ""
+msgstr "Pourquoi les clés du dictionnaire sont immuables ?"
 
 #: ../../src/Doc/faq/design.rst:530
 msgid ""
@@ -1001,6 +1033,16 @@ msgid ""
 "be found either, because the value of the object found in that hash bin "
 "would be different."
 msgstr ""
+"L'implémentation de la table de hachage des dictionnaires utilise une valeur "
+"de hachage calculée à partir de la valeur de la clé pour trouver la clé elle-"
+"même.  Si la clé était un objet mutable, sa valeur peut changer, et donc son "
+"hachage pourrait également changer.  Mais toute personne modifiant l'objet "
+"clé ne peut pas dire qu'elle a été utilisée comme une clé de dictionnaire. "
+"Il ne peut déplacer l'entrée dans le dictionnaire.  Ainsi, lorsque vous "
+"essayez de rechercher le même objet dans le dictionnaire, il ne sera pas "
+"disponible parce que sa valeur de hachage est différente. Si vous essayez de "
+"chercher l'ancienne valeur, elle serait également introuvable car la valeur "
+"de l'objet trouvé dans cet emplacement de hachage serait différente."
 
 #: ../../src/Doc/faq/design.rst:539
 msgid ""
@@ -1009,30 +1051,45 @@ msgid ""
 "as the list ``L``.  Tuples are immutable and can therefore be used as "
 "dictionary keys."
 msgstr ""
+"Si vous voulez un dictionnaire indexé avec une liste, il faut simplement "
+"convertir la liste en un  *tuple*  ; la fonction ``tuple(L)` crée un *tuple* "
+"avec les mêmes entrées que la liste ``L``.  Les *tuples* sont immuables et "
+"peuvent donc être utilisés comme clés du dictionnaire."
 
 #: ../../src/Doc/faq/design.rst:543
 msgid "Some unacceptable solutions that have been proposed:"
-msgstr ""
+msgstr "Certaines solutions insatisfaisantes qui ont été proposées :"
 
 #: ../../src/Doc/faq/design.rst:545
 msgid ""
 "Hash lists by their address (object ID).  This doesn't work because if you "
 "construct a new list with the same value it won't be found; e.g.::"
 msgstr ""
+"Les listes de hachage par leur adresse (*ID* de l'objet).  Cela ne "
+"fonctionne pas parce que si vous créez une nouvelle liste avec la même "
+"valeur, elle ne sera pas retrouvée; par exemple.::"
 
 #: ../../src/Doc/faq/design.rst:551
 msgid ""
 "would raise a KeyError exception because the id of the ``[1, 2]`` used in "
 "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 soulè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 "
+"d'autres termes, les clés de dictionnaire doivent être comparées à l'aide du "
+"comparateur  ``==`` et non à l'aide du :keyword:`is`."
 
 #: ../../src/Doc/faq/design.rst:555
 msgid ""
 "Make a copy when using a list as a key.  This doesn't work because the list, "
 "being a mutable object, could contain a reference to itself, and then the "
 "copying code would run into an infinite loop."
 msgstr ""
+"Faire une copie lors de l'utilisation d'une liste en tant que clé.  Cela ne "
+"fonctionne pas puisque la liste, étant un objet mutable, pourrait contenir "
+"une référence à elle-même ou avoir une boucle infinie au niveau du code "
+"copié."
 
 #: ../../src/Doc/faq/design.rst:559
 msgid ""
@@ -1171,7 +1228,7 @@ msgstr ""
 
 #: ../../src/Doc/faq/design.rst:668
 msgid "Why is there no goto?"
-msgstr ""
+msgstr "Pourquoi n'y a-t-il pas de goto en Python ?"
 
 #: ../../src/Doc/faq/design.rst:670
 msgid ""
@@ -1180,12 +1237,20 @@ 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 "
+"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 "
+"Fortran ou autres langages de programmation.  Par exemple::"
 
 #: ../../src/Doc/faq/design.rst:685
 msgid ""
 "This doesn't allow you to jump into the middle of a loop, but that's usually "
 "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.  À "
+"Utiliser avec parcimonie."
 
 #: ../../src/Doc/faq/design.rst:690
 msgid "Why can't raw strings (r-strings) end with a backslash?"
@@ -1222,17 +1287,22 @@ msgstr ""
 #: ../../src/Doc/faq/design.rst:716
 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 ?"
 
 #: ../../src/Doc/faq/design.rst:718
 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 "
+"appelant le code sur l'entrée et la sortie du bloc.  Certains langages "
+"possèdent une construction qui ressemble à ceci::"
 
 #: ../../src/Doc/faq/design.rst:726
 msgid "In Python, such a construct would be ambiguous."
-msgstr ""
+msgstr "En Python, une telle construction serait ambiguë."
 
 #: ../../src/Doc/faq/design.rst:728
 msgid ""
@@ -1241,6 +1311,11 @@ msgid ""
 "assigned to. This is the main point of static typing -- the compiler "
 "*always* knows the scope of every variable at compile time."
 msgstr ""
+"Les autres langages, tels que le Pascal, le Delphi et le C++ utilisent des "
+"types statiques, il est donc possible de savoir d'une manière claire et "
+"directe ce à quoi est attribué un membre. C'est le point principal du typage "
+"statique --le compilateur connaît *toujours* la portée de toutes les "
+"variables au moment de la compilation."
 
 #: ../../src/Doc/faq/design.rst:733
 msgid ""
@@ -1250,6 +1325,11 @@ msgid ""
 "simple reading, what attribute is being referenced: a local one, a global "
 "one, or a member attribute?"
 msgstr ""
+"Python utilise le typage dynamique. Il est impossible de savoir à l'avance "
+"quel attribut est utilisé comme référence lors de l'exécution. Les attributs "
+"membres peuvent être ajoutés ou retirés des objets à la volée. Il est donc "
+"impossible de savoir, d'une simple lecture, quel attribut est référencé : "
+"s'il est local, global ou un attribut membre?"
 
 #: ../../src/Doc/faq/design.rst:739
 msgid "For instance, take the following incomplete snippet::"
@@ -1354,11 +1434,11 @@ msgstr ""
 
 #: ../../src/Doc/faq/extending.rst:3
 msgid "Extending/Embedding FAQ"
-msgstr ""
+msgstr "FAQ Extension/Intégration"
 
 #: ../../src/Doc/faq/extending.rst:16
 msgid "Can I create my own functions in C?"
-msgstr ""
+msgstr "Puis-je créer mes propres fonctions en C ?"
 
 #: ../../src/Doc/faq/extending.rst:18
 msgid ""
@@ -1373,7 +1453,7 @@ msgstr ""
 
 #: ../../src/Doc/faq/extending.rst:26
 msgid "Can I create my own functions in C++?"
-msgstr ""
+msgstr "Puis-je créer mes propres fonctions en C++ ?"
 
 #: ../../src/Doc/faq/extending.rst:28
 msgid ""
@@ -1382,16 +1462,23 @@ msgid ""
 "each function that is going to be called by the Python interpreter.  Global "
 "or static C++ objects with constructors are probably not a good idea."
 msgstr ""
+"Oui, en utilisant les fonctionnalités de compatibilité C existantes en C++.  "
+"Placez ``extern \"C\" { ... }`` autour des fichiers Python inclus et mettez  "
+"``extern \"C\"`` avant chaque fonction qui va être appelée par "
+"l'interpréteur Python.  Les objets  C++ globaux ou statiques avec les "
+"constructeurs ne sont probablement pas une bonne idée."
 
 #: ../../src/Doc/faq/extending.rst:37
 msgid "Writing C is hard; are there any alternatives?"
-msgstr ""
+msgstr "Écrire directement en C est difficile ; existe-t-il des alternatives ?"
 
 #: ../../src/Doc/faq/extending.rst:39
 msgid ""
 "There are a number of alternatives to writing your own C extensions, "
 "depending on what you're trying to do."
 msgstr ""
+"Il y a un certain nombre de solutions existantes qui vous permettent "
+"d'écrire vos propres extensions C, selon ce que vous essayez de faire."
 
 #: ../../src/Doc/faq/extending.rst:44
 msgid ""