@@ -735,8 +735,8 @@ msgid ""
735735"We also need to update the :c:member:`~PyTypeObject.tp_init` handler to only "
736736"allow strings [#]_ to be passed::"
737737msgstr ""
738- "Também precisamos atualizar o manipulador :c:member:`~PyTypeObject."
739- "tp_init` para permitir apenas strings [#]_ como valores passados::"
738+ "Também precisamos atualizar o manipulador :c:member:`~PyTypeObject.tp_init` "
739+ "para permitir apenas strings [#]_ como valores passados::"
740740
741741#: ../../extending/newtypes_tutorial.rst:646
742742msgid ""
@@ -749,11 +749,12 @@ msgid ""
749749msgstr ""
750750"Com essas alterações, podemos garantir que os membros ``first`` e ``last`` "
751751"nunca sejam ``NULL``, de modo que podemos remover quase todas as "
752- "verificações de valores ``NULL``. Isso significa que a maioria das chamadas "
753- "para:c:func:`Py_XDECREF`pode ser substituída por chamadas para :c:func:"
754- "`Py_DECREF`. O único lugar em que não podemos substituir essas chamadas é na "
755- "implementação de ``tp_dealloc``, onde existe a possibilidade de que a "
756- "inicialização desses membros tenha falhado em ``tp_new``."
752+ "verificações de valores \n"
753+ " ``NULL``. Isso significa que a maioria das chamadas para :c:func:"
754+ "`Py_XDECREF` pode ser substituída por chamadas para :c:func:`Py_DECREF`. O "
755+ "único lugar em que não podemos substituir essas chamadas é na implementação "
756+ "de ``tp_dealloc``, onde existe a possibilidade de que a inicialização desses "
757+ "membros tenha falhado em ``tp_new``."
757758
758759#: ../../extending/newtypes_tutorial.rst:653
759760msgid ""
@@ -895,7 +896,7 @@ msgstr ""
895896"O desalocador ``Custom_dealloc`` pode executar código arbitrário ao limpar "
896897"atributos. Isso significa que o GC pode ser acionado dentro da função. Como "
897898"o GC presume que a contagem de referências não é zero, precisamos remover o "
898- "objeto do rastreamento do GC chamando :c:func:`PyObject_GC_UnTrack`antes de "
899+ "objeto do rastreamento do GC chamando :c:func:`PyObject_GC_UnTrack` antes de "
899900"limpar os membros. A seguir está nossa versão reimplementada do desalocador "
900901"usando :c:func:`PyObject_GC_UnTrack` e ``Custom_clear``::"
901902
@@ -981,10 +982,10 @@ msgid ""
981982msgstr ""
982983"Esse padrão é importante ao escrever um tipo que possui membros "
983984"personalizados em :c:member:`~PyTypeObject.tp_new` e :c:member:"
984- "`~PyTypeObject.tp_dealloc`. O manipulador :c:member:`~PyTypeObject."
985- "tp_new` não deve realmente criar a memória do objeto usando o seu próprio :c:"
986- "member: `~PyTypeObject.tp_alloc`; em vez disso, deve permitir que a classe "
987- "base faça isso, chamando o seu próprio :c:member:`~PyTypeObject.tp_new`."
985+ "`~PyTypeObject.tp_dealloc`. O manipulador :c:member:`~PyTypeObject.tp_new` "
986+ "não deve realmente criar a memória do objeto usando o seu próprio :c:member :"
987+ "`~PyTypeObject.tp_alloc`; em vez disso, deve permitir que a classe base faça "
988+ "isso, chamando o seu próprio :c:member:`~PyTypeObject.tp_new`."
988989
989990#: ../../extending/newtypes_tutorial.rst:854
990991msgid ""
@@ -1047,7 +1048,7 @@ msgstr ""
10471048"Agora sabemos que o primeiro e último membros são strings, então talvez "
10481049"pudéssemos ter menos cuidado com a diminuição de suas contagens de "
10491050"referência, no entanto, aceitamos instâncias de subclasses de string. Mesmo "
1050- "que a desalocação decadeias normais não retorne aos nossos objetos, não "
1051+ "que a desalocação destrings normais não retorne aos nossos objetos, não "
10511052"podemos garantir que a desalocação de uma instância de uma subclasse de "
10521053"cadeias de caracteres não retornará aos nossos objetos."
10531054