Você pode seguir a nossa conta no Twitter onde são publicadas notícias sobre Minecraft e links rápidos para a Wiki

Gamers unidos - mas separados em suas próprias casas!

Proteja-se contra o novo coronavírus! Traduzimos os splashes temporários do Minecraft para que todos possam se informar contra a pandemia do COVID-19.

Minecraft Wiki:Guia de estilo

De Minecraft Wiki
Ir para: navegação, pesquisa
Atalhos
MCW:Estilo
MCW:GE

Este artigo tem como objetivo fornecer um abrangente guia de estilo para todos os artigos da Minecraft Wiki em Português seguirem. Muitas vezes há disputas sobre qual regra ou formatação deve ser usada e esperamos que a inclusão de um guia de estilo oficial ajudará a resolver esses conflitos, bem como a chegar a um consenso.

Embora a Wikipédia já forneça um guia de estilo mais geral, um guia mais específico é necessário para orientações específicas ao Minecraft. Dessa forma, apenas orientações pertinentes à Minecraft Wiki e suas regras básicas de formatação devem ser incluídas aqui.

Notabilidade[editar código-fonte]

Os artigos só são permitidos no domínio principal se se encaixarem nos seguintes critérios. Os artigos que não se enquadram nos critérios podem ser apagados sem aviso prévio.

Geral
  1. Os artigos devem conter informações suficientes para justificar uma página inteira. Se eles não têm conteúdo suficiente, eles devem ser mesclados com outros artigos semelhantes.
  2. Os artigos devem pertencer diretamente ao Minecraft de alguma maneira.
  3. Artigos sobre as pessoas só são permitidos se a pessoa em questão é parte, ou intimamente relacionada com a Mojang AB
  4. Os recursos que não estão atualmente no jogo só deve estar nas versões do artigo recursos mencionados.
    1. Isto exclui os recursos que tenham sido removidos ou recursos de versões de desenvolvimento, o que pode ser anotado em artigos afetados pelo recurso e o(s) artigo(s) da versão relevante.
  5. Artigos sobre as versões do Minecraft podem ser criados para as edições lançadas, das quais artigos separados devem estar criados para cada versão de desenvolvimento.
    1. Artigos de versões não lançadas podem ser criados, desde que haja uma fonte significativa de existência da versão não lançada. As fontes incluem versões de desenvolvimento ou de múltiplas fontes de recursos para a próxima atualização. Artigos de versão de desenvolvimento não lançadas não podem ser criados.
    2. Exclusivo para wiki em português: Versões da Edição de Console Legado devem ser documentadas apenas em suas respectivas páginas de histórico.
    3. Exclusivo para wiki em português: Nomes oficiais devem ser traduzidos se houver alguma tradução oficial para a edição, caso não haja, deve ser utilizado o nome oficial da versão em inglês, podendo ser citado no artigo como seria a tradução do nome oficial para o português.
Comunitária
  1. Estratégias de jogo, guias, como fazer, etc., devem estar nos sub-artigos de Tutoriais.
    1. Páginas que contêm uma lista de diversas compilações que o usuário pode fazer não são consideradas um tutorial. Elas devem ser mantidas no espaço do usuário. Isso inclui atividades e desafios criados pelo usuário.
  2. Exclusivo para wiki em português: Minijogos, mods e servidores personalizados não devem ser documentados na wiki.
    1. Quaisquer artigos sobre mods devem ser criados na Feed The Beast Wiki.
Regras
 4.  Artigos parodiados, cômicos, absurdos, enganosos e de especulação, ou qualquer outro artigo que poderia induzir em erro os jogadores não estão autorizados a serem criados.
 5.  Artigos criados com a finalidade de publicidade de servidores específicos ou outros produtos não são permitidos.
 6.  Artigos sobre comunidades de fãs não são permitidos devido a questões de publicidade e coisas desse tipo.

Artigos no domínio "Usuário:" estão isentos das diretrizes de notabilidade. Eles podem ser usados para qualquer coisa, desde que sigam as outras regras da wiki.

Redirecionamentos[editar código-fonte]

