formatação

Author: ramalho

online/cap05.adoc

@@ -63,7 +63,7 @@ representando um par de coordenadas geográficas, como aquela no <<coord_class_e
 [[coord_class_ex]]
 ._class/coordinates.py_
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/class/coordinates.py[tags=COORDINATE]
 ----
@@ -434,7 +434,7 @@ Pule a próxima caixinha se você não estiver interessada em gambiarras.
 
 Lembre como criamos a classe `Card` class no <<ex_pythonic_deck>> (<<ch_data_model>>):
 
-[source, py3]
+[source, python]
 ----
 Card = collections.namedtuple('Card', ['rank', 'suit'])
 ----
@@ -599,7 +599,7 @@ no contexto da definição de atributos em declarações `class`.
 
 A sintaxe básica da anotação de variáveis é :
 
-[source, py3]
+[source, python]
 ----
 var_name: some_type
 ----
@@ -618,7 +618,7 @@ Em uma declaração de `typing.NamedTuple` ou `@dataclass`,
 aquele valor se tornará o default daquele atributo quando
 o argumento correspondente for omitido na chamada de inicialização:
 
-[source, py3]
+[source, python]
 ----
 var_name: some_type = a_value
 ----
@@ -857,7 +857,7 @@ Até((("data class builders", "@dataclass", id="DCBatdataclass05")))((("@datacla
 Esse decorador aceita vários argumentos nomeados.
 Esta é sua assinatura:
 
-[source, py3]
+[source, python]
 ----
 @dataclass(*, init=True, repr=True, eq=True, order=False,
               unsafe_hash=False, frozen=False)
@@ -946,7 +946,7 @@ Para prevenir bugs, o `@dataclass` rejeita a definição de classe que aparece n
 [[club_wrong_ex]]
 ._dataclass/club_wrong.py_: essa classe gera um `ValueError`
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/club_wrong.py[tags=CLUBMEMBER]
 ----
@@ -971,7 +971,7 @@ O <<club_ex>> mostra como corrigir a `ClubMember`.
 [[club_ex]]
 ._dataclass/club.py_: essa definição de `ClubMember` funciona
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/club.py[]
 ----
@@ -1002,7 +1002,7 @@ verá um campo `list` definido com uma sintaxe nova, como no <<club_generic_ex>>
 [[club_generic_ex]]
 ._dataclass/club_generic.py_: essa definição de `ClubMember` é mais precisa
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/club_generic.py[]
 ----
@@ -1052,7 +1052,7 @@ A opção `default` existe porque a chamada a `field` toma o lugar do valor defa
 Se você quisesse criar um campo `athlete` com o valor default `False`,
 e também omitir aquele campo do método `+__repr__+`, escreveria o seguinte:
 
-[source, py3]
+[source, python]
 ----
 @dataclass
 class ClubMember:
@@ -1085,7 +1085,7 @@ como descrito por doctests no <<hackerclub_doctests_ex>>.
 [[hackerclub_doctests_ex]]
 ._dataclass/hackerclub.py_: doctests para `HackerClubMember`
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/hackerclub.py[tags=DOCTESTS]
 ----
@@ -1125,7 +1125,7 @@ O <<hackerclub_ex>> mostra a implementação.
 [[hackerclub_ex]]
 ._dataclass/hackerclub.py_: código para `HackerClubMember`
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/hackerclub.py[tags=HACKERCLUB]
 ----
@@ -1176,7 +1176,7 @@ e também para declará-la como um atributo de classe.
 Para fazer felizes tanto o checador de tipos quando o `@dataclass`,
 deveríamos declarar o `all_handles` do <<hackerclub_ex>> assim:
 
-[source, py3]
+[source, python]
 ----
     all_handles: ClassVar[set[str]] = set()
 ----
@@ -1214,7 +1214,7 @@ O <<initvar_ex>> mostra o código que ilustra a seção https://fpy.li/3v["Vari
 [[initvar_ex]]
 .Exemplo da documentação do módulo https://fpy.li/3v[`dataclasses`]
 ====
-[source, py3]
+[source, python]
 ----
 @dataclass
 class C:
@@ -1268,7 +1268,7 @@ O padrão define 15 campos opcionais; a classe `Resource`, no <<resource_ex>>, u
 [[resource_ex]]
 ._dataclass/resource.py_: código de `Resource`, uma classe baseada nos termos do Dublin Core
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/resource.py[tags=DATACLASS]
 ----
@@ -1286,7 +1286,7 @@ O <<resource_doctest_ex>> mostra um doctest, para demonstrar como um registro `R
 [[resource_doctest_ex]]
 ._dataclass/resource.py_: código de `Resource`, uma classe baseada nos termos do Dublin Core
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/resource.py[tags=DOCTEST]
 ----
@@ -1296,7 +1296,7 @@ O `+__repr__+` gerado pelo `@dataclass` é razoável,
 mas podemos torná-lo mais legível.
 Esse é o formato que queremos para `repr(book)`:
 
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/resource_repr.py[tags=DOCTEST]
 ----
@@ -1308,7 +1308,7 @@ Esse exemplo usa `dataclass.fields` para obter os nomes dos campos da classe de
 [[resource_repr_ex]]
 .`dataclass/resource_repr.py`: código para o método `+__repr__+`, implementado na classe `Resource` do <<resource_ex>>
 ====
-[source, py3]
+[source, python]
 ----
 include::../code/05-data-classes/dataclass/resource_repr.py[tags=REPR]
 ----

online/cap08.adoc

@@ -303,7 +303,7 @@ Primeiro acrescento um teste usando aquele terceiro argumento.
 Não esqueça de adicionar a dica do tipo de retorno à função de teste,
 senão o Mypy não vai inspecioná-la.
 
-[source, py3]
+[source, python]
 ----
 def test_irregular() -> None:
     got = show_count(2, 'child', 'children')
@@ -1346,7 +1346,7 @@ Isso dá mais flexibilidade a quem chama a função.
 
 Considere essa assinatura de função:
 
-[source, py3]
+[source, python]
 ----
 from collections.abc import Mapping
 
@@ -1357,7 +1357,7 @@ Usar  `abc.Mapping` permite ao usuário da função fornecer uma instância de `
 
 Por outro lado, veja essa assinatura:
 
-[source, py3]
+[source, python]
 ----
 def name2hex(name: str, color_map: dict[str, int]) -> str:
 ----
@@ -1498,7 +1498,7 @@ https://fpy.li/pep613[PEP 613—Explicit Type Aliases] introduziu um tipo especi
 o `TypeAlias`, para tornar as atribuições que criam apelidos de tipos mais visíveis e mais fáceis para os checadores de tipos.
 A partir de Python 3.10, esta é a forma preferencial de criar um apelidos de tipo.
 
-[source, py3]
+[source, python]
 ----
 from typing import TypeAlias
 

online/cap21.adoc

@@ -1326,7 +1326,7 @@ Yury Selivanov—autor da PEP 530—justifica a necessidade de compreensões ass
 
 Podemos todos concordar que deveria ser possível reescrever esse código:
 
-[source, py3]
+[source, python]
 ----
 result = []
 async for i in aiter():
@@ -1336,14 +1336,14 @@ async for i in aiter():
 
 assim:
 
-[source, py3]
+[source, python]
 ----
 result = [i async for i in aiter() if i % 2]
 ----
 
 Além disso, dada uma corrotina nativa `fun`, deveria ser possível escrever isso:
 
-[source, py3]
+[source, python]
 ----
 result = [await fun() for fun in funcs]
 ----

vol1/cap03.adoc

@@ -390,7 +390,7 @@ TypeError: unhashable type: 'list'
 
 O código de hash de um objeto pode ser diferente dependendo da versão de Python, da arquitetura da máquina,
 e pelo((("salt"))) _sal_ acrescentado ao cálculo do hash por razões de segurança.footnote:[Veja a
-«_PEP 456—Secure and interchangeable hash algorithm_ (Algoritmo de hash seguro e intercambiável) [fpy.li/pep456] (EN)
+«_PEP 456—Secure and interchangeable hash algorithm_ (Algoritmo de hash seguro e intercambiável) [fpy.li/pep456]
 para saber mais sobre as implicações de segurança e as soluções adotadas.]
 O código de hash de um objeto corretamente implementado tem a garantia de ser constante apenas dentro de um processo Python.
 
@@ -494,7 +494,7 @@ better [(3, 14), (4, 13), (5, 11), (6, 12), (7, 9), (8, 11), (17, 8), (18, 25)]
 O <<index0_ex>> é um script aquém do ideal, para mostrar um caso onde `dict.get`
 não é a melhor maneira de lidar com uma chave ausente.
 Ele foi adaptado de um exemplo de Alex Martelli.footnote:[O script original aparece no slide 41 da
-apresentação de Martelli, «"Re-learning Python" (_Reaprendendo Python_)» [.small]#&#91;fpy.li/3-5&#93;# (EN).
+apresentação de Martelli, «"Re-learning Python" (_Reaprendendo Python_)» [.small]#&#91;fpy.li/3-5&#93;#.
 O script é, na verdade, uma demonstração de `dict.setdefault`, como visto no nosso <<index_ex>>.]
 
 [[index0_ex]]
@@ -887,7 +887,7 @@ então é possível usar um bloco `with` para garantir que ela seja fechada apó
 
 A documentação para os módulos
 «shelve» [.small]#&#91;fpy.li/35&#93;#,
-«dbm» [.small]#&#91;fpy.li/36&#93;# (EN), e
+«dbm» [.small]#&#91;fpy.li/36&#93;#, e
 «pickle» [.small]#&#91;fpy.li/37&#93;#
 traz mais detalhes e também algumas ressalvas.
 
@@ -1156,7 +1156,7 @@ Acrescentar um atributo de instância após o `+__init__+` obriga Python a criar
 só para o `+__dict__+` daquela instância (este era o comportamento antes do Python 3.3).
 De acordo com a PEP 412, essa otimização reduz o uso da memória entre 10% e 20% em programas orientados as objetos.
 Os detalhes das otimizações do layout compacto e do compartilhamento de chaves são bastante complexos.
-Para saber mais, leia «_Internals of sets and dicts_» [.small]#&#91;fpy.li/hashint&#93;# (EN).
+Para saber mais, leia «_Internals of sets and dicts_» [.small]#&#91;fpy.li/hashint&#93;#.
 
 Agora vamos estudar conjuntos.
 

vol1/cap04.adoc

@@ -1976,6 +1976,7 @@ O «_emojitracker.com_» [.small]#[fpy.li/4-54]#, de Matthew Rothenberg,
 Quando escrevi isto, o rosto com lágrimas de felicidade (`FACE WITH TEARS OF JOY`, `U+1F602`)
 era o emoji mais popular no Twitter, com mais de 3.313.667.315 de ocorrências registradas.
 
+<<<
 .Ponto de vista
 ****