La extensión Linter es una extensión de MediaWiki que tiene como objetivo identificar errores de sintaxis "lint": en el código de las páginas de Wikipedia. La pelusa en este caso es un marcado roto y problemático en todas las páginas wiki que MediaWiki no puede solucionar automáticamente. La extensión produce una lista de estos errores en Special:LintErrors , que los editores y bots pueden consultar para encontrar páginas que necesitan atención. Es necesario solucionar los problemas de alta prioridad de Linter, ya que pueden provocar que las páginas se muestren de forma no deseada. La página de ayuda del wiki de MediaWiki describe 18 tipos específicos de errores de pelusa.
Fondo
Un linter es un software que ayuda al autor o editor de un documento (como una página wiki o un archivo de programación) a ver si puede haber errores en el documento. La extensión hace esto para las páginas wiki: ayuda a identificar si una página se muestra como el autor pretendía ayer en algunos casos (por ejemplo, algunas opciones de imagen están "linted") y ayuda a identificar si una página se muestra como el autor pretendía hoy . debido a cambios en cómo el sistema MediaWiki crea HTML a partir de wikitexto. Se pueden encontrar más motivos en mw:Ayuda:Extensión:Linter § Por qué y qué solucionar.
Etiqueta mal anidada con representación diferente en HTML5 y HTML4
Cuestiones diversas
Tabla multilínea en la lista
Múltiples etiquetas de formato abiertas
Solución alternativa al error de ajuste de párrafos
Etiquetas autocerradas
Antiguo comportamiento de las etiquetas de fuentes que ajustan enlaces
Error de análisis de espacios en blanco
Cita cerrada en el encabezado
Prioridad media
Opciones de archivos falsos
Contenido fomentado
Etiquetas mal anidadas
Escape de varios puntos
Enlaces en enlaces
Baja prioridad
Falta la etiqueta final
Falta la etiqueta final en el encabezado
Etiquetas HTML obsoletas
Etiquetas peladas
Color-de-fondo-desconocido-en-modo-noche
Sólo seguimiento
Tablas grandes (con errores, no es un error; solo para seguimiento; no figuran en la página especial)
¿Cómo puedes ayudar?
Los editores (principalmente WikiGnomes ) están recorriendo Wikipedia trabajando para limpiar errores de pelusa , que se clasifican por gravedad en uno de tres niveles de prioridad: alto, medio y bajo, que se relacionan con qué tan gravemente afecta el error a la visualización de la página, o cuánto afecta el error a la visualización de la página. La visualización de la página cambió cuando cambió el análisis de MediaWiki. Eres bienvenido a unirte a este esfuerzo. Aquí hay algunos consejos:
Cada página de error de pelusa tiene un enlace de ayuda en la esquina superior derecha que enlaza con una página con más información sobre ese tipo de error.
Las páginas de error de pelusa se clasifican aproximadamente en el orden en que las editadas más recientemente aparecen en último lugar. Algunas páginas de error están mejor ordenadas que otras.
Las páginas de error de pelusa no están necesariamente completas. Cuando se descubre un nuevo tipo de error de pelusa y se crea una página para él, o cuando se cambia la definición de un tipo de error de pelusa, esa página de error de pelusa comienza vacía y se llena gradualmente mediante un proceso que puede tardar varias semanas o meses.
La información de cada página detalla cuántos errores de cada tipo de error de pelusa tiene esa página. Esta sección está cerca del final y se omite si no hay errores de pelusa.
Por cada error de pelusa, el recuento alcanza un máximo de 20 en cualquier página.
Está bien cambiar la apariencia en algunos casos si conserva la intención original.
Está bien arreglar una etiqueta final faltante, como una <small>etiqueta cerrada incorrectamente con otra <small>etiqueta en lugar de </small>, incluso si esto cambia la apariencia. Esto es especialmente cierto si la etiqueta final que falta afecta algo más allá del alcance del comentario en el que aparece. Si el comentario de un usuario en el medio de la página hace que los comentarios o secciones posteriores tengan una sangría incorrecta, o estén en negrita o cursiva o en una fuente diferente, debe insertar la etiqueta final que falta, incluso si la página "siempre" ha estado incorrecta.
Corregir estos errores se ha vuelto más urgente ; Después del cambio de MediaWiki en julio de 2018 a un nuevo paquete linter, muchas páginas que solían verse bien a pesar de los errores ahora muestran terribles problemas de apariencia y accesibilidad , como fuentes que se vuelven cada vez más pequeñas (o más y más grandes) a medida que se desplaza hacia abajo en la página. , debido a los sucesivos elementos de dimensionamiento no cerrados.
En una discusión sobre wiki o marcado HTML, a veces se utilizan etiquetas abiertas. Por ejemplo, en una discusión sobre la <div>etiqueta, es posible que la etiqueta no esté rodeada de marcado, por lo que se tomará como marcado al que le falta una etiqueta final en lugar de simplemente mostrar la etiqueta. En casos como este, es útil insertar alrededor del marcado sin escape, lo que cambia la visualización, muestra la intención del comentario original y corrige la etiqueta final que falta u otros errores resultantes del marcado sin escape.<nowiki><div><nowiki>...</nowiki>
En una discusión sobre errores, por ejemplo, "¿Por qué la pantalla se estropea cuando uso [ algún marcado incorrecto ]", a menudo es mejor dejar el marcado incorrecto en su lugar, ya que de lo contrario la discusión no tendrá ningún sentido.
Especialmente en las páginas de usuario y de discusión del usuario, intente minimizar las interrupciones solucionando correctamente el problema en el primer intento. " Mostrar vista previa " es tu amigo.
De forma predeterminada, editar una página de discusión de usuario base activará una notificación para el usuario, lo que puede resultar molesto y no debe hacerse en lotes grandes. Para evitar esto, use una cuenta de bot marcada y también marque la edición como menor , lo que omitirá la notificación "Tiene mensajes nuevos".
Algunos errores de Lint causados por firmas de usuarios y sustituciones de plantillas están presentes en una gran cantidad de páginas. Es más eficaz corregir estos errores en una tarea de bot que en ediciones manuales. Puede utilizar la búsqueda interna basada en expresiones regulares para identificar patrones de errores que los bots pueden corregir.
Si encuentra un error de pelusa en un artículo, considere la posibilidad de que el error haya sido introducido por una edición reciente que debería revertirse. Esto es especialmente cierto para la etiqueta de tabla que debe eliminarse y los errores de pelusa de contenido fomentado , donde la eliminación descuidada del marcado del final de la tabla ( |}) puede causar cualquiera de estos errores de pelusa. La solución a un error de pelusa puede ser revertir una o más ediciones.
Ocasionalmente, aparecen páginas grandes en listas de errores de pelusa sin que realmente haya ningún error en las páginas mismas. Si no hay nada obviamente malo en una página listada y la información de la página , lintHint y la expansión de la plantilla no muestran errores, a menudo desaparecerá de la lista por sí sola después de un tiempo. Los editores normalmente pueden acelerar esto editando la página en cuestión como nula .
Informes
La tabla de Firefly Tools, Errores de pelusa pendientes en enwiki, es un gráfico con filas para los espacios de nombres y columnas para el tipo de error de pelusa, y cada celda del gráfico enumera el número de errores (con un máximo de 20 para cada tipo de error por artículo). . Este gráfico puede ayudar a encontrar un proyecto de tamaño manejable o verificar rápidamente la cantidad de errores de pelusa de un determinado tipo en un espacio de nombres, como el espacio de nombres del artículo. Esta página se actualiza varias veces por hora.
Wikipedia:Linter/reports/Pages by Lint Errors es un informe similar que cubre páginas en todos los espacios de nombres. Tenga en cuenta que el sistema de errores de Linter rastrea un máximo de 21 errores de cualquier tipo, por lo que las páginas de esta lista pueden tener más errores totales que los que se muestran en el informe.
Puede ejecutar lintHint repetidamente en la misma sesión de edición para ver si solucionó los errores y relocalizar los punteros de error. Los indicadores de error son relativos a la parte superior del artículo, por lo que si corrige los errores de abajo hacia arriba, no necesitará ejecutar lintHint nuevamente para relocalizar los indicadores de error.
La herramienta lintHint no expande los enlaces relativos cuando la página está en modo de edición. Por ejemplo, en Portal:Science , {{/Header}}realmente significa {{Portal:Science/Header}}, pero lintHint no hace esto. Para que lintHint funcione, puede expandir manualmente los enlaces relativos. También puede utilizar plantillas Expandir e ingresar el nombre de la página Context titley copiar parte o toda la página Input wikitext. Luego haga clic OKy luego presione lintHint. Las plantillas expandidas a menudo ayudarán a lintHint a localizar e identificar errores de pelusa enumerados en la información de la página, pero que lintHint no los encuentra por sí solo.
Después de la edición, las páginas se vuelven a verificar para detectar errores de pelusa, generalmente en cuestión de segundos, pero en el pasado a veces se demoraban horas. Si lintHint dice que solucionó uno o más errores de pelusa, probablemente los solucionó, incluso si la información de la página y la página de errores de pelusa específica no están actualizadas todavía. Sin embargo, como se señaló, lintHint no puede detectar errores en enlaces relativos no expandidos.
Herramienta CSS de usuario: lint.css
Puedes emplear fácilmente CSS de usuario para detectar una gran cantidad de código HTML 4 antiguo "linty" en las páginas mientras lees, si eres un WikiGnome al que le gusta hacer limpieza. Consulte meta:Usuario:SMcCandlish/lint.css para obtener un ejemplo de declaración CSS que hace que varios elementos obsoletos, como <tt>, <font>, <center>y <strike>, se vuelvan rosados, por lo que sobresalen como un pulgar dolorido. Puede personalizarlo como desee para su propio Special:MyPage/common.css o meta:Special:MyPage/global.css, o seguir las instrucciones en lint.css para @import(transcluir) lint.css directamente en su propio CSS de usuario en este o cualquier otro wiki de WMF.
Este CSS sólo detecta marcas que ya no son válidas; no tiene medios para detectar otros errores de codificación.
Posible error: cuatro comillas simples (algunas podrían ser un uso válido que denota una frase en negrita dentro de comillas simples, consulte MOS:SINGLE ).
Páginas de ayuda
mw:Análisis/Reemplazo de Tidy/Preguntas frecuentes § ¿Qué deberán hacer los editores? – instrucciones simplificadas para arreglar páginas para el analizador MediaWiki moderno
Wikipedia: HTML5 : página de información sobre detalles técnicos de la actualización del código WP a HTML5 + CSS3, incluido cómo reemplazar el marcado HTML 4.01 obsoleto; incluye búsquedas automáticas de marcado obsoleto