Minecraft : guía de estilo

Quien soy
Valery Aloyants
@valeryaloyants
Autor y referencias
Los accesos directos
  • MCW: ESTILO
  • MCW: SG

Este artículo tiene como objetivo proporcionar una completa guía de estilo para que sigan todos los artículos de Minecraft . A menudo hay disputas sobre qué regla de estilo o formato usar, por lo que una guía de estilo oficial ayuda a resolver estas disputas y llegar a un consenso.

Aunque pedia ya proporciona una guía de estilo más general, se necesita una más específica para las pautas específicas de Minecraft. Como tal, aquí solo se incluyen las pautas relacionadas con Minecraft y sus reglas básicas de formato. Si surge alguna contradicción, esta página siempre tiene prioridad sobre sus subpáginas y la guía de estilo de pedia.



Contenido

  • 1 Notabilidad
    • Redireccionamientos 1.1
  • 2 títulos de los artículos
  • 3 Escritura
    • 3.1 Mantener los artículos concisos y actualizados
      • 3.1.1 Futuro
    • 3.2 cotizaciones
    • 3.3 Ortografía
    • 3.4 Capitalización
    • 3.5 No usar mayúsculas
    • 3.6 Capitalizar
    • 3.7 Encabezados de sección
    • 3.8 Cursiva
    • Imágenes 3.9
    • 3.10 Vinculación
    • 3.11 Formato de fecha
    • 3.12 Coordenadas
    • 3.13 comandos
  • Archivos 4
  • 5 Disposición del artículo
    • 5.1 Diseños específicos

Notabilidad

Los accesos directos
  • MCW: NOTABILIDAD
  • MCW: N

Los artículos están permitidos en el espacio de nombres principal solo si cumplen con los siguientes criterios. Los artículos que no se ajusten a los criterios pueden ser eliminados o redirigidos sin previo aviso.


General
  1. Los artículos deben contener suficiente información para garantizar una página completa. Si no tienen suficiente contenido, deben fusionarse con otros artículos similares.
  2. Los artículos deben pertenecer directamente a Minecraft de alguna manera.
  3. Los artículos sobre personas solo están permitidos si la persona en cuestión es un desarrollador de Minecraft y / o forma parte o está estrechamente relacionado con Mojang Studios.
  4. Las características que no están actualmente en el juego deben incluirse solo en el artículo de características mencionadas de la versión.
    1. Esto excluye las funciones que se han eliminado o las funciones de las versiones de desarrollo, que pueden aparecer en los artículos afectados por la función y los artículos de la versión relevante.
  5. Se pueden crear artículos sobre versiones de Minecraft para las ediciones publicadas, de los cuales se deben crear artículos separados para cada versión de desarrollo.
    1. Se pueden crear artículos de versiones futuras, siempre que haya una fuente significativa de existencia de la versión inédita. Las fuentes incluyen versiones de desarrollo o múltiples fuentes de características para la próxima actualización. Es posible que no se creen artículos de versiones de desarrollo futuro. Además, las versiones futuras deben agregarse como una subsección de las versiones planificadas.
    2. Se pueden crear artículos sobre versiones anteriores inéditas, como Pocket Edition Demo y Xbox 360 Edition 1.66.0016.0, si existen pruebas suficientes para ellos.
Comunidad
  1. Las estrategias de juego, las guías, los procedimientos, etc. deben ser subpáginas de los Tutoriales.
    1. Las páginas que contienen una lista de compilaciones diversas que el usuario puede realizar no deben considerarse un tutorial. Deben mantenerse en el espacio de usuario. Esto incluye actividades y desafíos creados por el usuario.
  2. Se permite agregar minijuegos solo si Mojang Studios afirma haberlos jugado.
  3. No se permite la creación en la página web de artículos sobre modificaciones de cliente o servidor, o programas de terceros y editores de mapas.
    1. Es mejor reservar estos artículos para Feed the Beast , una página web centrada en documentar contenido modificado.
    2. Si bien muchas páginas relacionadas con mods todavía se pueden encontrar en la página web (principalmente como subpáginas de Mods y Programas y editores), estas se mantienen para propósitos predominantemente heredados y actualmente se están exportando a FTB para una mejor administración.
  4. No se deben crear artículos relacionados con servidores personalizados.
    1. Dichos artículos están mejor orientados a la página web de Minecraft Servers, ya que está diseñado para documentar dicha información.