Redirecionamentos estão isentos das notabilidades normais, mas devem redirecionar para um artigo que se encaixa às diretrizes de notabilidade. Se um redirecionamento leva a outra wiki, ele deve usar {{redirecionamento suave}}. Redirecionamentos podem ser criados se encaixam-se em uma das seguintes regras:

  1. Grafia incorreta, erros de digitação e formatação irregular em títulos de páginas de redirecionamento não são permitidos.
  2. Nome alternativo ou reduzido, desde que o nome seja de uso comum. Nomes anteriores do jogo também são permitidos.
    1. Isto inclui nomes ou apelidos para os funcionários Mojang, como "Nathan" ou "Dinnerbone" para "Nathan Adams".
    2. Isto também inclui nomes do pacote de idiomas em português de Portugal.
  3. Títulos anteriores do artigo, incluindo se o artigo foi transferido para outra wiki.
    1. Uma exceção é se o título anterior não era comumente usado.
  4. Maiusculização de forma alternativa, incluindo a mudança do título para caso de plural.
  5. Uma parte de um artigo resultante da fusão ou de multi-tópico, tal como uma poção ou um recurso mencionado.

Redirecionamentos no domínio de usuário podem levar a qualquer lugar, a não ser para um artigo que não existe ou outro redirecionamento.

Títulos de artigos[editar código-fonte]

Os títulos dos artigos devem estar sob a forma singular para manter a consistência. Exclusivo para wiki em português: os títulos dos artigos devem ser preferencialmente como estão na Edição Java e em português brasileiro.

Os artigos devem seguir um formato geral de nomenclatura baseado no tipo.

  • Artigos sobre blocos, itens e entidades no jogo devem usar o nome maiusculizado como aparece no jogo.
    • Se o recurso não tem um nome no jogo, ele deve seguir o mesmo formato que outros artigos do mesmo tipo. Por exemplo, a criatura Jockey de aranha.
    • Se o artigo é sobre várias coisas no jogo, o título deve representar igualmente todos os títulos. Por exemplo, um artigo sobre portas de madeira e de ferro seria chamado Porta.
  • Artigos sobre pessoas devem conter os nomes e sobrenomes, ao invés de seu apelido do Minecraft ou Twitter.
  • Versões para Edição Java devem ser prefixadas com Edição Java (por exemplo Edição Java 1.8), com exceção de snapshots
  • Versões da Pocket Edition devem conter o prefixo "Edição Pocket". Por exemplo, a atualização "Alpha 0.9.0" seria chamada de "Edição Pocket Alpha 0.9.0"
    • Versões de desenvolvimento da Edição Pocket deve primeiro conter o título da versão principal, depois a palavra "build" em letras minúsculas, seguido pelo número da build. Por exemplo, build 2 para "Alpha 0.9.0" seria chamada de "Edição Pocket Alpha 0.9.0 build 2"
    • As compilações de desenvolvimento do Pocket Edition devem conter primeiro a palavra minúscula "alpha" seguido pelo número da versão. Por exemplo, "1.1.0.1" seria chamada de "Edição Pocket alpha 1.1.0.1"
  • Versões da Edição Bedrock devem ser prefixadas com as palavras "Edição Bedrock". Por exemplo, a atualização "1.2.1" seria chamada de "Edição Bedrock 1.2.1"
    • As compilações de desenvolvimento da Edição Bedrock devem primeiro conter a palavra minúscula "beta" seguido pelo número da versão. Por exemplo, "1.2.0.9" seria chamada de "Edição Bedrock beta 1.2.0.9"
  • As versões do Education Edition devem ser prefixadas com as palavras "Education Edition". Por exemplo, a atualização "1.0.27" seria chamada de "Education Edition 1.0.27"
  • Artigos de desambiguação devem conter apenas "(desambiguação)" se o título sem a palavra é usado por um artigo.
  • Se o tipo de artigo é não listado, ele deve usar o título mais relevante no caso de sentença, não no caso de título, a menos que seja um nome próprio.

Escrevendo[editar código-fonte]

Veja também: Ajuda:Fontes oficiais

Como o objetivo desta wiki é documentar fatos, você deve sempre evitar informação especulativa e sem fontes. De um modo geral, a informação não requer fontes se possa ser vista diretamente no jogo ou se estiver de outro modo óbvio. Outras informações no entanto, como citações de funcionários da Mojang e informações que não são muito conhecidas, devem ser adquiridas com uma referência adequada. A predefinição {{cn}} deve ser colocada depois de qualquer informação que necessite de uma fonte. Não adicione conteúdo a um artigo se você não consegue encontrar uma fonte adequada.

