Jonathan
Todo erro de diagramação parece pequeno antes de ser caro. Estes seis aconteceram em livros reais, de especialistas de verdade. Nenhum nome, título ou trecho de autor entra aqui. Cada erro vem com o que custou, medido, e com o comando que o pega hoje.
Olhando os seis juntos, aparece um padrão: em nenhum deles o programa de diagramação era o problema. O problema era que ninguém mediu o arquivo final, ou mediu na direção errada.
1. O formato pelo nome
O que aconteceu. Uma chave do nosso motor se chamava 16x23 e entregava 6 x 9 polegadas, ou seja, 15,24 x 22,86 cm. Quem desenhava a capa pelo nome do formato errava 7,6 mm de largura.
O que custou. Três conversas de investigação e a troca do rótulo em 17 scripts.
Por que ninguém viu. O nome parecia uma declaração, e declaração não se mede.
O que pega hoje. O pdfinfo no arquivo final, antes de desenhar a capa. A tabela e o comando estão em formato 6 x 9 e a armadilha do 16x23.
2. O texto do autor que sumiu
O que aconteceu. Uma regra do gerador reconheceu legendas de figura e engoliu as linhas seguintes, que eram parágrafo do autor.
O que custou. 1.370 palavras do texto dele fora do PDF, mais 538 palavras de rótulo de gráfico e de tabela coladas no meio dos parágrafos. O boneco já estava publicado.
Por que ninguém viu. O gate era "toda palavra do PDF existe na fonte". Ele só vê o que entrou, nunca o que saiu.
O que pega hoje. O gate de conservação, que confere se cada parágrafo da fonte está no PDF, mais o gate inverso. Em 1.370 palavras sumiram e gates e teste de mutação.
3. As páginas em branco
O que aconteceu. Um modelo mandava cada capítulo começar em página ímpar com uma quebra simples.
O que custou. 46 páginas em branco em um livro. A correção apressada, uma quebra comum, tirou as páginas e fez os capítulos abrirem em qualquer lado.
Por que ninguém viu. O PDF saiu sem aviso e parecia bem.
O que pega hoje. A quebra nativa com página de anotações, e um laço que mede em que página cada capítulo abriu. A solução que não funciona (decidir a paridade consultando a numeração) avisa que "não converge", mas gera o PDF. Em capítulo em página ímpar.
4. A sangria que só parecia
O que aconteceu. O primeiro teste de sangria raciocinava: "o arquivo é maior que o esperado, então tem sangria".
O que custou. Uma capa de 490 mm contra 480,8 mm esperados foi aprovada, e tinha sangria zero: era maior porque foi desenhada para outro formato aparado. Na gráfica, o corte teria deixado um filete branco.
Por que ninguém viu. O teste confundia tamanho com sangria.
O que pega hoje. Primeiro a dimensão contra a geometria calculada, e só depois o pixel da borda. Em sangria, corte e zona de segurança e capa aberta e lombada.
5. A tinta demais
O que aconteceu. Uma capa tinha a foto do autor em CMYK, na resolução certa, com a cor certa.
O que custou. 358% de cobertura total no pior ponto. Papel sem revestimento segura 240 a 260%, e couché, 300 a 330%. Acima disso a tinta não seca, repinta na folha seguinte e borra no vinco. A capa nova fechou em 296%.
Por que ninguém viu. A imagem estava bonita. Só a soma dos canais mostrava o problema.
O que pega hoje. A rasterização em CMYK e a soma dos quatro canais no ponto mais carregado. Em cobertura de tinta, papel e lombada.
6. O ISBN que não saía na página
O que aconteceu. O ISBN estava nos dados de um livro, certo. Nenhuma página do PDF o imprimia. Em outro livro, um modelo trazia um texto de pendência escrito direto, que ignorava o número real.
O que custou. Um livro que ia à gráfica sem o ISBN, e outro com uma marca de pendência no lugar do número.
Por que ninguém viu. Estar nos dados parecia o mesmo que estar no livro.
O que pega hoje. A conferência do número dentro do PDF, página a página, com o dígito verificador validado. Em ficha catalográfica e ISBN dentro do arquivo.
Os dois que quase entraram na lista
Duas outras histórias merecem registro. Uma versão mais nova do compilador deu o mesmo número de páginas e nenhum aviso. Mesmo assim, mudou o layout em 71 de 158 páginas de um boneco: veja Typst no lugar do InDesign. E sete scripts divergiam entre o servidor e o repositório, em direções diferentes. Isso tornava o projeto impossível de repassar: veja repassar um projeto de livro.
A mesma lição, seis vezes
| Erro | A medida que faltava |
| Formato pelo nome | tamanho de página do PDF final |
| Texto que sumiu | conservação do texto, nas duas direções |
| Páginas em branco | página de abertura de cada capítulo |
| Sangria falsa | dimensão primeiro, borda depois |
| Tinta demais | soma dos canais no ponto mais carregado |
| ISBN sem página | número dentro do PDF |
Como registrar o seu próprio erro
Cada erro acima segue a mesma ficha de quatro linhas, e vale a pena copiá-la para o seu projeto. O que aconteceu, em uma frase. O que custou, com um número medido: milímetros, palavras, páginas, percentual. Por que ninguém viu, que é a pergunta que mais ensina. O que pega hoje, com o comando exato. Um erro sem número vira anedota. Com número, vira um item de checklist, e é o número que convence quem decide o prazo.
Passo a passo: transformar a lista em rotina
- Para cada erro, escolha o comando que o pega e coloque no checklist de preflight.
- Estrague um arquivo de propósito para cada um e veja o comando reprovar.
- Rode na ordem: formato, texto, páginas, sangria, tinta, ISBN.
- Registre o resultado com os valores lidos do PDF.
- Adicione o seu erro à lista quando aparecer um novo, com o que custou.
O erro que custa caro
Achar que o seu livro é diferente. Os seis aconteceram em livros de especialistas, diagramados por pessoas cuidadosas. A diferença entre quem os evitou e quem os cometeu foi medir ou não medir o arquivo final.
Quando NÃO usar esta lista
A lista cobre defeitos de arquivo. Defeito de conteúdo pede outra conferência. É o caso de uma afirmação sem fonte, de um caso inventado ou de uma capa que diz o que o livro não diz. Está em gate de fonte.
Alternativa sem o nosso ambiente
Os comandos são do poppler, do Ghostscript e de scripts curtos em Python, todos gratuitos. O preflight comercial do Acrobat ou do pdfToolbox pega parte dos seis. Nenhum deles substitui a conferência do texto do autor, que é nossa.
O que o Claude faz hoje, e como fazer sem ele
Hoje o Claude roda as seis conferências a cada versão do arquivo e relata o resultado. Sem ele, os seis comandos, rodados em ordem, cumprem o mesmo papel.
Onde entra na operação
Os seis erros são os que o checklist de preflight cobre. O desenho da esteira está em Como produzimos o miolo de um livro profissional sem InDesign.
Baixe, para guardar: checklist de preflight do miolo, com comando e limite por item (PDF).
Versões usadas neste artigo: veja a matriz de versões.