Reglas de la 4. No se permite la creación de artículos de parodia, comedia, disparates, engaños y especulaciones, o cualquier otro artículo que pueda inducir a error a los jugadores. 5. No se permiten artículos creados con el propósito de publicitar servidores específicos u otros productos. 6. No se permiten artículos sobre comunidades de fans debido a problemas de publicidad.

Los artículos en el espacio de nombres "Usuario:" están exentos de las pautas de notabilidad. Se pueden usar para cualquier cosa, siempre que sigan las demás reglas de la página web. Sin embargo, todavía se recomienda encarecidamente que se mantengan limpias para no obstruir las categorías de mantenimiento, ya que dichas páginas de usuario pueden ser elegibles para el borrado por inactividad del usuario.



Redirecciones

: de Minecraft: Proyectos / Limpieza de redireccionamiento

Los redireccionamientos están exentos de la notabilidad normal, pero deben redirigir a un artículo que se ajuste a las pautas de notabilidad. Si un redireccionamiento conduce a otra página web, debe utilizar {{soft redirect}}. Se pueden crear redireccionamientos si se ajustan a uno de los siguientes:

  • Ortografía alternativa del título, como "Armadura" para "Armadura".
    • No se permiten la ortografía incorrecta, los errores tipográficos ni el formato irregular.
  • Nombre alternativo o abreviado, siempre que el nombre sea de uso común, como "Pato" para "Pollo". También se permiten nombres anteriores en el juego, como "Workbench" para "Crafting Table".
    • Esto incluye nombres o identificadores de los empleados de Mojang Studios, como "Nathan" o "Dinnerbone" a "Nathan Adams".
  • Esto también incluye nombres de paquetes de idiomas alternativos en inglés, con la excepción de idiomas de broma como "Pirate Speak" y "LOLCAT".
  • Título del artículo anterior, incluido si el artículo se movió a otra página web.
    • Una excepción es si el título anterior no se usó comúnmente.
  • Mayúsculas o formas alternativas, incluido el cambio del título a plural.
  • Una parte de un artículo combinado o de varios temas, como una poción o una característica mencionada.
  • Redirige del espacio principal a los espacios de nombres de Minecraft Earth y Minecraft Dungeons.

Los redireccionamientos en el espacio de nombres del usuario pueden llevar a cualquier parte, excepto a un artículo que no existe u otro redireccionamiento.


Títulos de los artículos

Atajo
  • MCW: TÍTULO

Los títulos de los artículos generalmente deben estar en singular, excepto las características del juego con nombres en plural (por ejemplo, Boots).

