Comunidade PhotoCraft, pesquisa no Reddit e issues no GitHub

Comece pelo repositório

As issues e discussões no GitHub indicadas pelo README upstream são os lugares mais diretos para investigar bugs ou mudanças planejadas. O README também leva ao Discord da ArtCraft. Este site não mantém um canal oficial de suporte nem garante resposta dos mantenedores.

Como ler publicações no Reddit sobre o PhotoCraft

Pesquise o nome exato do repositório, storytold/photocraft, junto com Reddit. Verifique a data da publicação, a tag da versão, o repositório vinculado e se o autor realmente testou um arquivo. Um comentário sobre um PhotoCraft Studio não relacionado, outro aplicativo ou uma versão antiga não é evidência sobre este editor.

Relate um problema reproduzível

Registre seu navegador, plataforma e a versão mantida neste site do editor. Explique os passos e o resultado esperado. Se o arquivo contiver material privado, não o anexe publicamente; se possível, crie um exemplo pequeno e sem dados sensíveis. A página do editor oferece instruções de diagnóstico do renderizador antes que você relate um problema de carregamento.

Escolha o canal por responsabilidade

Os colaboradores originais do PhotoCraft desenvolvem o aplicativo de edição. O mantenedor photocraft.tools hospeda esta versão fixa do navegador e publica os guias relacionados. Um link de site quebrado, erro de tradução ou questão de privacidade pertence ao mantenedor do site. Um defeito reproduzível dentro do editor pode exigir um problema de upstream. A mesma distinção se aplica mesmo quando você percebe o defeito pela primeira vez ao ler este site.

Use a página de contato para obter feedback do site e verifique o repositório oficial antes de escolher uma discussão de projeto ou canal de problema. Um aplicativo com o mesmo nome pode ter um editor e um processo de suporte diferentes. Não presuma que um resultado de pesquisa ou listagem de loja pertence ao projeto ArtCraft. O guia de identidade do projeto explica os links de origem que este site usa.

Verifique os relatórios existentes sem ocultar um novo resultado

Pesquise a lista de problemas upstream usando uma descrição concisa da operação observada, o formato relevante e a versão. Leia o contexto de um relatório semelhante antes de concluir que se trata do mesmo problema. Uma correção em uma ramificação de desenvolvimento pode não existir no pacote do navegador v0.12.0 fixado e uma versão nativa mais recente pode usar um ambiente diferente.

Se você adicionar informações a um relatório existente, indique sua versão e reprodução exatas. Evite afirmar que cada usuário é afetado por uma única observação. Se o problema não puder ser reproduzido com uma amostra pública, explique o que se sabe e o que falta. Uma contribuição útil pode ser um caso de falha mais restrito ou uma correção clara, e não apenas uma proposta de alteração de código.

Construa uma reprodução mínima

Comece com uma cópia intacta e reduza a entrada até demonstrar o problema sem conteúdo não relacionado. Prefira uma imagem sintética ou um documento recém-criado. Registre a sequência desde a abertura do arquivo até o primeiro resultado inesperado. Altere uma condição de cada vez para poder explicar se o navegador, o renderizador ou o recurso do documento afetaram o resultado.

Para um problema de salvar/reabrir, mantenha a origem, o arquivo salvo e a exportação de referência separadamente. Um relatório que contém apenas o arquivo quebrado final pode não mostrar qual operação introduziu a diferença. O guia PSD explica por que a aparência e a estrutura editável são observações separadas. Identifique qual falhou em vez de descrever cada incompatibilidade como um arquivo completamente ilegível.

Incluir um relatório acionável

Escreva a página ou fonte do aplicativo, versão PhotoCraft, sistema operacional, versão do navegador quando relevante, renderizador selecionado, dimensões de entrada e etapas exatas. Em seguida, descreva o comportamento esperado e o comportamento observado. Indique se o problema também ocorre com o pequeno fluxo de trabalho PNG conhecido do site. Inclua a primeira mensagem de erro significativa em vez de uma parede de registros não filtrados.

Um breve relatório de exemplo poderia dizer: abra o PNG sintético na versão para navegador fixado, pinte uma marca visível, salve um novo PSD, reabra-o e exporte um PNG; a segunda exportação difere na região marcada. Essa sequência permite que alguém repita a observação. Não escreva esse exemplo como seu resultado real, a menos que seja o que você mediu.

Proteja material privado antes de compartilhar

Rastreadores de problemas públicos e bate-papos da comunidade não são armazenamentos privados. Verifique o conteúdo dos arquivos, metadados, nomes de arquivos, guias de captura de tela e logs do console antes de postar. Remova a arte do cliente, detalhes de contato, tokens de acesso e caminhos internos sempre que possível. Você precisa de permissão para compartilhar documentos de terceiros, mesmo que o problema técnico seja genuíno.

Uma imagem que parece anônima ainda pode conter contexto de identificação em seu nome de arquivo ou metadados. Um arquivo de rede pode conter informações de navegação não relacionadas. Prefira a menor reprodução sintética que demonstre o problema. Se o problema exigir dados confidenciais, pergunte ao projeto responsável sobre um processo apropriado antes de enviá-los, em vez de carregá-los publicamente e solicitar a exclusão posteriormente.

Definir expectativas para suporte e contribuições

Este site independente não promete um tempo de resposta de suporte fixo nem atua como gerente de lançamento do projeto upstream. Um relatório não é garantia de correção em uma versão específica. Mantenha os originais, as versões salvas e um fluxo de trabalho alternativo para trabalhos importantes enquanto um problema é investigado. A versão para navegador não possui serviço de recuperação de documentos no servidor.

Antes de enviar uma alteração de código upstream, leia as instruções de contribuição atuais e os requisitos de licença do projeto. Antes de sugerir uma correção do guia aqui, identifique a página e o idioma exatos. Não invente um teste bem-sucedido, reivindique uma credencial que você não possui ou apresente uma explicação gerada por IA como evidência medida. A incerteza clara é mais útil do que a falsa confiança.

Mantenha as discussões úteis e atribuíveis

Mantenha o foco no problema reproduzível, evite ataques pessoais e não publique spam ou promoções não relacionadas. Credite fontes relevantes e relatórios anteriores. Um esclarecimento que separa um conflito de foco do navegador de uma falha de comando do aplicativo pode economizar mais tempo de investigação do que uma reclamação ampla sem etapas.

Este site atualmente não possui comentários públicos, fórum ou recurso de publicação de submissões. O envio de feedback por e-mail não autoriza a publicação de sua mensagem ou anexos. Se posteriormente adicionarmos contribuições públicas, elas precisarão de moderação e tratamento de direitos antes do lançamento. Por enquanto, use os canais upstream estabelecidos para discussão do projeto e o contato do mantenedor para correções específicas do site.