@@ -1937,21 +1937,27 @@ msgstr "Usando compreensão de lista::"
19371937msgid ""
19381938"Why does a_tuple[i] += ['item'] raise an exception when the addition works?"
19391939msgstr ""
1940- "Porque a_tuple [i] += ['item'] levanta uma exceção quando a adição funciona?"
1940+ "Porque uma_tupla [i] += ['item'] levanta uma exceção quando a adição funciona?"
19411941
19421942#: ../../faq/programming.rst:1287
19431943msgid ""
19441944"This is because of a combination of the fact that augmented assignment "
19451945"operators are *assignment* operators, and the difference between mutable and "
19461946"immutable objects in Python."
19471947msgstr ""
1948+ "Isso se deve a uma combinação do fato de que os operadores de atribuição "
1949+ "aumentada são operadores de *atribuição* e à diferença entre objetos "
1950+ "mutáveis e imutáveis no Python."
19481951
19491952#: ../../faq/programming.rst:1291
19501953msgid ""
19511954"This discussion applies in general when augmented assignment operators are "
19521955"applied to elements of a tuple that point to mutable objects, but we'll use "
19531956"a ``list`` and ``+=`` as our exemplar."
19541957msgstr ""
1958+ "Essa discussão se aplica em geral quando operadores de atribuição aumentada "
1959+ "são aplicados a elementos de uma tupla que aponta para objetos mutáveis, mas "
1960+ "usaremos uma ``lista`` e ``+=`` como exemplo."
19551961
19561962#: ../../faq/programming.rst:1295
19571963msgid "If you wrote::"
@@ -1965,6 +1971,11 @@ msgid ""
19651971"to element ``0`` of the tuple, we get an error because we can't change what "
19661972"an element of a tuple points to."
19671973msgstr ""
1974+ "O motivo da exceção deve ser imediatamente claro: ``1`` é adicionado ao "
1975+ "objeto que ``a_tuple[0]` aponta (``1``), produzindo o objeto de resultado, "
1976+ "``2``, mas quando tentamos atribuir o resultado do cálculo, ``2``, ao "
1977+ "elemento ``0`` da tupla, recebemos um erro porque não podemos alterar o que "
1978+ "um elemento de uma tupla aponta."
19681979
19691980#: ../../faq/programming.rst:1309
19701981msgid ""
@@ -1979,7 +1990,7 @@ msgid ""
19791990"It is the assignment part of the operation that produces the error, since a "
19801991"tuple is immutable."
19811992msgstr ""
1982- "A parte da atribuição da operação que produz o erro, já que a tupla é "
1993+ "Essa é a parte da atribuição da operação que produz o erro, já que a tupla é "
19831994"imutável."
19841995
19851996#: ../../faq/programming.rst:1321
@@ -1991,6 +2002,8 @@ msgid ""
19912002"The exception is a bit more surprising, and even more surprising is the fact "
19922003"that even though there was an error, the append worked::"
19932004msgstr ""
2005+ "A exceção é um pouco mais surpreendente, e ainda mais surpreendente é o fato "
2006+ "de que, embora tenha havido um erro, o acréscimo à lista funcionou::"
19942007
19952008#: ../../faq/programming.rst:1335
19962009msgid ""
@@ -2013,10 +2026,15 @@ msgid ""
20132026"assignment is a no-op, since it is a pointer to the same object that "
20142027"``a_list`` was previously pointing to, but the assignment still happens."
20152028msgstr ""
2029+ "O objeto apontado por a_list foi alterado e o ponteiro para o objeto "
2030+ "alterado é atribuído novamente a ``a_list``. O resultado final da atribuição "
2031+ "é um no-op, pois é um ponteiro para o mesmo objeto para o qual ``a_list`` "
2032+ "estava apontando anteriormente, mas a atribuição ainda acontece."
20162033
20172034#: ../../faq/programming.rst:1357
20182035msgid "Thus, in our tuple example what is happening is equivalent to::"
20192036msgstr ""
2037+ "Portanto, em nosso exemplo da tupla, o que está acontecendo é equivalente a:"
20202038
20212039#: ../../faq/programming.rst:1365
20222040msgid ""
0 commit comments