Los artículos deben seguir un formato de nomenclatura general basado en el tipo.

  • Los artículos sobre bloques, elementos y entidades del juego deben usar el nombre del juego en mayúscula tal como aparece en el juego.
    • Si la función no tiene un nombre en el juego, debe seguir el mismo formato que otros artículos del mismo tipo. Por ejemplo, la mafia Spider Jockey.
    • Si el artículo trata sobre varios aspectos del juego, el título debe representar todos los títulos por igual. Por ejemplo, un artículo sobre puertas de madera y hierro se llamaría Puerta.
    • Si la función tiene nombres diferentes en Java y Bedrock Edition, se debe usar el nombre de Java Edition.
    • Si una función no tiene un nombre para mostrar en alguna edición, debe seguir la ID.
      • Si no tiene un nombre para mostrar en Java ni Bedrock Edition, el ID de la edición Java debe ser el nombre del artículo.
      • Si no tiene un nombre para mostrar en Java o Bedrock Edition, el nombre en la edición que tiene el nombre para mostrar debe ser el nombre del artículo.
  • Los artículos sobre personas deben contener el nombre y apellido, en lugar de su nombre de usuario de Minecraft o Twitter.
  • Las versiones de Java Edition deben tener el prefijo Java Edition (por ejemplo, Java Edition 1.8).
  • Las versiones de Pocket Edition deben tener el prefijo "Pocket Edition". Por ejemplo, la actualización conocida como "v0.9.0 alpha" en el juego se llamaría "Pocket Edition v0.9.0 alpha".
    • Las compilaciones de desarrollo de Pocket Edition Alpha deben contener primero el título de la versión principal, luego la palabra en minúscula "compilación" seguida del número de compilación. Por ejemplo, la compilación 2 para "0.9.0" se titularía "Pocket Edition v0.9.0 alpha build 2".
    • Las compilaciones de desarrollo de Pocket Edition deben contener primero la palabra "alfa" en minúscula seguida del número de versión. Por ejemplo, "1.1.0.1" se titularía "Pocket Edition alpha 1.1.0.1".
  • Las versiones de Bedrock Edition deben tener el prefijo "Bedrock Edition". Por ejemplo, la actualización "1.2.1" se titularía "Bedrock Edition 1.2.1".
    • Las compilaciones de desarrollo de Bedrock Edition deben contener primero la palabra "beta" en minúscula seguida del número de versión. Por ejemplo, "1.2.0.9" se titularía "Bedrock Edition beta 1.2.0.9".
  • Otras versiones deben ir precedidas de la edición. Por ejemplo, la actualización "1.0.27" para Education Edition se llamaría "Education Edition 1.0.27".
  • Si el tipo del artículo no figura en la lista, debe usar el título más relevante en mayúsculas y minúsculas, no en mayúsculas y minúsculas, a menos que sea un nombre propio. Esto también se aplica a algunas páginas que no son de artículos, como categorías, plantillas y páginas de proyectos.

Escribir

: Ayuda: Fuentes oficiales

El propósito de esta página web es documentar hechos. Por lo tanto, evite siempre los comentarios personales, las especulaciones y la información sin fuentes. En términos generales, la información no requiere fuentes si se pueden ver directamente en el juego o si son obvias. Sin embargo, otra información, como citas de los empleados de Mojang Studios e información que no es ampliamente conocida, debe obtenerse con una referencia adecuada. La plantilla {{cita requerida}} debe colocarse después de cualquier información que requiera una fuente. No agregue contenido a un artículo sin una fuente adecuada.


Los artículos en el espacio de nombres principal siempre deben escribirse en la perspectiva de tercera persona y sin términos referenciales al lector ("usted", "su", etc.). La excepción a esto son las páginas de tutoriales, donde en la mayoría de los casos "usted" es el pronombre más apropiado para usar cuando se hace referencia al jugador. Trate de no utilizar abreviaturas de palabras tampoco. Por ejemplo, frases como "No debes acercarte a las enredaderas porque explotarán y te matarán". debe escribirse como "Un jugador puede morir acercándose a un creeper lo suficientemente cerca como para hacer que explote".

Para enfatizar puntos, se debe usar cursiva, no o TODAS LAS MAYÚSCULAS.

La información del tutorial debe estar presente solo en los artículos del tutorial. Esto incluye características de navegación de bloques o texturas. Sin embargo, los tutoriales pueden estar vinculados a otros artículos si es relevante.

Mantener los artículos concisos y actualizados.

Atajo
  • MCW: ACTUALIZAR

En resumen, los artículos deben contener solo información actualizada, es decir, implementada en la última versión completa del juego. Todo lo que esté desactualizado debe moverse a la sección Historial del artículo. Cuando algo cambie, observe el cambio en la sección Historial y elimine la información desactualizada de otras secciones del artículo. No es necesario mencionar cuándo se implementó una característica en particular; esto está nuevamente reservado para la sección Historia del artículo. Oraciones como "Comercio, que se implementó en 1.3.1, es una función que permite a los jugadores intercambiar esmeraldas (anteriormente rubíes) por otros elementos". debe escribirse como "El intercambio es una función que permite a los jugadores intercambiar esmeraldas por otros artículos".

