Pôsteres PPTX

Escopo

Use esta habilidade apenas quando a origem/entrega solicitada for um pôster editável do PowerPoint. Não direcione uma solicitação de pôster não especificada para cá apenas porque o PowerPoint está disponível.

O fluxo de trabalho do manifest 2.0 gera um único slide .pptx real a partir de JSON local estrito. Ele não usa conversão HTML, modelos externos, serviços de geração de esquemas/imagens, chaves de API, arquivos de ambiente, requisições de rede ou estilos de figura obrigatórios.

Portões rígidos

Pare em vez de adivinhar quando qualquer portão não for atendido:

1. O autor não forneceu o conteúdo exato do pôster e os registros de origem.
2. Qualquer reivindicação, número, citação, autor, afiliação, declaração de financiamento, figura, licença ou alvo de QR não está resolvida.
3. Os requisitos atuais da conferência e da impressora não foram confirmados.
4. A aprovação do autor não está vinculada ao hash de conteúdo do manifest atual.
5. Um ativo é remoto, está fora do diretório do manifest, não tem hash ou não foi aprovado.
6. Uma entrada é .pptm, contém macros/relações externas/arquivos OLE/incorporados, ou é um modelo não confiável.
7. O fluxo de trabalho solicitado requer que o PowerPoint seja aberto ou executado automaticamente.
8. Um script relata um bloqueador de pacote, layout, DPI, contraste ou plano de saída.

Nunca fabrique material ausente ou deixe um espaço reservado plausível. Rascunhos falham fechados.

Instalar dependências exatas de geração

No diretório do projeto do pôster, crie um ambiente fora desta árvore de habilidades. Ative-o antes de executar as ferramentas (macOS/Linux mostrado):

uv venv
source .venv/bin/activate
uv pip install "python-pptx==1.0.2" "Pillow==12.3.0" "lxml==6.1.3"

No Windows PowerShell, ative com .venv\Scripts\Activate.ps1. Em seguida, execute os comandos CLI abaixo do diretório da habilidade com esse ambiente ainda ativo. A instalação do pacote precisa de acesso à rede, a menos que as rodas exatas estejam em cache; as ferramentas de pôster em si são locais. A geração requer exatamente:

python-pptx==1.0.2
Pillow==12.3.0
lxml==6.1.3

Todos os CLIs usam importações opcionais preguiçosas, então python -B scripts/<tool>.py --help funciona sem esses pacotes. Use -B para evitar artefatos de bytecode.

Estabelecer requisitos antes do layout

Registre estes separadamente:

• largura/altura física de corte e orientação;
• sangria em cada borda;
• margem segura dentro do corte;
• largura/altura da tela do PowerPoint;
• escala de impressão uniforme de artboard/tela física;
• dimensões máximas da conferência e formato de entrega;
• requisitos de corte, sangria, margem, escala, modo de cor e prova da impressora;
• limites de fonte final e DPI rasterizado, cada um rotulado como uma heurística ou vinculado a uma origem exata.
• faces de fonte necessárias, disponibilidade na estação de trabalho, permissão de incorporação e o fluxo de trabalho de substituição/prova.

Não existe um tamanho de pôster universal. A Microsoft atualmente limita cada dimensão personalizada do PowerPoint a 1–56 polegadas e usa um tamanho para todos os slides. Se o artboard físico for maior, use uma tela proporcional apenas quando a impressora confirmar o escalonamento.

Leia references/poster_layout_design.md.

Construir o manifest

Copie assets/poster_manifest_template.json para o projeto. O modelo é deliberadamente inválido até que cada token de substituição, confirmação falsa e aprovação de rascunho sejam resolvidos.

Siga references/manifest_spec.md e references/poster_content_guide.md.

O manifest requer:

• IDs de origem exatos para metadados do documento, cada elemento e cada ativo;
• título do documento, assunto e nomes de autores unidos por ; , cada um com no máximo 255 caracteres para a API de propriedades principais da biblioteca; sem truncamento silencioso;
• author_verified: true em cada origem;
• author_approved: true em cada elemento e ativo;
• caminhos locais PNG/JPEG e hashes SHA-256 em minúsculas;
• proveniência exata e licença/permissão para cada imagem opcional;
• texto alternativo aprovado e, quando necessário, uma descrição longa nativa vinculada à origem;
• ordem de leitura explícita e retângulos de design;
• URL/texto de fallback exato visível para cada imagem QR local;
• regras de conferência/impressora confirmadas;
• pares de contraste sRGB declarados e codificação de dados redundante;
• aprovação vinculada ao conteúdo canônico do manifest.

Para obter o hash de conteúdo após todos os campos não de aprovação passarem:

python -B scripts/validate_manifest.py poster.json \
  --print-content-hash

Dê esse manifest exato e hash ao autor. Em seguida, defina approval.status para approved, registre o aprovador e o carimbo de data/hora com reconhecimento de deslocamento, e copie o hash. Qualquer edição não de aprovação invalida a aprovação.

Valide o manifest aprovado e os ativos locais:

…