removi pass:[] dos caps 1 a 8

Author: ramalho

capitulos/cap03.adoc

@@ -59,7 +59,7 @@ resumem o que você precisa saber sobre isso para usar bem essas estruturas.
 ====
 Após((("dictionaries and sets", "internals of"))) acrescentar mais de 200 páginas a essa segunda edição, transferi a seção opcional
 https://fpy.li/hashint["Internals of sets and dicts" (_As entranhas dos sets e dos dicts_)] (EN)
-para o pass:[<a href="http://fluentpython.com" class="orm:hideurl"><em>fluentpython.com</em></a>], o site que complementa o livro.
+para o http://fluentpython.com, o site que complementa o livro.
 O https://fpy.li/hashint[post de 18 páginas] (EN) foi atualizado e expandido, e inclui explicações e diagramas sobre:
 
 * O algoritmo de tabela de hash e as estruturas de dados, começando por seu uso em `set`, que é mais simples de entender.
@@ -702,7 +702,7 @@ como explicado na próxima seção.
 ====
 
 [[inconsistent_missing]]
-==== O uso inconsistente de pass:[__missing__] na biblioteca padrão
+==== O uso inconsistente de `+__missing__+` na biblioteca padrão
 
 Considere os seguintes cenários, e como eles afetam a busca de chaves ausentes:
 
@@ -1370,7 +1370,7 @@ então Python pode mover e redimensionar a tabela conforme ela cresce.
 Quando isso acontece, os elementos são reinseridos e sua ordem relativa pode mudar.
 
 Veja o post https://fpy.li/hashint["Internals of sets and dicts"] (EN)
-no pass:[<a href="http://fluentpython.com" class="orm:hideurl"><em>fluentpython.com</em></a>] para maiores detalhes.
+no _http://fluentpython.com_ para maiores detalhes.
 
 Agora vamos revisar a vasta seleção de operações oferecidas pelos conjuntos.
 
@@ -1605,10 +1605,11 @@ Na((("dictionaries and sets", "further reading on"))) documentação da Bibliote
 a seção
 https://fpy.li/2w["collections—Tipos de dados de contêineres"]
 inclui exemplos e receitas práticas para vários tipos de mapeamentos.
-O código-fonte de Python para o módulo, pass:[<em>Lib/collections/__init__.py</em>],
+O código-fonte do módulo, `+Lib/collections/__init__.py+`,
 é uma excelente referência para qualquer um que deseje criar novos tipos de mapeamentos
 ou entender a lógica dos tipos existentes.