Aquí tienes un ejemplo de cómo no escribir un buen artículo. Utiliza una versión anterior del artículo de Log, que en ese momento se llamaba Wood. Esta es la introducción completa. Resaltada en amarillo está la información redundante y en rosa la información del historial.


Fairway (anteriormente conocido como log) es un tipo de bloque que se vio por primera vez en Minecraft 0.0.14a. Tienen una piel que se asemeja a la corteza en las cuatro caras laterales y una cara de corte transversal en la parte superior e inferior. Solo los registros de roble normales están disponibles en trozos generados antes de la actualización Beta 1.2 y todas las versiones anteriores, mientras que el pino y el abedul se generan en trozos más nuevos. La madera es muy abundante en los mapas generados de forma natural, ya que se utiliza como base para los árboles. La madera se puede cortar a mano, pero usar un hacha es más rápido. La madera también es inflamable.

De los tipos de madera actuales, el abedul es el tipo más raro. A menudo se utilizan para hacer plantas, árboles y cabañas de madera. En la prueba de supervivencia, los bloques de madera dejan caer de 3 a 5 tablones de madera cuando se extraen. En Indev, Infdev, Alpha y Beta, extraer un bloque de madera deja caer un bloque de madera en su lugar. Esto permite el uso de madera como material de construcción y se puede fabricar en tablas.

El único uso artesanal de la madera es convertirse en cuatro tablas de madera. Además, la madera se puede quemar en un horno para hacer carbón vegetal como sustituto del carbón.

A partir de la actualización de Minecraft Beta 1.2 del 13 de enero de 2011, ahora hay cuatro tipos de madera. Uno es la madera normal (roble), otro se parece a la madera de los abedules plateados, y otro tipo se parece a la madera normal, pero es más oscuro y aparece en pinos / coníferas que crecen en biomas más fríos, el cuarto tipo es similar al madera de roble, sin embargo hay algunas diferencias de color y está inclinada hacia un lado. Los bloques de madera producen 4 tablones de madera cuando se elaboran. La madera de diferentes tipos de árboles no se apila en el inventario. Los tablones hechos de diferentes tipos de árboles solían ser completamente idénticos. Los abedules tienen hojas de colores ligeramente más apagados que los árboles normales, los pinos tienen agujas de pino y las hojas de la jungla son frondosas con formas frutales.

El cuarto tipo de madera se introdujo en la instantánea 12w03a, que se encuentra únicamente en biomas de la jungla y comprende árboles exclusivos de ellos. Los árboles más altos tienen este tipo de madera en dimensiones 2x2 en lugar del 1x1 normal.

El problema con esto es que la información antigua se encuentra dispersa con información nueva. La introducción debe indicar la descripción actual del bloque con la versión actual. La información histórica es buena, pero para mayor claridad, debe describirse en orden cronológico en un solo lugar: la sección Historia del artículo.

futuro

Atajo
  • MCW: FUTURO

El contenido agregado en futuras actualizaciones puede agregarse al artículo en el contenido principal, siempre que las funciones estén marcadas con {{next}} y hayan aparecido en versiones de desarrollo. Si la actualización contiene cambios importantes en el artículo, entonces el contenido puede indicarse como una subsección de una sección principal o como su propia sección llamada Próximamente. Las próximas características también deben anotarse en la sección de historial utilizando el encabezado de próximo adecuado.

Tras el lanzamiento de la actualización, todo el contenido que ahora está desactualizado debe moverse a la sección de historial o eliminarse, y se puede eliminar cualquier uso de {{next}}.

Citas

Todas las citas deben copiarse literalmente. Cualquier contenido adicional que se agregue entre comillas debe incluirse entre corchetes. La puntuación terminal debe ir dentro de la cita solo si está en el original; de lo contrario, debe salir al exterior. Si la cita contiene un error que estaba presente en el original, agregue {{sic}} después de ese texto para mostrar a los lectores que no es un error de transcripción.

Ortografía

Atajo
  • MCW: Ortografía