Artigos no domínio principal devem ser sempre escritos na perspectiva de terceira pessoa e sem termos que fazem referência ao leitor. Tente também não usar abreviações de palavras. Por exemplo, frases como "Você não deve chegar perto de Creepers porque eles vão explodir e matar você." devem ser escritas como "O jogador não deve chegar perto de Creepers uma vez que eles irão explodir, potencialmente matando o jogador.".

Para os pontos de ênfase, itálico deve ser usado, não negrito ou LETRAS EM MAIÚSCULO.

Informação tutorial deve estra somente em artigos de tutorial, que inclui recursos de navegação de blocos e itens. Tutoriais podem ter links em outros artigos se forem suficientemente relevantes.

Mantendo artigos concisos e atualizados[editar código-fonte]

Em suma, os artigos só devem conter informações atualizadas, ou seja, implementadas na versão completa mais recente do jogo. Tudo o que está desatualizado deverá ser transferido para a seção de Histórico do artigo. Quando algo mudar, insira a mudança na seção do Histórico e remova as informações desatualizadas de outras seções do artigo. É desnecessário mencionar quando um determinado recurso foi implementado; isto é mais uma vez reservado para a seção Histórico do artigo. Frases como "Comércio, que foi implementado na 1.3.1, é um recurso que permite aos jogadores trocar esmeraldas (anteriormente rubis) por outros itens" deve ser escrita como "Comércio é um recurso que permite aos jogadores trocar esmeraldas por outros itens".

Estas diretrizes também se aplicam para novos lançamentos de snapshots. Mudanças de Snapshot não devem ser incluídas nas seções principais até a atualização completa ser lançada. Estas novas alterações devem estar em uma seção Futuro para evitar que os usuários atuais da versão completa de confundam novos recursos com os atuais. Após a atualização completa ser liberada, em seguida, a informação anterior pode ser apagada e as diferenças anteriores se mudam para a seção Histórico. Os recursos/alterações da snapshot podem ser incorporadas nas seções principais.

Futuro[editar código-fonte]

Atalho
MCW:FUTURO

Conteúdos adicionados em atualizações futuras podem ser adicionadas no artigo na parte rincipal, desde que os recursos sejam marcados com {{em breve}} e tenham aparecido em versões de desenvolvimento. Se uma atualização contém grandes mudanças ao artigo, então o conteúdo deve ser colocado em um subseção da parte principal, ou em sua própria seção denominada Em breve. Recursos futuros devem ser colocados também na seção Histórico usando o cabeçalho de em breve adequado.

Com o lançamento da atualização, todo o conteúdo que está agora desatualizado deve ser ou movido para a parte de histórico ou removido, e qualquer uso de {{em breve}} deve ser removido.

Gramática[editar código-fonte]

Exclusivo para wiki em português: páginas nesta wiki devem abranger o português brasileiro ou português europeu.

Quando houver divergências sobre o nome deve-se dar prioridade para o termo em português brasileiro, de preferência utilizado a Edição Java, como em nomes e em predefinições, por questões internas de configuração. Isto se deve ao fato de que a maioria dos usuários da wiki é nativo da variante brasileira e também porque os sistemas automatizados utilizam este idioma. No começo dos artigos, apresente as variações entre dialetos e edições do jogo usando {{Multinome}}. Se a única diferença entre o nome na Edição Java e o nome na Edição Bedrock for a maiusculização, o nome da Edição Bedrock não precisa ser apresentado.

Você também deve criar redirecionamentos com os nomes nos diferentes dialetos do português que redirecionam para a página com o nome em português brasileiro.

Maiusculização[editar código-fonte]

Itens do jogo devem ser tratados como substantivos comuns e, como tal não devem ser maiusculizados. As exceções a isso são itens que incluem um nome próprio no nome do item, por exemplo: Baú do End ou Fungo do Nether.

Note que nomes próprios portanto, como o Nether, a Superfície e o End devem sempre ser maiusculizados, mas creeper e blaze não.

Estruturas e biomas

Nomes de estruturas e biomas devem ser sempre escritas em letras minúsculas.

Exemplos:

Embaixo do solo, há minas abandonadas geradas naturalmente.
Um templo do deserto contém recompensas preciosas.
Blazes nascem em fortalezas do Nether.
Em biomas de oceano profundo, monumentos oceânicos podem ser gerados.
Uma fortaleza é lar do portal do End.
Madeira de acácia só pode ser obtida em savanas.
Criaturas