-O capítulo 1 do pass:[<a class="orm:hideurl" href="https://fpy.li/pycook3"><em>Python Cookbook</em>, 3rd ed.</a>] (O'Reilly),
+O capítulo 1 do
+https://fpy.li/pycook3[_Python Cookbook, 3rd ed._] (O'Reilly),
 de David Beazley e Brian K. Jones traz 20 receitas práticas e
 perpicazes usando estruturas de dados—a maioria mostrando formas inteligentes de usar `dict`.
 

capitulos/cap04.adoc

@@ -921,13 +921,13 @@ include::code/04-text-byte/stdout_check.py[]
 ====
 
 O <<ex_stdout_check>> mostra o resultado de uma chamada a `sys.stdout.isatty()`,
-o valor de pass:[<code>sys.&#x200b;stdout.encoding</code>], e esses três caracteres:
+o valor de `sys.stdout.encoding`, e esses três caracteres:
 
 * `'…'` `HORIZONTAL ELLIPSIS`—existe no CP 1252 mas não no CP 437.
 * `'∞'` `INFINITY`—existe no CP 437 mas não no CP 1252.
 * `'㊷'` `CIRCLED NUMBER FORTY TWO`—não existe nem no CP 1252 nem no CP 437.
 
-Quando executo o  _stdout_check.py_ no PowerShell ou no _cmd.exe_, funciona como visto na <<fig_stdout_check>>.
+Quando executo _stdout_check.py_ no PowerShell ou no _cmd.exe_, funciona como visto na <<fig_stdout_check>>.
 
 [[fig_stdout_check]]
 .Executando _stdout_check.py_ no PowerShell.
@@ -1646,7 +1646,7 @@ Executar o <<ex_numerics_demo>> gera a <<numerics_demo_fig>>,
 se a fonte do seu terminal incluir todos aqueles símbolos.
 
 [[numerics_demo_fig]]
-.Terminal do macOS mostrando os caracteres numéricos e metadados correspondentes; `re_dig` significa que o caractere casa com a expressão regular pass:[<code>r&#39;\d&#39;</code>].
+.Terminal do macOS mostrando os caracteres numéricos e metadados correspondentes; `re_dig` significa que o caractere casa com a expressão regular `r'\d'`.
 image::images/flpy_0407.png[Captura de tela de caracteres numéricos]
 
 A sexta coluna da <<numerics_demo_fig>> é o resultado da chamada a `unicodedata.numeric(char)` com o caractere.
@@ -1914,8 +1914,10 @@ a primeira uma suave introdução e a segunda uma nota de um grupo de trabalho e
 no seco jargão dos padrões—o mesmo tom do
 https://fpy.li/4-47["Unicode Standard Annex #15--Unicode Normalization Forms"
 (_Anexo 15 do Padrão Unicode—Formas de Normalização do Unicode_)] (EN).
-A seção https://fpy.li/4-48["Frequently Asked Questions, Normalization" (_Perguntas Frequentes, Normalização_)] (EN)
-do pass:[<a href="https://fpy.li/4-49" class="orm:hideurl"><em>Unicode.org</em></a>]
+A seção
+https://fpy.li/4-48["Frequently Asked Questions, Normalization" (_Perguntas Frequentes, Normalização_)] (EN)
+do 
+https://fpy.li/4-49[_Unicode.org_]
 é mais fácil de ler, bem como o https://fpy.li/4-50["NFC FAQ"] (EN) de
 Mark Davis--autor de vários algoritmos do Unicode e presidente do Unicode Consortium quando essa seção foi escrita.
 

capitulos/cap05.adoc

@@ -239,7 +239,7 @@ contendo as dicas de tipo dos campos.
 Entretanto, ler `+__annotations__+` diretamente não é recomendado.
 Em vez disso, a melhor prática recomendada para obter tal informação é chamar
 https://fpy.li/3p[`inspect.get_annotations(MyClass)`] (a partir de Python 3.10—EN) ou
-pass:[<a href="https://fpy.li/3z"><code>typing.&#x200b;get_&#x200b;type_&#x200b;hints(MyClass)</code></a>]
+https://fpy.li/3z[`typing.get_type_hints(MyClass)`]
 (Python 3.5 a 3.9).
 Isso porque tais funções fornecem serviços adicionais,
 como a resolução de referências futuras nas dicas de tipo.
@@ -776,7 +776,7 @@ com um descritor e um valor default de `1.1`.
 <3> `c` é apenas um atributo de classe comum; nenhuma anotação se refere a ele.
 
 Podemos então verificar o `+__annotations__+`, o `+__doc__+`,
-e os atributos `a`, `b`, `c` no pass:[<code>Demo&#x200b;DataClass</code>]:
+e os atributos `a`, `b`, `c` em `DemoDataClass`:
 
 [source, pycon]
 ----
@@ -1332,8 +1332,8 @@ id="codesmells05"))) de você implementar uma classe de dados escrevendo todo o
 aproveitando as facilidades oferecidas por alguma das fábricas de classes descritas nesse capítulo,
 fique alerta: isso pode sinalizar um problema em seu design.
 
-No pass:[<a href="https://fpy.li/42" class="orm:hideurl"><em>Refactoring:
-Improving the Design of Existing Code</em> (<em>Refatorando: Melhorando o Design de Código Existente</em>), 2nd ed.</a>]
+No livro 
+https://fpy.li/42[_Refactoring: Improving the Design of Existing Code, 2nd ed._]
 (Addison-Wesley), Martin Fowler e Kent Beck apresentam um catálogo de
 "_cheiros no código_"footnote:[NT: _Code smell_ em geral não é traduzido na literatura em
 português—uma tradução quase literal seria "fedor no código".
@@ -1716,7 +1716,8 @@ Entretanto, algumas seções informativas da
 https://fpy.li/pep557[PEP 557] não foram copiadas, incluindo
 https://fpy.li/5-18["Why not just use namedtuple?" (_Por que simplesmente não usar namedtuple?_)],
 https://fpy.li/5-19["Why not just use typing.NamedTuple?" (_Por que simplesmente não usar typing.NamedTuple?_)],
-e a seção https://fpy.li/5-20["Rationale" (_Justificativa_)], que termina com a seguinte _Q&A_:
+e a seção
+https://fpy.li/5-20["Rationale" (_Justificativa_)], que termina com a seguinte _Q&A_:
 
 [quote, Eric V. Smith, PEP 557 "Justificativa"]
 ____
@@ -1727,14 +1728,15 @@ Quando for exigida validação de tipo além daquela oferecida
 pelas PEPs 484 e 526, ou quando for exigida validação ou conversão de valores.
 ____
 
-Em pass:[<a href="https://fpy.li/5-21" class="orm:hideurl"><em>RealPython.com</em></a>],
-Geir Arne Hjelle escreveu um
-https://fpy.li/5-22["Ultimate guide to data classes in Python 3.7" (_O guia definitivo das classes de dados no Python 3.7_)]
-(EN) muito completo.
+Em 
+https://fpy.li/5-21[_RealPython.com_],
+Geir Arne Hjelle escreveu
+https://fpy.li/5-22[_Ultimate guide to data classes in Python 3.7_)]
+(EN) guia bem completo.
 
 Na PyCon US 2018, Raymond Hettinger apresentou
-https://fpy.li/5-23["Dataclasses: The code generator to end all code generators" (video)
-(_Dataclasses: O gerador de código para acabar com todos os geradores de código_)] (EN).
+https://fpy.li/5-23["Dataclasses: The code generator to end all code generators"]
+(EN, video).
 
 Para mais recursos e funcionalidade avançada, incluindo validação, o
 https://fpy.li/5-24[projeto _attrs_] (EN),
@@ -1779,7 +1781,7 @@ https://fpy.li/5-29[data class code smell (_classe de dados como cheiro no códi
 
 O((("data class builders", "Soapbox discussion")))((("Soapbox sidebars", "@dataclass")))
 verbete para https://fpy.li/5-30["Guido"] no
-pass:[<a href="https://fpy.li/5-31" class="orm:hideurl">"The Jargon File"</a>] (EN)
+https://fpy.li/5-31["The Jargon File"] (EN)
 é sobre Guido van Rossum.
 Entre outras coisa, ele diz:
 

capitulos/cap07.adoc

@@ -70,7 +70,7 @@ Ali criamos uma função, a chamamos, lemos seu atributo
 `+__doc__+` e verificamos que o próprio objeto função é uma instância da classe `function`.
 
 [[func_object_demo]]
-.Cria e testa uma função, e então lê seu pass:[<code>&#x5f;&#x5f;doc&#x5f;&#x5f;</code>] e verifica seu tipo
+.Cria e testa uma função, e então lê seu `+__doc__+` e verifica seu tipo
 ====
 [source, pycon]
 ----
@@ -94,7 +94,7 @@ O atributo `+__doc__+` é usado para gerar o texto de ajuda de um objeto.
 No console de Python, a instrução `help(factorial)` mostrará uma tela como a <<factorial_help>>.
 
 [[factorial_help]]
-.Tela de ajuda para `factorial`; o texto é criado a partir do atributo pass:[<code>&#x5f;&#x5f;doc&#x5f;&#x5f;</code>] da função.
+.Tela de ajuda para `factorial`; o texto é criado a partir do atributo `+__doc__+` da função.
 image::images/flpy_0701.png[Tela de ajuda da função factorial]
 
 O <<func_object_demo2>> mostra a natureza de "primeira classe" de um objeto função.
@@ -821,7 +821,10 @@ O <<ch_design_patterns>> mostra como as funções de primeira classe podem simpl
 
 Em _A Referência da Linguagem Python_, a seção https://docs.python.org/pt-br/3/reference/datamodel.html#the-standard-type-hierarchy["3.2. A hierarquia de tipos padrão"] mostra os noves tipos invocáveis, juntamente com todos os outros tipos embutidos.
 
-O capítulo 7 do pass:[<em><a class="orm:hideurl" href="https://fpy.li/pycook3">Python Cookbook</a></em>] (EN), 3ª ed. (O'Reilly), de  David Beazley e Brian K. Jones, é um excelente complemento a esse capítulo, bem como ao  <<ch_closure_decorator>>, tratando basicamente dos mesmos conceitos, mas com uma abordagem diferente.
+O capítulo 7 do 
+https://fpy.li/pycook3[_Python Cookbook_] (EN), 3ª ed. (O'Reilly), de David Beazley e Brian K. Jones,
+é um excelente complemento a esse capítulo, bem como ao  <<ch_closure_decorator>>,
+tratando basicamente dos mesmos conceitos com uma abordagem diferente.
 
 Veja a https://fpy.li/pep3102[PEP 3102--Keyword-Only Arguments (_Argumentos somente nomeados_)] (EN) se quiser saber a justificativa e casos de uso desse recurso.