@@ -6,14 +6,14 @@ msgstr ""
66"Project-Id-Version :Python 3.6\n "
77"Report-Msgid-Bugs-To :\n "
88"POT-Creation-Date :2019-04-10 09:35+0200\n "
9- "PO-Revision-Date :2019-04-11 18:09 +0200\n "
10- "Last-Translator :Jules Lasne <jules.lasne @gmail.com>\n
9+ "PO-Revision-Date :2019-08-21 10:59 +0200\n "
10+ "Last-Translator :Zepmanbc <zepman @gmail.com>\n
1111"Language-Team :FRENCH <traductions@lists.afpy.org>\n "
1212"Language :fr\n "
1313"MIME-Version :1.0\n "
1414"Content-Type :text/plain; charset=UTF-8\n "
1515"Content-Transfer-Encoding :8bit\n "
16- "X-Generator :Poedit 2.2.1 \n "
16+ "X-Generator :Poedit 2.2.3 \n "
1717
1818#: ../Doc/faq/windows.rst:9
1919msgid "Python on Windows FAQ"
@@ -236,6 +236,11 @@ msgid ""
236236"extension for building Python 2.x-based executables, does not yet support "
237237"Python 3 but a version that does is in development."
238238msgstr ""
239+ "Regardez `cx_Freeze <https://anthony-tuininga.github.io/cx_Freeze/>`_ pour "
240+ "une extension *distutils* qui permet de créer des exécutables console et IUG "
241+ "à partir de code Python. `py2exe <http://www.py2exe.org/>`_ est l'extension "
242+ "la plus populaire pour construire des exécutables basés sur Python 2.x mais "
243+ "l'implémentation en Python 3 est en cours de développement."
239244
240245#: ../Doc/faq/windows.rst:151
241246msgid "Is a ``*.pyd`` file the same as a DLL?"
@@ -250,6 +255,13 @@ msgid ""
250255"``PyInit_foo()`` to initialize it. You do not link your .exe with foo.lib, "
251256"as that would cause Windows to require the DLL to be present."
252257msgstr ""
258+ "Oui, les fichiers *.pyd* sont des fichiers *dll*, mais il y a quelques "
259+ "différences. Si vous avez une *DLL* ``foo.pyd``, celle-ci doit posséder une "
260+ "fonction ``PyInit_foo()``. Vous pouvez alors écrire en Python « *import "
261+ "foo* » et Python recherchera le fichier *foo.pyd* (ainsi que *foo.py* et "
262+ "*foo.pyc*); s'il le trouve, il tentera d'appeler ``PyInit_foo()`` pour "
263+ "l'initialiser. Ne liez pas votre *.exe* avec *foo.lib* car dans ce cas "
264+ "Windows aura besoin de la DLL."
253265
254266#: ../Doc/faq/windows.rst:160
255267msgid ""
@@ -261,16 +273,26 @@ msgid ""
261273"``__declspec(dllexport)``. In a .pyd, linkage is defined in a list of "
262274"available functions."
263275msgstr ""
276+ "Notez que le chemin de recherche pour *foo.pyd* est *PYTHONPATH*, il est "
277+ "différent de celui qu'utilise Windows pour rechercher *foo.dll*. De plus, "
278+ "*foo.pyd* n'a pas besoin d'être présent pour que votre programme s'exécute "
279+ "alors que si vous avez lié votre programme avec une *dll* celle-ci est "
280+ "requise. Bien sûr *foo.pyd* est nécessaire si vous écrivez ``import foo``. "
281+ "Dans une *DLL* le lien est déclaré dans le code source avec "
282+ "``__declspec(dllexport)``. Dans un *.pyd* la liaison est définie dans une "
283+ "liste de fonctions disponibles."
264284
265285#: ../Doc/faq/windows.rst:169
266286msgid "How can I embed Python into a Windows application?"
267- msgstr ""
287+ msgstr "Comment puis-je intégrer Python dans une application Windows ? "
268288
269289#: ../Doc/faq/windows.rst:171
270290msgid ""
271291"Embedding the Python interpreter in a Windows app can be summarized as "
272292"follows:"
273293msgstr ""
294+ "L'intégration de l'interpréteur Python dans une application Windows peut se "
295+ "résumer comme suit :"
274296
275297#: ../Doc/faq/windows.rst:173
276298msgid ""
@@ -280,6 +302,12 @@ msgid ""
280302"it is typically installed in ``C:\\ Windows\\ System``. *NN* is the Python "
281303"version, a number such as\" 33\" for Python 3.3."
282304msgstr ""
305+ "Ne compilez _pas_ Python directement dans votre fichier *.exe*. Sous "
306+ "Windows, Python doit être une DLL pour pouvoir importer des modules qui sont "
307+ "eux-mêmes des DLL (ceci constitue une information de première importance non "
308+ "documentée). Au lieu de cela faites un lien vers :file:`python{NN}.dll` qui "
309+ "est généralement placé dans ``C:\\ Windows\\ System``. *NN* étant la version "
310+ "Python, par exemple « 33 » pour Python 3.3."
283311
284312#: ../Doc/faq/windows.rst:179
285313msgid ""
@@ -289,6 +317,12 @@ msgid ""
289317"the so-called\" import lib\" corresponding to :file:`python{NN}.dll`. It "
290318"merely defines symbols for the linker.)"
291319msgstr ""
320+ "Vous pouvez créer un lien vers Python de deux manières différentes. Un lien "
321+ "au moment du chargement signifie pointer vers :file:`python{NN}.lib`, tandis "
322+ "qu'un lien au moment de l'exécution signifie pointer vers :file:`python{NN}."
323+ "dll`. (Note générale : :file:`python{NN}.lib` est le soi-disant « *import "
324+ "lib* » correspondant à :file:`python{NN}.dll`. Il définit simplement des "
325+ "liens symboliques pour l'éditeur de liens.)"
292326
293327#: ../Doc/faq/windows.rst:185
294328msgid ""
@@ -300,12 +334,22 @@ msgid ""
300334"these pointers transparent to any C code that calls routines in Python's C "
301335"API."
302336msgstr ""
337+ "La liaison en temps réel simplifie grandement les options de liaison ; tout "
338+ "se passe au moment de l'exécution. Votre code doit charger :file:"
339+ "`python{NN}.dll` en utilisant la routine Windows ``LoadLibraryEx()``. Le "
340+ "code doit aussi utiliser des routines d'accès et des données dans :file:"
341+ "`python{NN}.dll` (c'est-à-dire les API C de Python) en utilisant des "
342+ "pointeurs obtenus par la routine Windows ``GetProcAddress()``. Les macros "
343+ "peuvent rendre l'utilisation de ces pointeurs transparente à tout code C qui "
344+ "appelle des routines dans l'API C de Python."
303345
304346#: ../Doc/faq/windows.rst:192
305347msgid ""
306348"Borland note: convert :file:`python{NN}.lib` to OMF format using Coff2Omf."
307349"exe first."
308350msgstr ""
351+ "Note Borland : convertir :file:`python{NN}.lib` au format OMF en utilisant "
352+ "*Coff2Omf.exe* en premier."
309353
310354#: ../Doc/faq/windows.rst:197
311355msgid ""
@@ -315,6 +359,12 @@ msgid ""
315359"link *into* your .exe file (!) You do _not_ have to create a DLL file, and "
316360"this also simplifies linking."
317361msgstr ""
362+ "Si vous utilisez SWIG, il est facile de créer un « module d'extension » "
363+ "Python qui rendra les données et les méthodes de l'application disponibles "
364+ "pour Python. SWIG s'occupera de tous les détails ennuyeux pour vous. Le "
365+ "résultat est du code C que vous liez *dans* votre *fichier.exe* (!) Vous "
366+ "n'avez _pas_ besoin de créer un fichier DLL, et cela simplifie également la "
367+ "liaison."
318368
319369#: ../Doc/faq/windows.rst:203
320370msgid ""
@@ -324,25 +374,39 @@ msgid ""
324374"classes, as you should, the init function will be called initleoc(). This "
325375"initializes a mostly hidden helper class used by the shadow class."
326376msgstr ""
377+ "SWIG va créer une fonction d'initialisation (fonction en C) dont le nom "
378+ "dépend du nom du module d'extension. Par exemple, si le nom du module est "
379+ "*leo*, la fonction *init* sera appelée *initleo()*. Si vous utilisez des "
380+ "classes *shadow* SWIG, comme vous le devriez, la fonction *init* sera "
381+ "appelée *initleoc()*. Ceci initialise une classe auxiliaire invisible "
382+ "utilisée par la classe *shadow*."
327383
328384#: ../Doc/faq/windows.rst:209
329385msgid ""
330386"The reason you can link the C code in step 2 into your .exe file is that "
331387"calling the initialization function is equivalent to importing the module "
332388"into Python! (This is the second key undocumented fact.)"
333389msgstr ""
390+ "La raison pour laquelle vous pouvez lier le code C à l'étape 2 dans votre "
391+ "*fichier.exe* est que l'appel de la fonction d'initialisation équivaut à "
392+ "importer le module dans Python ! (C'est le deuxième fait clé non documenté.)"
334393
335394#: ../Doc/faq/windows.rst:213
336395msgid ""
337396"In short, you can use the following code to initialize the Python "
338397"interpreter with your extension module."
339398msgstr ""
399+ "En bref, vous pouvez utiliser le code suivant pour initialiser "
400+ "l'interpréteur Python avec votre module d'extension."
340401
341402#: ../Doc/faq/windows.rst:224
342403msgid ""
343404"There are two problems with Python's C API which will become apparent if you "
344405"use a compiler other than MSVC, the compiler used to build pythonNN.dll."
345406msgstr ""
407+ "Il y a deux problèmes avec l'API C de Python qui apparaîtront si vous "
408+ "utilisez un compilateur autre que MSVC, le compilateur utilisé pour "
409+ "construire *pythonNN.dll*."
346410
347411#: ../Doc/faq/windows.rst:227
348412msgid ""
@@ -351,26 +415,40 @@ msgid ""
351415"compiler's notion of a struct FILE will be different. From an "
352416"implementation standpoint these are very _low_ level functions."
353417msgstr ""
418+ "Problème 1 : Les fonctions dites de\" Très Haut Niveau\" qui prennent les "
419+ "arguments FILE * ne fonctionneront pas dans un environnement multi-"
420+ "compilateur car chaque compilateur aura une notion différente de la "
421+ "structure de FILE. Du point de vue de l'implémentation, il s'agit de "
422+ "fonctions de très bas niveau."
354423
355424#: ../Doc/faq/windows.rst:232
356425msgid ""
357426"Problem 2: SWIG generates the following code when generating wrappers to "
358427"void functions:"
359428msgstr ""
429+ "Problème 2 : SWIG génère le code suivant lors de la génération "
430+ "*d'encapsuleurs* pour annuler les fonctions :"
360431
361432#: ../Doc/faq/windows.rst:241
362433msgid ""
363434"Alas, Py_None is a macro that expands to a reference to a complex data "
364435"structure called _Py_NoneStruct inside pythonNN.dll. Again, this code will "
365436"fail in a mult-compiler environment. Replace such code by:"
366437msgstr ""
438+ "Hélas, *Py_None* est une macro qui se développe en référence à une structure "
439+ "de données complexe appelée *_Py_NoneStruct* dans *pythonNN.dll*. Encore "
440+ "une fois, ce code échouera dans un environnement multi-compilateur. "
441+ "Remplacez ce code par :"
367442
368443#: ../Doc/faq/windows.rst:249
369444msgid ""
370445"It may be possible to use SWIG's ``%typemap`` command to make the change "
371446"automatically, though I have not been able to get this to work (I'm a "
372447"complete SWIG newbie)."
373448msgstr ""
449+ "Il est possible d'utiliser la commande ``%typemap`` de SWIG pour effectuer "
450+ "le changement automatiquement, bien que je n'ai pas réussi à le faire "
451+ "fonctionner (je suis un débutant complet avec SWIG)."
374452
375453#: ../Doc/faq/windows.rst:253
376454msgid ""
@@ -383,6 +461,15 @@ msgid ""
383461"is a Python object (defined in your extension module) that contains read() "
384462"and write() methods."
385463msgstr ""
464+ "Utiliser un script shell Python pour créer une fenêtre d'interpréteur Python "
465+ "depuis votre application Windows n'est pas une bonne idée ; la fenêtre "
466+ "résultante sera indépendante du système de fenêtrage de votre application. "
467+ "Vous (ou la classe *wxPythonWindow*) devriez plutôt créer une fenêtre "
468+ "d'interpréteur « native ». Il est facile de connecter cette fenêtre à "
469+ "l'interpréteur Python. Vous pouvez rediriger l'entrée/sortie de Python vers "
470+ "*n'importe quel* objet qui supporte la lecture et l'écriture, donc tout ce "
471+ "dont vous avez besoin est un objet Python (défini dans votre module "
472+ "d'extension) qui contient les méthodes *read()* et *write()*."
386473
387474#: ../Doc/faq/windows.rst:262
388475msgid "How do I keep editors from inserting tabs into my Python source?"