Qualquer nome de criatura deve ser tratada como substantivo comum, a não ser que a criatura seja tratada como substantivo próprio.

Exemplos:

Uma das criaturas mais assustadoras é o ghast.
Uma aranha pode envenenar sua presa.
O jogador pode ser chamado de Steve.
Encantamentos

Nomes de encantamentos devem ser sempre maiusculizados.

Exemplo:

Para fazer gelo ser largado como item, você precisa de uma ferramenta encantada com Toque suave.
Efeitos de estado

Efeitos de estados devem ser maiusculizados, a não ser que sejam usados como adjetivos.

Exemplos:

É necessário creme de magma para uma poção de Resistência ao fogo.
Esqueletos wither podem infectar Decomposição no jogador.
Uma aranha invisível pode raramente ser gerada.
Edições

Não maiusculize "snapshot" ou "pre-release". Também, "pre-release" deve estar nesta forma, não "prerelease" ou "Pre-Release". Fases de desenvolvimento devem ser maiusculizadas.

Edições só devem ser maiusculizadas quando usadas como substantivos.

Exemplos:

Minecraft saiu oficialmente do Beta em 18 de novembro de 2011
A flor ciana foi introduzido na versão Pocket Edition Alpha 0.1.
De todas as edições do Minecraft apenas a Pocket e a Pi Editions tem flores cianas.
Modos de jogo

O nome dos tipos de modo do jogo também devem ser maiusculizados.

Exemplos:

No modo Hardcore o jogo age semelhantemente ao modo Sobrevivência, exceto que a dificuldade é permanentemente ajustada para Difícil.

Títulos de artigos e das seções[editar código-fonte]

Atalho
MCW:TÍTULOS

As seções principais do artigo devem começar com cabeçalhos de nível 2 (dois sinais de igual) e aumentar em um para subseções. Nunca use cabeçalhos de nível 1 (um sinal de igual).

Siga a capitalização do estilo de frase, não o estilo de título, de forma que apenas a primeira letra do título e os nomes próprios sejam colocados em maiúscula.

Os títulos não devem conter links; os links devem ser colocados embaixo, como em uma predefinição "Artigo principal:".

Deve haver um espaço entre as seções, bem como um espaço entre os sinais de igual e o nome da seção para facilitar a edição. Se qualquer link "artigo principal" ou imagens em miniatura forem usados, coloque-os imediatamente sob o cabeçalho da seção e, em seguida, um espaço depois daqueles antes do conteúdo da seção.

Não adicione seções em branco.

Para obter informações sobre quais seções devem ser em qual ordem, consulte a seção Disposição do artigo deste guia de estilo.

Itálico[editar código-fonte]

Qualquer instância do "Minecraft" " deve estar em itálico. Qualquer instância do nome de um videogame também deve estar em itálico. Por exemplo: Team Fortress 2. nomes de edições oficiais do Minecraft, como "Edição Java " e "Bedrock Edition " devem estar em itálico; nomes de edições não oficiais, como "Edição de Console Legado", não deveria. Palavras oriundas do inglês ou de outras línguas, como "snapshot" ou "crash" também devem ser escritas em itálico.

Imagens[editar código-fonte]

Atalho
MCW:IMAGENS

Ao adicionar imagens a um artigo, certifique-se de que elas utilizam a textura padrão do Minecraft. Imagens que usam pacotes de recursos, mods de UI ou outros conteúdos personalizados não são permitidas. Isso não se aplica a artigos sobre mods.

Legendas de imagem não devem ter ponto final a não ser que a frase seja uma frase completa.

Imagens adicionadas a artigos devem se encaixar nas seguintes diretrizes:

  • Imagens devem mostrar um atributo do tópico do artigo.
    • Imagens não devem mostrar comportamento estranho ou hilário não intencional, como criaturas "sentadas" em escadas.
    • Imagens não devem ser só para demonstrar um problema, em vez disso, reporte-o no rastreador de problemas oficial.
    • Imagens que mostram uso de recursos específicos para decoração devem ser evitadas.
  • Artigos devem possuir apenas uma imagem que mostre um atributo individual do conteúdo do artigo. Por exemplo, um zumbi vestindo armadura.
  • Imagens devem apresentar a versão mais atual do Minecraft disponível para o conteúdo.
    • Imagens desatualizadas estão sujeitas a remoção.

