Relatar um bug ou um arquivo que aparece errado
Abra uma issue no GitHub — é o caminho mais rápido e mais útil.
Problemas de renderização ficam bem mais fáceis de corrigir com um arquivo que os reproduza. Se o documento não for sensível, anexá-lo (ou uma versão reduzida que ainda mostre o problema) transforma um relato vago em algo que dá para consertar. Se for sensível, descreva a estrutura no lugar: qual formato, o tamanho aproximado, qual recurso está envolvido (tabelas, imagens incorporadas, tabelas dinâmicas, fontes incomuns) e o que você esperava versus o que viu.
Vale incluir:
- O formato do arquivo e, em linhas gerais, o que há nele
- Seu navegador e a versão
- O que você fez, o que esperava e o que de fato aconteceu
- Qualquer código de erro mostrado na tela
Dúvidas sobre incorporação ou auto-hospedagem
Ambas são suportadas e documentadas:
- Incorporação — veja a referência da Embed API para a interface de iframe e
postMessage. - Auto-hospedagem — o repositório contém o necessário para rodar sua própria cópia. É AGPL-3.0, então uma versão modificada e hospedada precisa publicar o código.
Para perguntas que não são relatos de bug, issues ou o GitHub Discussions também funcionam — com a vantagem de a resposta ajudar a próxima pessoa com a mesma dúvida.
Relatar um problema de segurança
Se você acredita ter encontrado um problema de segurança, por favor não abra uma issue pública primeiro. Relate em caráter privado pelo formulário de avisos de segurança do GitHub, para que possa ser corrigido antes de os detalhes virem a público.
Com quem você está falando
Este projeto é desenvolvido e mantido por ranuts — veja Sobre para entender o que isso significa e como verificar. É um projeto pessoal de código aberto, então as respostas vêm de uma pessoa e não de uma central de suporte: espere uma resposta de verdade, mas não um prazo de uma hora.
O que não precisamos de você
Vale dizer com todas as letras, porque páginas de contato costumam coletar coisas:
- Não queremos os seus documentos. O editor nunca os envia, e o suporte também não precisa deles — a menos que você escolha anexar um arquivo a uma issue.
- Não existe conta, então não há nada a recuperar, redefinir ou apagar.
- Não há lista de e-mails. Acompanhar o repositório é a forma de seguir as mudanças; o registro de alterações lista o que foi publicado.