-
-
Notifications
You must be signed in to change notification settings - Fork 13
Expand file tree
/
Copy path3.3.po
More file actions
3455 lines (2773 loc) · 108 KB
/
3.3.po
File metadata and controls
3455 lines (2773 loc) · 108 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
# SOME DESCRIPTIVE TITLE.
# Copyright (C) 2001-2026, Python Software Foundation
# This file is distributed under the same license as the Python package.
# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
#
# Translators:
# Rafael Fontenelle <[email protected]>, 2025
# python-doc bot, 2025
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: Python 3.12\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2026-04-11 16:04+0000\n"
"PO-Revision-Date: 2025-07-18 19:59+0000\n"
"Last-Translator: python-doc bot, 2025\n"
"Language-Team: Polish (https://app.transifex.com/python-doc/teams/5390/pl/)\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: pl\n"
"Plural-Forms: nplurals=4; plural=(n==1 ? 0 : (n%10>=2 && n%10<=4) && "
"(n%100<12 || n%100>14) ? 1 : n!=1 && (n%10>=0 && n%10<=1) || (n%10>=5 && "
"n%10<=9) || (n%100>=12 && n%100<=14) ? 2 : 3);\n"
msgid "What's New In Python 3.3"
msgstr ""
msgid ""
"This article explains the new features in Python 3.3, compared to 3.2. "
"Python 3.3 was released on September 29, 2012. For full details, see the "
"`changelog <https://docs.python.org/3.3/whatsnew/changelog.html>`_."
msgstr ""
msgid ":pep:`398` - Python 3.3 Release Schedule"
msgstr ""
msgid "Summary -- Release highlights"
msgstr "Podsumowanie – najważniejsze nowości"
msgid "New syntax features:"
msgstr "Nowe cechy składni:"
msgid ""
"New ``yield from`` expression for :ref:`generator delegation <pep-380>`."
msgstr ""
msgid "The ``u'unicode'`` syntax is accepted again for :class:`str` objects."
msgstr ""
msgid "New library modules:"
msgstr "Nowe moduły biblioteki:"
msgid ":mod:`faulthandler` (helps debugging low-level crashes)"
msgstr ""
msgid ""
":mod:`ipaddress` (high-level objects representing IP addresses and masks)"
msgstr ""
msgid ":mod:`lzma` (compress data using the XZ / LZMA algorithm)"
msgstr ""
msgid ""
":mod:`unittest.mock` (replace parts of your system under test with mock "
"objects)"
msgstr ""
msgid ""
":mod:`venv` (Python :ref:`virtual environments <pep-405>`, as in the popular "
"``virtualenv`` package)"
msgstr ""
msgid "New built-in features:"
msgstr "Nowe wbudowane funkcje:"
msgid "Reworked :ref:`I/O exception hierarchy <pep-3151>`."
msgstr ""
msgid "Implementation improvements:"
msgstr ""
msgid ""
"Rewritten :ref:`import machinery <importlib>` based on :mod:`importlib`."
msgstr ""
msgid "More compact :ref:`unicode strings <pep-393>`."
msgstr ""
msgid "More compact :ref:`attribute dictionaries <pep-412>`."
msgstr ""
msgid "Significantly Improved Library Modules:"
msgstr ""
msgid "C Accelerator for the :ref:`decimal <new-decimal>` module."
msgstr ""
msgid ""
"Better unicode handling in the :ref:`email <new-email>` module (:term:"
"`provisional <provisional package>`)."
msgstr ""
msgid "Security improvements:"
msgstr ""
msgid "Hash randomization is switched on by default."
msgstr ""
msgid "Please read on for a comprehensive list of user-facing changes."
msgstr ""
msgid "PEP 405: Virtual Environments"
msgstr ""
msgid ""
"Virtual environments help create separate Python setups while sharing a "
"system-wide base install, for ease of maintenance. Virtual environments "
"have their own set of private site packages (i.e. locally installed "
"libraries), and are optionally segregated from the system-wide site "
"packages. Their concept and implementation are inspired by the popular "
"``virtualenv`` third-party package, but benefit from tighter integration "
"with the interpreter core."
msgstr ""
msgid ""
"This PEP adds the :mod:`venv` module for programmatic access, and the "
"``pyvenv`` script for command-line access and administration. The Python "
"interpreter checks for a ``pyvenv.cfg``, file whose existence signals the "
"base of a virtual environment's directory tree."
msgstr ""
msgid ":pep:`405` - Python Virtual Environments"
msgstr ""
msgid "PEP written by Carl Meyer; implementation by Carl Meyer and Vinay Sajip"
msgstr ""
msgid "PEP 420: Implicit Namespace Packages"
msgstr ""
msgid ""
"Native support for package directories that don't require ``__init__.py`` "
"marker files and can automatically span multiple path segments (inspired by "
"various third party approaches to namespace packages, as described in :pep:"
"`420`)"
msgstr ""
msgid ":pep:`420` - Implicit Namespace Packages"
msgstr ""
msgid ""
"PEP written by Eric V. Smith; implementation by Eric V. Smith and Barry "
"Warsaw"
msgstr ""
msgid ""
"PEP 3118: New memoryview implementation and buffer protocol documentation"
msgstr ""
msgid "The implementation of :pep:`3118` has been significantly improved."
msgstr ""
msgid ""
"The new memoryview implementation comprehensively fixes all ownership and "
"lifetime issues of dynamically allocated fields in the Py_buffer struct that "
"led to multiple crash reports. Additionally, several functions that crashed "
"or returned incorrect results for non-contiguous or multi-dimensional input "
"have been fixed."
msgstr ""
msgid ""
"The memoryview object now has a PEP-3118 compliant getbufferproc() that "
"checks the consumer's request type. Many new features have been added, most "
"of them work in full generality for non-contiguous arrays and arrays with "
"suboffsets."
msgstr ""
msgid ""
"The documentation has been updated, clearly spelling out responsibilities "
"for both exporters and consumers. Buffer request flags are grouped into "
"basic and compound flags. The memory layout of non-contiguous and multi-"
"dimensional NumPy-style arrays is explained."
msgstr ""
msgid "Features"
msgstr ""
msgid ""
"All native single character format specifiers in struct module syntax "
"(optionally prefixed with '@') are now supported."
msgstr ""
msgid ""
"With some restrictions, the cast() method allows changing of format and "
"shape of C-contiguous arrays."
msgstr ""
msgid ""
"Multi-dimensional list representations are supported for any array type."
msgstr ""
msgid "Multi-dimensional comparisons are supported for any array type."
msgstr ""
msgid ""
"One-dimensional memoryviews of hashable (read-only) types with formats B, b "
"or c are now hashable. (Contributed by Antoine Pitrou in :issue:`13411`.)"
msgstr ""
msgid ""
"Arbitrary slicing of any 1-D arrays type is supported. For example, it is "
"now possible to reverse a memoryview in *O*\\ (1) by using a negative step."
msgstr ""
msgid "API changes"
msgstr ""
msgid "The maximum number of dimensions is officially limited to 64."
msgstr ""
msgid ""
"The representation of empty shape, strides and suboffsets is now an empty "
"tuple instead of ``None``."
msgstr ""
msgid ""
"Accessing a memoryview element with format 'B' (unsigned bytes) now returns "
"an integer (in accordance with the struct module syntax). For returning a "
"bytes object the view must be cast to 'c' first."
msgstr ""
msgid ""
"memoryview comparisons now use the logical structure of the operands and "
"compare all array elements by value. All format strings in struct module "
"syntax are supported. Views with unrecognised format strings are still "
"permitted, but will always compare as unequal, regardless of view contents."
msgstr ""
msgid ""
"For further changes see `Build and C API Changes`_ and `Porting C code`_."
msgstr ""
msgid "(Contributed by Stefan Krah in :issue:`10181`.)"
msgstr ""
msgid ":pep:`3118` - Revising the Buffer Protocol"
msgstr ""
msgid "PEP 393: Flexible String Representation"
msgstr ""
msgid ""
"The Unicode string type is changed to support multiple internal "
"representations, depending on the character with the largest Unicode ordinal "
"(1, 2, or 4 bytes) in the represented string. This allows a space-efficient "
"representation in common cases, but gives access to full UCS-4 on all "
"systems. For compatibility with existing APIs, several representations may "
"exist in parallel; over time, this compatibility should be phased out."
msgstr ""
msgid "On the Python side, there should be no downside to this change."
msgstr ""
msgid ""
"On the C API side, :pep:`393` is fully backward compatible. The legacy API "
"should remain available at least five years. Applications using the legacy "
"API will not fully benefit of the memory reduction, or - worse - may use a "
"bit more memory, because Python may have to maintain two versions of each "
"string (in the legacy format and in the new efficient storage)."
msgstr ""
msgid "Functionality"
msgstr ""
msgid "Changes introduced by :pep:`393` are the following:"
msgstr ""
msgid ""
"Python now always supports the full range of Unicode code points, including "
"non-BMP ones (i.e. from ``U+0000`` to ``U+10FFFF``). The distinction "
"between narrow and wide builds no longer exists and Python now behaves like "
"a wide build, even under Windows."
msgstr ""
msgid ""
"With the death of narrow builds, the problems specific to narrow builds have "
"also been fixed, for example:"
msgstr ""
msgid ""
":func:`len` now always returns 1 for non-BMP characters, so "
"``len('\\U0010FFFF') == 1``;"
msgstr ""
msgid ""
"surrogate pairs are not recombined in string literals, so "
"``'\\uDBFF\\uDFFF' != '\\U0010FFFF'``;"
msgstr ""
msgid ""
"indexing or slicing non-BMP characters returns the expected value, so "
"``'\\U0010FFFF'[0]`` now returns ``'\\U0010FFFF'`` and not ``'\\uDBFF'``;"
msgstr ""
msgid ""
"all other functions in the standard library now correctly handle non-BMP "
"code points."
msgstr ""
msgid ""
"The value of :data:`sys.maxunicode` is now always ``1114111`` (``0x10FFFF`` "
"in hexadecimal). The :c:func:`!PyUnicode_GetMax` function still returns "
"either ``0xFFFF`` or ``0x10FFFF`` for backward compatibility, and it should "
"not be used with the new Unicode API (see :issue:`13054`)."
msgstr ""
msgid "The :file:`./configure` flag ``--with-wide-unicode`` has been removed."
msgstr ""
msgid "Performance and resource usage"
msgstr ""
msgid ""
"The storage of Unicode strings now depends on the highest code point in the "
"string:"
msgstr ""
msgid ""
"pure ASCII and Latin1 strings (``U+0000-U+00FF``) use 1 byte per code point;"
msgstr ""
msgid "BMP strings (``U+0000-U+FFFF``) use 2 bytes per code point;"
msgstr ""
msgid "non-BMP strings (``U+10000-U+10FFFF``) use 4 bytes per code point."
msgstr ""
msgid ""
"The net effect is that for most applications, memory usage of string storage "
"should decrease significantly - especially compared to former wide unicode "
"builds - as, in many cases, strings will be pure ASCII even in international "
"contexts (because many strings store non-human language data, such as XML "
"fragments, HTTP headers, JSON-encoded data, etc.). We also hope that it "
"will, for the same reasons, increase CPU cache efficiency on non-trivial "
"applications. The memory usage of Python 3.3 is two to three times smaller "
"than Python 3.2, and a little bit better than Python 2.7, on a Django "
"benchmark (see the PEP for details)."
msgstr ""
msgid ":pep:`393` - Flexible String Representation"
msgstr ""
msgid ""
"PEP written by Martin von Löwis; implementation by Torsten Becker and Martin "
"von Löwis."
msgstr ""
msgid "PEP 397: Python Launcher for Windows"
msgstr ""
msgid ""
"The Python 3.3 Windows installer now includes a ``py`` launcher application "
"that can be used to launch Python applications in a version independent "
"fashion."
msgstr ""
msgid ""
"This launcher is invoked implicitly when double-clicking ``*.py`` files. If "
"only a single Python version is installed on the system, that version will "
"be used to run the file. If multiple versions are installed, the most recent "
"version is used by default, but this can be overridden by including a Unix-"
"style \"shebang line\" in the Python script."
msgstr ""
msgid ""
"The launcher can also be used explicitly from the command line as the ``py`` "
"application. Running ``py`` follows the same version selection rules as "
"implicitly launching scripts, but a more specific version can be selected by "
"passing appropriate arguments (such as ``-3`` to request Python 3 when "
"Python 2 is also installed, or ``-2.6`` to specifically request an earlier "
"Python version when a more recent version is installed)."
msgstr ""
msgid ""
"In addition to the launcher, the Windows installer now includes an option to "
"add the newly installed Python to the system PATH. (Contributed by Brian "
"Curtin in :issue:`3561`.)"
msgstr ""
msgid ":pep:`397` - Python Launcher for Windows"
msgstr ""
msgid ""
"PEP written by Mark Hammond and Martin v. Löwis; implementation by Vinay "
"Sajip."
msgstr ""
msgid "Launcher documentation: :ref:`launcher`"
msgstr ""
msgid "Installer PATH modification: :ref:`windows-path-mod`"
msgstr ""
msgid "PEP 3151: Reworking the OS and IO exception hierarchy"
msgstr ""
msgid ""
"The hierarchy of exceptions raised by operating system errors is now both "
"simplified and finer-grained."
msgstr ""
msgid ""
"You don't have to worry anymore about choosing the appropriate exception "
"type between :exc:`OSError`, :exc:`IOError`, :exc:`EnvironmentError`, :exc:"
"`WindowsError`, :exc:`mmap.error`, :exc:`socket.error` or :exc:`select."
"error`. All these exception types are now only one: :exc:`OSError`. The "
"other names are kept as aliases for compatibility reasons."
msgstr ""
msgid ""
"Also, it is now easier to catch a specific error condition. Instead of "
"inspecting the ``errno`` attribute (or ``args[0]``) for a particular "
"constant from the :mod:`errno` module, you can catch the adequate :exc:"
"`OSError` subclass. The available subclasses are the following:"
msgstr ""
msgid ":exc:`BlockingIOError`"
msgstr ":exc:`BlockingIOError`"
msgid ":exc:`ChildProcessError`"
msgstr ":exc:`ChildProcessError`"
msgid ":exc:`ConnectionError`"
msgstr ":exc:`ConnectionError`"
msgid ":exc:`FileExistsError`"
msgstr ":exc:`FileExistsError`"
msgid ":exc:`FileNotFoundError`"
msgstr ":exc:`FileNotFoundError`"
msgid ":exc:`InterruptedError`"
msgstr ":exc:`InterruptedError`"
msgid ":exc:`IsADirectoryError`"
msgstr ":exc:`IsADirectoryError`"
msgid ":exc:`NotADirectoryError`"
msgstr ":exc:`NotADirectoryError`"
msgid ":exc:`PermissionError`"
msgstr ":exc:`PermissionError`"
msgid ":exc:`ProcessLookupError`"
msgstr ":exc:`ProcessLookupError`"
msgid ":exc:`TimeoutError`"
msgstr ":exc:`TimeoutError`"
msgid "And the :exc:`ConnectionError` itself has finer-grained subclasses:"
msgstr ""
msgid ":exc:`BrokenPipeError`"
msgstr ":exc:`BrokenPipeError`"
msgid ":exc:`ConnectionAbortedError`"
msgstr ":exc:`ConnectionAbortedError`"
msgid ":exc:`ConnectionRefusedError`"
msgstr ":exc:`ConnectionRefusedError`"
msgid ":exc:`ConnectionResetError`"
msgstr ":exc:`ConnectionResetError`"
msgid ""
"Thanks to the new exceptions, common usages of the :mod:`errno` can now be "
"avoided. For example, the following code written for Python 3.2::"
msgstr ""
msgid ""
"from errno import ENOENT, EACCES, EPERM\n"
"\n"
"try:\n"
" with open(\"document.txt\") as f:\n"
" content = f.read()\n"
"except IOError as err:\n"
" if err.errno == ENOENT:\n"
" print(\"document.txt file is missing\")\n"
" elif err.errno in (EACCES, EPERM):\n"
" print(\"You are not allowed to read document.txt\")\n"
" else:\n"
" raise"
msgstr ""
msgid ""
"can now be written without the :mod:`errno` import and without manual "
"inspection of exception attributes::"
msgstr ""
msgid ""
"try:\n"
" with open(\"document.txt\") as f:\n"
" content = f.read()\n"
"except FileNotFoundError:\n"
" print(\"document.txt file is missing\")\n"
"except PermissionError:\n"
" print(\"You are not allowed to read document.txt\")"
msgstr ""
msgid ":pep:`3151` - Reworking the OS and IO Exception Hierarchy"
msgstr ""
msgid "PEP written and implemented by Antoine Pitrou"
msgstr ""
msgid "PEP 380: Syntax for Delegating to a Subgenerator"
msgstr ""
msgid ""
"PEP 380 adds the ``yield from`` expression, allowing a :term:`generator` to "
"delegate part of its operations to another generator. This allows a section "
"of code containing :keyword:`yield` to be factored out and placed in another "
"generator. Additionally, the subgenerator is allowed to return with a value, "
"and the value is made available to the delegating generator."
msgstr ""
msgid ""
"While designed primarily for use in delegating to a subgenerator, the "
"``yield from`` expression actually allows delegation to arbitrary "
"subiterators."
msgstr ""
msgid ""
"For simple iterators, ``yield from iterable`` is essentially just a "
"shortened form of ``for item in iterable: yield item``::"
msgstr ""
msgid ""
">>> def g(x):\n"
"... yield from range(x, 0, -1)\n"
"... yield from range(x)\n"
"...\n"
">>> list(g(5))\n"
"[5, 4, 3, 2, 1, 0, 1, 2, 3, 4]"
msgstr ""
msgid ""
"However, unlike an ordinary loop, ``yield from`` allows subgenerators to "
"receive sent and thrown values directly from the calling scope, and return a "
"final value to the outer generator::"
msgstr ""
msgid ""
">>> def accumulate():\n"
"... tally = 0\n"
"... while 1:\n"
"... next = yield\n"
"... if next is None:\n"
"... return tally\n"
"... tally += next\n"
"...\n"
">>> def gather_tallies(tallies):\n"
"... while 1:\n"
"... tally = yield from accumulate()\n"
"... tallies.append(tally)\n"
"...\n"
">>> tallies = []\n"
">>> acc = gather_tallies(tallies)\n"
">>> next(acc) # Ensure the accumulator is ready to accept values\n"
">>> for i in range(4):\n"
"... acc.send(i)\n"
"...\n"
">>> acc.send(None) # Finish the first tally\n"
">>> for i in range(5):\n"
"... acc.send(i)\n"
"...\n"
">>> acc.send(None) # Finish the second tally\n"
">>> tallies\n"
"[6, 10]"
msgstr ""
msgid ""
"The main principle driving this change is to allow even generators that are "
"designed to be used with the ``send`` and ``throw`` methods to be split into "
"multiple subgenerators as easily as a single large function can be split "
"into multiple subfunctions."
msgstr ""
msgid ":pep:`380` - Syntax for Delegating to a Subgenerator"
msgstr ""
msgid ""
"PEP written by Greg Ewing; implementation by Greg Ewing, integrated into 3.3 "
"by Renaud Blanch, Ryan Kelly and Nick Coghlan; documentation by Zbigniew "
"Jędrzejewski-Szmek and Nick Coghlan"
msgstr ""
msgid "PEP 409: Suppressing exception context"
msgstr ""
msgid ""
"PEP 409 introduces new syntax that allows the display of the chained "
"exception context to be disabled. This allows cleaner error messages in "
"applications that convert between exception types::"
msgstr ""
msgid ""
">>> class D:\n"
"... def __init__(self, extra):\n"
"... self._extra_attributes = extra\n"
"... def __getattr__(self, attr):\n"
"... try:\n"
"... return self._extra_attributes[attr]\n"
"... except KeyError:\n"
"... raise AttributeError(attr) from None\n"
"...\n"
">>> D({}).x\n"
"Traceback (most recent call last):\n"
" File \"<stdin>\", line 1, in <module>\n"
" File \"<stdin>\", line 8, in __getattr__\n"
"AttributeError: x"
msgstr ""
msgid ""
"Without the ``from None`` suffix to suppress the cause, the original "
"exception would be displayed by default::"
msgstr ""
msgid ""
">>> class C:\n"
"... def __init__(self, extra):\n"
"... self._extra_attributes = extra\n"
"... def __getattr__(self, attr):\n"
"... try:\n"
"... return self._extra_attributes[attr]\n"
"... except KeyError:\n"
"... raise AttributeError(attr)\n"
"...\n"
">>> C({}).x\n"
"Traceback (most recent call last):\n"
" File \"<stdin>\", line 6, in __getattr__\n"
"KeyError: 'x'\n"
"\n"
"During handling of the above exception, another exception occurred:\n"
"\n"
"Traceback (most recent call last):\n"
" File \"<stdin>\", line 1, in <module>\n"
" File \"<stdin>\", line 8, in __getattr__\n"
"AttributeError: x"
msgstr ""
msgid ""
"No debugging capability is lost, as the original exception context remains "
"available if needed (for example, if an intervening library has incorrectly "
"suppressed valuable underlying details)::"
msgstr ""
msgid ""
">>> try:\n"
"... D({}).x\n"
"... except AttributeError as exc:\n"
"... print(repr(exc.__context__))\n"
"...\n"
"KeyError('x',)"
msgstr ""
">>> try:\n"
"... D({}).x\n"
"... except AttributeError as exc:\n"
"... print(repr(exc.__context__))\n"
"...\n"
"KeyError('x',)"
msgid ":pep:`409` - Suppressing exception context"
msgstr ""
msgid ""
"PEP written by Ethan Furman; implemented by Ethan Furman and Nick Coghlan."
msgstr ""
msgid "PEP 414: Explicit Unicode literals"
msgstr ""
msgid ""
"To ease the transition from Python 2 for Unicode aware Python applications "
"that make heavy use of Unicode literals, Python 3.3 once again supports the "
"\"``u``\" prefix for string literals. This prefix has no semantic "
"significance in Python 3, it is provided solely to reduce the number of "
"purely mechanical changes in migrating to Python 3, making it easier for "
"developers to focus on the more significant semantic changes (such as the "
"stricter default separation of binary and text data)."
msgstr ""
msgid ":pep:`414` - Explicit Unicode literals"
msgstr ""
msgid "PEP written by Armin Ronacher."
msgstr ""
msgid "PEP 3155: Qualified name for classes and functions"
msgstr ""
msgid ""
"Functions and class objects have a new :attr:`~definition.__qualname__` "
"attribute representing the \"path\" from the module top-level to their "
"definition. For global functions and classes, this is the same as :attr:"
"`~definition.__name__`. For other functions and classes, it provides better "
"information about where they were actually defined, and how they might be "
"accessible from the global scope."
msgstr ""
msgid "Example with (non-bound) methods::"
msgstr ""
msgid ""
">>> class C:\n"
"... def meth(self):\n"
"... pass\n"
"...\n"
">>> C.meth.__name__\n"
"'meth'\n"
">>> C.meth.__qualname__\n"
"'C.meth'"
msgstr ""
msgid "Example with nested classes::"
msgstr ""
msgid ""
">>> class C:\n"
"... class D:\n"
"... def meth(self):\n"
"... pass\n"
"...\n"
">>> C.D.__name__\n"
"'D'\n"
">>> C.D.__qualname__\n"
"'C.D'\n"
">>> C.D.meth.__name__\n"
"'meth'\n"
">>> C.D.meth.__qualname__\n"
"'C.D.meth'"
msgstr ""
msgid "Example with nested functions::"
msgstr ""
msgid ""
">>> def outer():\n"
"... def inner():\n"
"... pass\n"
"... return inner\n"
"...\n"
">>> outer().__name__\n"
"'inner'\n"
">>> outer().__qualname__\n"
"'outer.<locals>.inner'"
msgstr ""
msgid ""
"The string representation of those objects is also changed to include the "
"new, more precise information::"
msgstr ""
msgid ""
">>> str(C.D)\n"
"\"<class '__main__.C.D'>\"\n"
">>> str(C.D.meth)\n"
"'<function C.D.meth at 0x7f46b9fe31e0>'"
msgstr ""
">>> str(C.D)\n"
"\"<class '__main__.C.D'>\"\n"
">>> str(C.D.meth)\n"
"'<function C.D.meth at 0x7f46b9fe31e0>'"
msgid ":pep:`3155` - Qualified name for classes and functions"
msgstr ""
msgid "PEP written and implemented by Antoine Pitrou."
msgstr ""
msgid "PEP 412: Key-Sharing Dictionary"
msgstr ""
msgid ""
"Dictionaries used for the storage of objects' attributes are now able to "
"share part of their internal storage between each other (namely, the part "
"which stores the keys and their respective hashes). This reduces the memory "
"consumption of programs creating many instances of non-builtin types."
msgstr ""
msgid ":pep:`412` - Key-Sharing Dictionary"
msgstr ""
msgid "PEP written and implemented by Mark Shannon."
msgstr ""
msgid "PEP 362: Function Signature Object"
msgstr ""
msgid ""
"A new function :func:`inspect.signature` makes introspection of python "
"callables easy and straightforward. A broad range of callables is "
"supported: python functions, decorated or not, classes, and :func:`functools."
"partial` objects. New classes :class:`inspect.Signature`, :class:`inspect."
"Parameter` and :class:`inspect.BoundArguments` hold information about the "
"call signatures, such as, annotations, default values, parameters kinds, and "
"bound arguments, which considerably simplifies writing decorators and any "
"code that validates or amends calling signatures or arguments."
msgstr ""
msgid ":pep:`362`: - Function Signature Object"
msgstr ""
msgid ""
"PEP written by Brett Cannon, Yury Selivanov, Larry Hastings, Jiwon Seo; "
"implemented by Yury Selivanov."
msgstr ""
msgid "PEP 421: Adding sys.implementation"
msgstr ""
msgid ""
"A new attribute on the :mod:`sys` module exposes details specific to the "
"implementation of the currently running interpreter. The initial set of "
"attributes on :data:`sys.implementation` are ``name``, ``version``, "
"``hexversion``, and ``cache_tag``."
msgstr ""
msgid ""
"The intention of ``sys.implementation`` is to consolidate into one namespace "
"the implementation-specific data used by the standard library. This allows "
"different Python implementations to share a single standard library code "
"base much more easily. In its initial state, ``sys.implementation`` holds "
"only a small portion of the implementation-specific data. Over time that "
"ratio will shift in order to make the standard library more portable."
msgstr ""
msgid ""
"One example of improved standard library portability is ``cache_tag``. As "
"of Python 3.3, ``sys.implementation.cache_tag`` is used by :mod:`importlib` "
"to support :pep:`3147` compliance. Any Python implementation that uses "
"``importlib`` for its built-in import system may use ``cache_tag`` to "
"control the caching behavior for modules."
msgstr ""
msgid "SimpleNamespace"
msgstr ""
msgid ""
"The implementation of ``sys.implementation`` also introduces a new type to "
"Python: :class:`types.SimpleNamespace`. In contrast to a mapping-based "
"namespace, like :class:`dict`, ``SimpleNamespace`` is attribute-based, like :"
"class:`object`. However, unlike ``object``, ``SimpleNamespace`` instances "
"are writable. This means that you can add, remove, and modify the namespace "
"through normal attribute access."
msgstr ""
msgid ":pep:`421` - Adding sys.implementation"
msgstr ""
msgid "PEP written and implemented by Eric Snow."
msgstr ""
msgid "Using importlib as the Implementation of Import"
msgstr ""
msgid ""
":issue:`2377` - Replace __import__ w/ importlib.__import__ :issue:`13959` - "
"Re-implement parts of :mod:`!imp` in pure Python :issue:`14605` - Make "
"import machinery explicit :issue:`14646` - Require loaders set __loader__ "
"and __package__"
msgstr ""
msgid ""
"The :func:`__import__` function is now powered by :func:`importlib."
"__import__`. This work leads to the completion of \"phase 2\" of :pep:`302`. "
"There are multiple benefits to this change. First, it has allowed for more "
"of the machinery powering import to be exposed instead of being implicit and "
"hidden within the C code. It also provides a single implementation for all "
"Python VMs supporting Python 3.3 to use, helping to end any VM-specific "
"deviations in import semantics. And finally it eases the maintenance of "
"import, allowing for future growth to occur."
msgstr ""
msgid ""
"For the common user, there should be no visible change in semantics. For "
"those whose code currently manipulates import or calls import "
"programmatically, the code changes that might possibly be required are "
"covered in the `Porting Python code`_ section of this document."
msgstr ""
msgid "New APIs"
msgstr ""
msgid ""
"One of the large benefits of this work is the exposure of what goes into "
"making the import statement work. That means the various importers that were "
"once implicit are now fully exposed as part of the :mod:`importlib` package."
msgstr ""
msgid ""
"The abstract base classes defined in :mod:`importlib.abc` have been expanded "
"to properly delineate between :term:`meta path finders <meta path finder>` "
"and :term:`path entry finders <path entry finder>` by introducing :class:"
"`importlib.abc.MetaPathFinder` and :class:`importlib.abc.PathEntryFinder`, "
"respectively. The old ABC of :class:`!importlib.abc.Finder` is now only "
"provided for backwards-compatibility and does not enforce any method "
"requirements."
msgstr ""
msgid ""
"In terms of finders, :class:`importlib.machinery.FileFinder` exposes the "
"mechanism used to search for source and bytecode files of a module. "
"Previously this class was an implicit member of :data:`sys.path_hooks`."
msgstr ""
msgid ""
"For loaders, the new abstract base class :class:`importlib.abc.FileLoader` "
"helps write a loader that uses the file system as the storage mechanism for "
"a module's code. The loader for source files (:class:`importlib.machinery."
"SourceFileLoader`), sourceless bytecode files (:class:`importlib.machinery."
"SourcelessFileLoader`), and extension modules (:class:`importlib.machinery."
"ExtensionFileLoader`) are now available for direct use."
msgstr ""
msgid ""
":exc:`ImportError` now has ``name`` and ``path`` attributes which are set "
"when there is relevant data to provide. The message for failed imports will "
"also provide the full name of the module now instead of just the tail end of "
"the module's name."
msgstr ""
msgid ""
"The :func:`importlib.invalidate_caches` function will now call the method "
"with the same name on all finders cached in :data:`sys.path_importer_cache` "
"to help clean up any stored state as necessary."
msgstr ""
msgid "Visible Changes"
msgstr ""
msgid ""
"For potential required changes to code, see the `Porting Python code`_ "
"section."
msgstr ""
msgid ""
"Beyond the expanse of what :mod:`importlib` now exposes, there are other "
"visible changes to import. The biggest is that :data:`sys.meta_path` and :"
"data:`sys.path_hooks` now store all of the meta path finders and path entry "
"hooks used by import. Previously the finders were implicit and hidden "
"within the C code of import instead of being directly exposed. This means "
"that one can now easily remove or change the order of the various finders to "
"fit one's needs."
msgstr ""
msgid ""
"Another change is that all modules have a ``__loader__`` attribute, storing "
"the loader used to create the module. :pep:`302` has been updated to make "
"this attribute mandatory for loaders to implement, so in the future once 3rd-"
"party loaders have been updated people will be able to rely on the existence "
"of the attribute. Until such time, though, import is setting the module post-"
"load."
msgstr ""
msgid ""
"Loaders are also now expected to set the ``__package__`` attribute from :pep:"
"`366`. Once again, import itself is already setting this on all loaders "
"from :mod:`importlib` and import itself is setting the attribute post-load."
msgstr ""
msgid ""
"``None`` is now inserted into :data:`sys.path_importer_cache` when no finder "
"can be found on :data:`sys.path_hooks`. Since :class:`!imp.NullImporter` is "
"not directly exposed on :data:`sys.path_hooks` it could no longer be relied "
"upon to always be available to use as a value representing no finder found."
msgstr ""
msgid ""
"All other changes relate to semantic changes which should be taken into "
"consideration when updating code for Python 3.3, and thus should be read "
"about in the `Porting Python code`_ section of this document."
msgstr ""
msgid "(Implementation by Brett Cannon)"
msgstr ""
msgid "Other Language Changes"
msgstr ""
msgid "Some smaller changes made to the core Python language are:"
msgstr ""
msgid ""
"Added support for Unicode name aliases and named sequences. Both :func:"
"`unicodedata.lookup` and ``'\\N{...}'`` now resolve name aliases, and :func:"
"`unicodedata.lookup` resolves named sequences too."
msgstr ""