Links[editar código-fonte]

Para um guia completo de links, consulte o Livro de Estilo para links da Wikipédia.

O uso de links tem um equilíbrio difícil entre o fornecimento ao leitor o suficiente de links úteis para que possam "passear" por artigos, e links excessivos que podem distraí-los de seu fluxo de leitura.

Poucos links podem fazer com que o leitor fique frustrado porque podem surgir dúvidas sobre o conteúdo do artigo, que só podem ser resolvidas usando a opção de pesquisa ou outras fontes de esclarecimento, interrompendo e distraindo o leitor.

Muitos links podem distrair o leitor, porque os links são geralmente de cor diferente fazendo com que o olho mude o foco constantemente. Além disso, se a mesma palavra possui um link várias vezes no mesmo parágrafo pode levar o leitor a questionar se os links estão direcionando-o para diferentes artigos ou não.

As orientações para links são:

  • Não mais do que 10% das palavras em um artigo devem estar contidas em links.
  • A menos que isso afete a formulação da sentença e legibilidade de uma forma negativa, dois links não devem estar ao lado do outro no texto de modo que eles se pareçam com um link só.
  • Links para um único termo não devem ser excessivamente repetidos no mesmo artigo. Links excessivos são definidos como o uso múltiplo do mesmo termo, em uma linha ou um parágrafo, o que quase certamente irá aparecer desnecessariamente na tela do visualizador. Lembre-se: o propósito dos links são para direcionar o leitor para um novo local no(s) ponto(s) onde o leitor seja mais provável de fazer um desvio temporário, devido à necessidade de mais informações.
  • A duplicação de um link importante distante de uma ocorrência anterior em um artigo pode muito bem ser apropriado. Se um termo importante aparece muitas vezes em um longo artigo, mas só é ligado uma vez no início, ele pode realmente possuir um link. De fato, os leitores que pulam diretamente para uma subseção de interesse ainda devem ser capazes de encontrar um link. Mas tome cuidado na correção de tais problemas, a distância entre os links duplicados é a preferência de um editor, no entanto em caso de dúvida duplique o termo mais abaixo do artigo.

Usar link para um redirecionamento é melhor do que usar um link canalizado exceto em predefinições ou outras páginas que serão transcluídas. Quando um link canalizado é inevitável, ele não deve apontar para um redirecionamento. Se um redirecionamento pode ser evitado usando um sufixo no link, é melhor que seja desse jeito. Por exemplo, usar [[Creeper]]s em vez de [[Creepers]] é o desejado.

Formatação de data[editar código-fonte]

Exclusivo para wiki em português: A Minecraft Wiki em português usa o padrão brasileiro de datas (dia/mês/ano), mas como há outros padrões neste formato (mês/dia/ano, ano/mês/dia) devemos usar o formato "DD de mês de AAAA", por exemplo "6 de abril de 2020". Se for necessário uma data numérica, então use o padrão ISO (ano quatro algarismos/mês/dia).

Estruturas de redstone[editar código-fonte]

Nesta wiki as estruturas de redstone devem seguir o guia de estilo da redstone.

Arquivos[editar código-fonte]

Exclusivo para wiki em português: Nossa wiki usa um repositório com a wiki em inglês, então a maioria dos arquivos devem ser usados de lá. O preferível é usar o nome dos arquivos em inglês. Redirecionamentos ligando a um arquivo do repositório não retornam a imagem, então não devem ser criados.

Disposição do artigo[editar código-fonte]

Atalho
MCW:LAYOUT

Por uma questão de coerência, todos os artigos de um tipo específico devem seguir um layout do seu tipo específico.

  • No topo, predefinições devem ser usadas na introdução, como {{snapshot}} para qualquer coisa que ainda não esteja na versão completa, {{bloco}} para blocos, {{item}} para itens e assim por diante.

Se um artigo não possui um layout atualmente, ele pode ser proposto nesta página de discussão; caso contrário, tente usar um layout que siga um estilo semelhante a um layout existente. Os layouts de artigo atuais incluem:

Tradução[editar código-fonte]

Exclusivo para wiki em português: Grande parte dos nossos conteúdos são traduzidos da wiki em inglês. Para regulamentar as traduções que são feitas, há o guia de tradução.