Las páginas de la página web deben usar inglés americano, a menos que el nombre del juego sea inglés británico. Por ejemplo, "color" debería ser "color", "comportamiento" debería ser "comportamiento", "centro" debería ser "centro", etc.

Capitalización

Atajo
  • MCW: GORRAS

Los elementos del juego deben tratarse como sustantivos comunes y, como tales, no deben escribirse en mayúscula, a menos que comiencen una nueva oración. Esto incluye elementos de ficción, como prismarine. Sin embargo, los sustantivos propios, como Nether o Overworld, siempre deben escribirse con mayúscula.

No capitalizar

Elementos del juego

Los elementos del juego (armas, armaduras, herramientas, objetos, bloques, elementos ficticios) son sustantivos comunes y no deben escribirse en mayúscula a menos que comiencen una nueva oración.

Ejemplos:

Un conducto requiere un marco prismarino. Esta mafia usa una ballesta de dispersión. Para extraer mineral de diamante, un jugador debe usar un pico de hierro o mejor. Estructuras y biomas

Las estructuras del juego y los nombres de los biomas no deben escribirse con mayúscula.

Ejemplos:

Bajo tierra, hay pozos de minas generados aleatoriamente. Una pirámide del desierto contiene un botín raro. Las llamas aparecen en las fortalezas inferiores. En los biomas del océano profundo, se pueden generar monumentos. Una fortaleza es el hogar de un portal final. Mobs

Cualquier instancia de mafia debe tratarse como un sustantivo común, excepto cuando se hace referencia a la mafia con un nombre propio. Si la palabra "the" se usa antes del nombre de la mafia, no debe escribirse en mayúscula a menos que esté al principio de la oración.

Ejemplos:

Una de las turbas más temidas es el ghast. Una araña de cueva puede envenenar a su presa. El jugador ha sido conocido como Steve. Adjetivos y descriptores de la edición

"Instantánea experimental", "instantánea", "prelanzamiento" y "candidato a lanzamiento" no deben escribirse con mayúscula, excepto en los casos en que se escriben con mayúscula en el juego en sí, en cuyo caso deben escribirse con mayúscula solo en el contexto de la nombre en sí mismo. La "versión preliminar" siempre debe estar dividida con guiones.

Capitalizar

Encantamientos

Los nombres de encantamientos siempre deben estar en mayúscula.

Ejemplo:

Para que el hielo deje caer un objeto, se debe utilizar una herramienta encantada con Silk Touch. Efectos de estado

Los nombres de los efectos de estado deben escribirse con mayúscula, excepto cuando se utilicen como adjetivos.

Ejemplos:

Se requiere crema de magma para una poción de resistencia al fuego. Los esqueletos de Wither pueden infligir Wither al jugador. Rara vez puede aparecer una araña invisible. Ediciones

Las ediciones deben escribirse en mayúscula solo cuando se usan como sustantivos.

Las fases de desarrollo deben capitalizarse.

Ejemplos:

Minecraft: Java Edition salió oficialmente de Beta el 18 de noviembre de 2011. La rosa, con una textura exclusiva, se introdujo en Pocket Edition v0.1.0 alpha. De todas las ediciones de Minecraft, solo las ediciones Pocket y Pi tienen rosas azules. Modos de juego

El nombre de los modos de juego debe escribirse con mayúscula.

Ejemplos:

En el modo Hardcore, el juego actúa de manera similar al modo Survival, excepto que la dificultad se establece permanentemente en Hard. Artefactos‌ [Mazmorras de Minecraft únicamente]

Los nombres de los artefactos se tratan como nombres propios, similares a los encantamientos y los efectos de estado, por lo que deben escribirse con mayúscula.

Encabezados de sección

