@@ -429,7 +429,7 @@ msgid ""
429429"an instance of a subclass."
430430msgstr ""
431431"Esse método primeiro limpa a contagem de referências dos dois atributos "
432- "Python. :c:func:`Py_XDECREF`lida corretamente com o caso em que seu "
432+ "Python. :c:func:`Py_XDECREF` lida corretamente com o caso em que seu "
433433"argumento é ``NULL`` (o que pode acontecer aqui se ``tp_new`` falhou no meio "
434434"do processo). Em seguida, ele chama o membro :c:member:`~PyTypeObject."
435435"tp_free` do tipo do objeto (obtido por ``Py_TYPE(self)``) para liberar a "
@@ -736,7 +736,7 @@ msgstr ""
736736"Por fim, tornaremos nosso tipo utilizável como classe base para herança. "
737737"Escrevemos nossos métodos com cuidado até agora, garantindo que eles não "
738738"façam suposições sobre o tipo do objeto que está sendo criado ou utilizado; "
739- "portanto, tudo o que precisamos fazer é adicionar a:c:macro:"
739+ "portanto, tudo o que precisamos fazer é adicionar a :c:macro:"
740740"`Py_TPFLAGS_BASETYPE` à definição dos sinalizadores da nossa classe::"
741741
742742#: ../../extending/newtypes_tutorial.rst:522
@@ -837,8 +837,8 @@ msgid ""
837837"We also need to update the :c:member:`~PyTypeObject.tp_init` handler to only "
838838"allow strings [#]_ to be passed::"
839839msgstr ""
840- "Também precisamos atualizar o manipulador :c:member:`~PyTypeObject."
841- "tp_init` para permitir apenas strings [#]_ como valores passados::"
840+ "Também precisamos atualizar o manipulador :c:member:`~PyTypeObject.tp_init` "
841+ "para permitir apenas strings [#]_ como valores passados::"
842842
843843#: ../../extending/newtypes_tutorial.rst:646
844844msgid ""
@@ -851,11 +851,12 @@ msgid ""
851851msgstr ""
852852"Com essas alterações, podemos garantir que os membros ``first`` e ``last`` "
853853"nunca sejam ``NULL``, de modo que podemos remover quase todas as "
854- "verificações de valores ``NULL``. Isso significa que a maioria das chamadas "
855- "para:c:func:`Py_XDECREF`pode ser substituída por chamadas para :c:func:"
856- "`Py_DECREF`. O único lugar em que não podemos substituir essas chamadas é na "
857- "implementação de ``tp_dealloc``, onde existe a possibilidade de que a "
858- "inicialização desses membros tenha falhado em ``tp_new``."
854+ "verificações de valores \n"
855+ " ``NULL``. Isso significa que a maioria das chamadas para :c:func:"
856+ "`Py_XDECREF` pode ser substituída por chamadas para :c:func:`Py_DECREF`. O "
857+ "único lugar em que não podemos substituir essas chamadas é na implementação "
858+ "de ``tp_dealloc``, onde existe a possibilidade de que a inicialização desses "
859+ "membros tenha falhado em ``tp_new``."
859860
860861#: ../../extending/newtypes_tutorial.rst:653
861862msgid ""
@@ -1012,7 +1013,7 @@ msgstr ""
10121013"O desalocador ``Custom_dealloc`` pode executar código arbitrário ao limpar "
10131014"atributos. Isso significa que o GC pode ser acionado dentro da função. Como "
10141015"o GC presume que a contagem de referências não é zero, precisamos remover o "
1015- "objeto do rastreamento do GC chamando :c:func:`PyObject_GC_UnTrack`antes de "
1016+ "objeto do rastreamento do GC chamando :c:func:`PyObject_GC_UnTrack` antes de "
10161017"limpar os membros. A seguir está nossa versão reimplementada do desalocador "
10171018"usando :c:func:`PyObject_GC_UnTrack` e ``Custom_clear``::"
10181019
@@ -1059,7 +1060,7 @@ msgid ""
10591060"with regular lists, but will have an additional :meth:`!increment` method "
10601061"that increases an internal counter:"
10611062msgstr ""
1062- "Neste exemplo, criaremos um tipo :class:`!SubList`que herda do tipo "
1063+ "Neste exemplo, criaremos um tipo :class:`!SubList` que herda do tipo "
10631064"embutido :class:`list`. O novo tipo será totalmente compatível com listas "
10641065"comuns, mas terá um método adicional, :meth:`!increment`, que incrementa um "
10651066"contador interno:"
@@ -1090,9 +1091,9 @@ msgid ""
10901091"pointer can be safely cast to both ``PyListObject *`` and ``SubListObject "
10911092"*``::"
10921093msgstr ""
1093- "Quando um objeto Python é uma instância de :class:`!SubList`, seu "
1094- "ponteiro ``PyObject *`` pode ser convertido com segurança tanto para "
1095- "``PyListObject *`` quanto para ``SubListObject *``::"
1094+ "Quando um objeto Python é uma instância de :class:`!SubList`, seuponteiro "
1095+ "``PyObject *`` pode ser convertido com segurança tanto para ``PyListObject "
1096+ "*`` quanto para ``SubListObject *``::"
10961097
10971098#: ../../extending/newtypes_tutorial.rst:845
10981099msgid ""
@@ -1111,10 +1112,10 @@ msgid ""
11111112msgstr ""
11121113"Esse padrão é importante ao escrever um tipo que possui membros "
11131114"personalizados em :c:member:`~PyTypeObject.tp_new` e :c:member:"
1114- "`~PyTypeObject.tp_dealloc`. O manipulador :c:member:`~PyTypeObject."
1115- "tp_new` não deve realmente criar a memória do objeto usando o seu próprio :c:"
1116- "member: `~PyTypeObject.tp_alloc`; em vez disso, deve permitir que a classe "
1117- "base faça isso, chamando o seu próprio :c:member:`~PyTypeObject.tp_new`."
1115+ "`~PyTypeObject.tp_dealloc`. O manipulador :c:member:`~PyTypeObject.tp_new` "
1116+ "não deve realmente criar a memória do objeto usando o seu próprio :c:member :"
1117+ "`~PyTypeObject.tp_alloc`; em vez disso, deve permitir que a classe base faça "
1118+ "isso, chamando o seu próprio :c:member:`~PyTypeObject.tp_new`."
11181119
11191120#: ../../extending/newtypes_tutorial.rst:854
11201121msgid ""
@@ -1179,7 +1180,7 @@ msgstr ""
11791180"Agora sabemos que o primeiro e último membros são strings, então talvez "
11801181"pudéssemos ter menos cuidado com a diminuição de suas contagens de "
11811182"referência, no entanto, aceitamos instâncias de subclasses de string. Mesmo "
1182- "que a desalocação decadeias normais não retorne aos nossos objetos, não "
1183+ "que a desalocação destrings normais não retorne aos nossos objetos, não "
11831184"podemos garantir que a desalocação de uma instância de uma subclasse de "
11841185"cadeias de caracteres não retornará aos nossos objetos."
11851186