Atajo
  • MCW: ENCABEZAMIENTO
  • Las secciones principales del artículo deben comenzar con encabezados de nivel 2 (== Encabezado ==) y aumentar en uno para las subsecciones. Nunca use un encabezado de nivel 1 (= Encabezado =); esto está reservado para el título del artículo.
  • Siga las mayúsculas del estilo de la oración, no el estilo del título, por lo que solo la primera letra del encabezado y los nombres propios se escriben en mayúscula.
  • Los encabezados no deben tener enlaces ni plantillas; los enlaces deben colocarse debajo, como en una plantilla {{Main}}.
  • Aunque no es obligatorio, tener un espacio entre las secciones y un espacio entre los signos iguales y el nombre de la sección mejora la legibilidad.
  • Coloque las notas de sombrero e inmediatamente debajo del encabezado de la sección, y luego un espacio después de las anteriores al contenido de la sección.
  • No agregue secciones en blanco a menos que estén etiquetadas con {{sección vacía}} para solicitar una expansión inmediata.
  • Para obtener información sobre qué secciones deben estar en qué orden, consulte la sección Diseño del artículo de esta guía de estilo.
  • Cursiva

    Cualquier instancia de "Minecraft" debe estar en cursiva. Cualquier instancia del nombre de un videojuego también debe estar en cursiva. Por ejemplo: "Team Fortress 2".

    Los nombres de las ediciones oficiales de Minecraft que se utilizan como subtítulos, como "Edición Java" y "Edición Educación" deben estar en cursiva; otros nombres de ediciones, como "Bedrock Edition" y "Legacy Console Edition", no deberían hacerlo.

    Además, si el nombre de una edición también se refiere a una versión específica, no debe estar en cursiva. Por ejemplo: "Java Edition 1.16" no debería estar en cursiva, mientras que "Java Edition" debería.

    Imágenes

    : de Minecraft: vistas estandarizadas Se ha sugerido que esta sección se divida en su propia página en MCW: Guía de estilo / Imágenes. [discutir] Si esta división puede ser potencialmente controvertida, no se separe hasta que se haya alcanzado un consenso.
    Atajo
    • MCW: IMÁGENES

    Cuando agregue capturas de pantalla a un artículo, asegúrese de que las capturas de pantalla usen texturas vanilla y UI. No se permiten capturas de pantalla que usen paquetes de texturas personalizados, modificaciones de interfaz de usuario y otro contenido personalizado. Esto no se aplica a los artículos que cubren modificaciones, que actualmente se están eliminando.

    Las leyendas de las imágenes no deben tener puntos al final, a menos que la frase sea una oración completa.

    Las imágenes agregadas a los artículos deben ajustarse a las siguientes pautas:

    • Las imágenes deben mostrar un atributo del tema del artículo.
      • Las imágenes no deben mostrar un comportamiento extraño o humorístico no intencionado, como turbas "sentadas" en las escaleras.
      • Las imágenes no deben tener el único propósito de mostrar un error, sino informar el error en el rastreador oficial.
      • Deben evitarse las imágenes que muestren el uso de funciones específicas como parte de las compilaciones de los jugadores.
    • Los artículos deben tener una imagen que muestre un atributo individual del contenido del artículo. Por ejemplo, un zombi con armadura.
    • Las imágenes deben mostrar la versión más actualizada de Minecraft disponible para el contenido.
      • Las imágenes que están desactualizadas están sujetas a ser eliminadas o reemplazadas con la versión actual.

    Enlace

    Atajo
    • MCW: ENLACE
    Para obtener una guía completa sobre los enlaces, consulte el Manual de estilo de pedia para obtener enlaces, aunque tenga en cuenta que algunas de las políticas sobre enlaces enumeradas allí son diferentes a muchas aquí.

    El uso de enlaces es un difícil equilibrio entre proporcionar a los lectores suficientes enlaces útiles para permitirles "deambular" por los artículos y enlaces excesivos que pueden distraerlos de su flujo de lectura.

    El subrayado puede hacer que el lector se sienta frustrado porque pueden surgir preguntas sobre el contenido del artículo, que solo se pueden resolver utilizando la opción de búsqueda u otras fuentes para aclarar, interrumpiendo y distrayendo al lector.

    La superposición puede distraer al lector porque los enlaces suelen tener un color diferente, lo que hace que el ojo cambie el enfoque constantemente. Además, si la misma palabra está vinculada varias veces en el mismo párrafo, puede hacer que el lector se pregunte si los enlaces lo dirigen a diferentes artículos o no.

    Las pautas para la vinculación son:

    • No más del 10 por ciento de las palabras de un artículo están contenidas en enlaces.
    • A menos que afecte la redacción y la legibilidad de la oración de manera negativa, dos enlaces no deben estar uno al lado del otro en el texto para que parezca un solo enlace.
    • Los enlaces para un solo término no deben repetirse excesivamente en el mismo artículo. La vinculación excesiva se define como vincular el mismo término varias veces dentro de una parte del texto que puede caber en la pantalla de un espectador típico. Recuerde, el propósito de los enlaces es dirigir al lector a un nuevo lugar en el (los) punto (s) donde es más probable que el lector tome un desvío temporal debido a que necesita más información.
    • La duplicación de un vínculo importante distante de una ocurrencia anterior en un artículo puede ser apropiado. Si un término importante aparece muchas veces en un artículo extenso, pero está vinculado solo una vez al principio del artículo, en realidad puede estar subrayado. De hecho, los lectores que saltan directamente a una subsección de interés deben poder encontrar un enlace. Pero tenga cuidado al solucionar estos problemas, la distancia entre los enlaces duplicados es la preferencia del editor; sin embargo, en caso de duda, duplique el término más abajo en el artículo.

    Se prefiere vincular a un redireccionamiento a usar un enlace canalizado, excepto en las plantillas y otras páginas que se transcluyen. Cuando un enlace canalizado es inevitable, no debe apuntar a un redireccionamiento. Si se puede evitar una redirección utilizando un sufijo en el enlace, es preferible. Por ejemplo, se desea utilizar [[Creeper]] s en lugar de [[Creepers]].

    Formato de fecha

    Minecraft es una comunidad internacional. Eso es algo bueno en general, pero crea un problema para las abreviaturas numéricas de fechas, como "12/10/11": mientras que la mayoría de los países abrevian las fechas como día / mes / año, algunos países asiáticos usan año / mes / día. y EE. UU. utiliza mes / día / año. Entonces, la fecha anterior podría representar cualquiera de las tres fechas diferentes. Para evitar este problema, la mayoría de las fechas deben escribirse en formato "Mes DD, AAAA", por ejemplo, "10 de diciembre de 2011". No utilice superíndices o sufijos como "23 de abril" o "4 de mayo". Si se necesita una fecha numérica o concisa (como en una tabla), utilice AAAA-MM-DD, siempre con 2 dígitos para el mes y el día (por ejemplo, 2011-12-10 o 2012-05-04). Además de ser el estándar ISO, las fechas en este formato se ordenan naturalmente correctamente, por ejemplo, si la columna de la tabla se puede ordenar posteriormente.

    Trate de evitar temporadas para fechas como "Verano de 2021" o "Otoño de 2022". En la Tierra, los hemisferios norte y sur tienen estaciones opuestas. En su lugar, utilice frases como "Mediados de 2021" o "Finales de 2022".

    Coordenadas

    Las coordenadas individuales del juego deben estar en mayúscula y sin espacios ("Y = 1" en lugar de "y = 1" o "y = 1"). Los volúmenes deben estar en el orden X, Y, Z, con cada elemento separado por un signo de multiplicación ("×"; ×); "4 × 3 × 2" es un área de 4 bloques de ancho a lo largo del eje X, 3 a lo largo del eje Y (vertical) y 2 a lo largo del eje Z. Se está discutiendo el uso de coordenadas adicionales.

    Comandos

    Los comandos del juego deben estar en un formato específico para facilitar su comprensión. Las palabras clave literales que se deben escribir en el chat no tienen corchetes para aplicar formato (por ejemplo, / combinación de datos). Las variables deben estar dentro de corchetes angulares y deben estar en cursiva (p. Ej., ). El contenido opcional debe estar entre corchetes, pero estos corchetes no deben reemplazar los corchetes angulares (p. Ej., [ ] es una variable opcional mientras que [escala] es una palabra clave opcional). Se debe colocar una lista de palabras clave válidas entre paréntesis con cada opción separada por una barra vertical (por ejemplo, (ojos | pies). En el ejemplo / avance (otorgar | revocar) solamente [ ], / avance y solo los literales deben escribirse exactamente como están en el chat, (otorgar | revocar) es una lista de opciones para el texto literal donde se debe escribir otorgar o revocar en el chat, y son variables obligatorias que deben reemplazarse con valores válidos, y [ ] es una variable opcional que debe reemplazarse con un valor válido.

    archivos

    Los nombres de los archivos deben ser coherentes para que sean más fáciles de encontrar. Los archivos utilizados en la caja de información de los artículos deben tener el título del nombre exacto del tema como se ve en el juego usando en-US (cuando sea posible), y debe ser un renderizado isométrico. Las revisiones antiguas de archivos deben tener el formato de "Asunto JEX BEY", donde X e Y son los números de revisión para Java Edition y Bedrock Edition, respectivamente. Este número se incrementa cada vez que se actualiza la textura en el juego (por ejemplo, no en el teaser). "Asunto" debería redirigir a la revisión más reciente. Si las texturas actuales para Java Edition y Bedrock Edition difieren, "Subject" redirige a la textura de Java Edition, mientras que "Subject BE" redirige a la textura de Bedrock Edition. Las texturas agregadas en las instantáneas deben seguir esta convención de nomenclatura, aunque "Asunto" no debe redirigir a la textura hasta que se incluya en una versión completa.

    Por ejemplo, los archivos de textura para adoquines serían los siguientes:

    • "Cobblestone JE1.png"
    • "Cobblestone JE2.png"
    • "Cobblestone JE3 BE1.png"
    • "Cobblestone JE4 BE2.png"
    • "Cobblestone JE5.png"
    • "Cobblestone JE6 BE3.png"
      • "Cobblestone.png" vuelve a dirigir aquí.

    Los archivos "Subject JEX BEY" deben usarse en lugares donde la textura no debería cambiar si se actualiza la textura, como las secciones del historial y las guías de versión. Los archivos "Asunto" deben usarse en lugares donde la textura siempre debe estar actualizada, como los cuadros de información.

    Disposición del artículo

    Atajo
    • MCW: DISEÑO

    En aras de la coherencia, todos los artículos de un tipo específico deben seguir un diseño general.

    1. Notas de sombrero (es decir, notas que pertenecen a la parte superior de la página de un artículo)
    2. Cuadros de mensaje
    3. Infobox
    4. Introducción con una descripción general
    5. Cuerpo del artículo
    6. y referencias
    7. Cuadros de navegación de pie de página aplicables
    8. ORDEN POR DEFECTO
    9. Páginas de Interweb

    Sea inteligente al agregar un cuadro de mensaje: demasiados cuadros en la parte superior de una página o sección no son útiles. Si ya hay uno, mueva los que no sean necesarios para el lector más abajo en la página, por ejemplo en una sección relevante o al final.

    Diseños específicos

    Si un artículo no contiene un diseño actualmente, se puede proponer uno en la página de discusión; de lo contrario, intente utilizar un diseño que siga un estilo similar al de un diseño existente. Los diseños de artículos actuales incluyen:

    • Caracteristicas
    • Redstone
    • versiones
    Ayuda
    Ayuda
    • Ayuda de Gamepedia
    • Fuentes de citas oficiales
    • Esquemas
    • Plantillas
      • unos
    Reglas y guías
    • Guía de estilo
      • Caracteristicas
      • Redstone
      • versiones
    • Directrices de la página de discusión
    • Reglas de la
      • Política de video
    • Vistas estandarizadas
    Páginas generales
    • Nuevos usuarios vienen aquí
    • Como ayudar
    • Paginas faltantes
    • Trozos
    • Páginas incompletas
    • Cambios recientes
    • Página de referencia rápida
    Derechos de los usuarios
    • Derechos de los usuarios
      • Usuarios Conectados
      • Patrulleros
    • Listado de directores


    Añade un comentario de Minecraft : guía de estilo
    ¡Comentario enviado con éxito! Lo revisaremos en las próximas horas.