La sección técnica de Village Pump se utiliza para discutir cuestiones técnicas sobre Wikipedia . Los informes de errores y las solicitudes de funciones deben realizarse en Phabricator (consulte cómo informar un error). Los errores con implicaciones de seguridad se deben informar de manera diferente (consulte cómo informar errores de seguridad).
Si desea informar un error de JavaScript , siga esta guía . Las preguntas sobre MediaWiki en general deben publicarse en el servicio de soporte de MediaWiki. Las discusiones se archivan automáticamente después de permanecer inactivas durante cinco días.
Color de fondo en el área de edición de texto para modo oscuro
Cuando edito páginas protegidas por administradores como Plantilla:Disambig editnotice , obtengo texto casi blanco sobre un fondo rosa muy claro y es casi invisible. ¿Alguien sabe dónde se establece este color? ¿Es eso parte del CSS de la piel?
Por cierto, agregué class=skin-invert a esa plantilla, pero los resultados son bastante feos en modo oscuro. Esta (y muchas otras plantillas) probablemente necesitaría actualizar a variables CSS con la paleta de [1], aunque es muy difícil para mí editarla de forma segura en este momento. - Beland ( discusión ) 03:46, 20 de julio de 2024 (UTC) [ respuesta ]
Le arrojé algo al problema ahora que me recordaron al menos el 5% de por qué pedí que me devolvieran el administrador int. Necesitaremos refinar los colores, estos no necesariamente combinan bien con el resaltado de sintaxis, que sigue siendo un problema secundario conocido. Izno ( discusión ) 04:07, 20 de julio de 2024 (UTC) [ respuesta ]
(Como alternativa, podemos deshacernos del rosa para editar elementos protegidos y simplemente usar los colores base, pero no sé cómo funcionará eso con todos). Izno ( discusión ) 04:10, 20 de julio de 2024 (UTC) [ respuesta ]
El rosa me recuerda que estoy editando una página protegida y que debo tener especial cuidado. - Red rose64 🌹 ( discusión ) 08:13, 20 de julio de 2024 (UTC) [ respuesta ]
FTR, el problema de andrybak resultó ser un conflicto con un dispositivo; ver mw: Charla del usuario: Recuerde el punto/resaltador de sintaxis.js#Los estilos en línea interfieren con el CSS de enwiki. - Beland ( discusión ) 18:58, 21 de julio de 2024 (UTC) [ respuesta ]
Sé cuáles son los propósitos del fondo, pero estoy casi convencido de que no es valioso cargarlo para todos los usuarios de los grupos de interés. Izno ( charla ) 16:34, 20 de julio de 2024 (UTC) [ respuesta ]
Ahora obtengo texto blanco sobre un fondo rojo oscuro en modo oscuro, lo que hace que las cosas sean mucho más fáciles de editar en modo oscuro. ¡Muchas gracias! Todavía tengo curiosidad por saber dónde se implementó esta solución, en caso de que tenga problemas similares en otros lugares. - Beland ( discusión ) 19:03, 21 de julio de 2024 (UTC) [ respuesta ]
¡Ajá, gracias por los consejos! - Beland ( discusión ) 19:50, 21 de julio de 2024 (UTC) [ respuesta ]
Por cierto, es necesario reconsiderar si esta plantilla debe tener el color (café) que tiene. Está pensado como un mensaje del sistema (introducción de edición) y debe tener el color esperado para esa serie de plantillas. Parece que se agregó basándose en " sería más notorio ", lo cual creo que se pasó por alto ya que la mayoría de los demás avisos de edición ya no se notan. Pero particularmente al usar un color Codex, no hay colores café en esa paleta. Izno ( charla ) 04:15, 20 de julio de 2024 (UTC) [ respuesta ]
Lo cambié a "fondo-color-advertencia-sutil" de la paleta oficial, que es más o menos el mismo tono. Todavía termina como un marrón feo en modo oscuro, incluso sin "class=skin-invert". ¿Presumiblemente es necesario que un funcionario esté pensando en un buen color de advertencia sutil para el modo oscuro?
Soy agnóstico sobre si esto debería colorearse teóricamente como una advertencia o como información. Mirando las plantillas en Categoría: Plantillas de aviso de edición , la estética realmente está por todos lados. Algunas plantillas llaman la atención por tener un ícono amarillo, un ícono rojo, un borde amarillo (lo cual es agradable incluso en modo oscuro), palabras rojas como encabezados internos, fondo amarillo o fondo rosa. Algunos no tienen ningún color que llame la atención. ¿Deberíamos iniciar una discusión en alguna parte sobre cómo hacer más uniformes las convenciones visuales? Si será necesario convertirlos todos para usar la nueva paleta oficial, será necesario ajustarlos de todos modos. - Beland ( discusión ) 19:22, 21 de julio de 2024 (UTC) [ respuesta ]
No me sorprendería que un marrón feo fuera el turno del amarillo. El uso de la clase skin-invert debe usarse solo para colores que no cambian, y este no es uno de esos.
No necesitamos convertirnos al Codex per se, solo debemos ser sensibles a los colores que tenemos y que ofrecemos en múltiples temas de color ahora. Tener una combinación de colores estandarizada (que de hecho ya tenemos para la serie de cuadros de mensajes, aunque, como usted señala, a menudo se personaliza) es una forma de lograr ese objetivo de forma predeterminada. Agregar las personalizaciones que hacemos es el problema, y podría resolverse eliminando esos colores, creando otras plantillas/estilos de plantilla estándar o usando variables ascendentes de Codex o incluso Common.css. Probablemente se justifique una discusión sobre las personalizaciones en alguna parte, pero no sé cuántas personas están interesadas en ese tipo de tema; a menudo hay resistencia del tipo "se ve como quería" (lo que haría eco de los estribillos de cuando los cuadros de mensajes se estandarizaron hace casi 20 años). Izno ( discusión ) 19:35, 21 de julio de 2024 (UTC) [ respuesta ]
Leí aproximadamente la mitad de este hilo y entendí menos que eso, pero una cosa que creo que entiendo fue lo que dijo Redrose64: El rosa me recuerda que estoy editando una página protegida y que debo tener especial cuidado. ¿Qué pasaría si el rosa se agregara como un borde alrededor de la ventana del navegador o el área de edición en lugar de un fondo que potencialmente camufla el texto? ¿Sería ese un recordatorio igualmente eficaz? ¿Y tal vez hacer lo mismo con otras "alertas"? No sé cuántas alertas codificadas por colores existen; Soy una IP anónima en lugar de un usuario o administrador registrado, así que supongo que no veo algunas de estas cosas. Pero tal vez en lugar de tener el modo claro-negro-sobre-blanco-(y-a veces-negro-sobre-rosa) cambiar al modo oscuro-blanco-sobre-negro-(y-a veces-blanco-sobre-rojo-oscuro) -o-amarillo-sobre-marrón feo), tal vez en su lugar el modo claro y el modo oscuro podrían simplemente alternar negro sobre blanco a blanco sobre negro y ambos compartirían el borde rosa de "puntuación de palabra doble" (o tal vez un borde de franjas rosadas y rojas como estas , o marcas de Battenburg ) para el tipo de alerta X y para el tipo de alerta Y, los modos claro y oscuro pueden compartir un borde azul de "puntuación de tres letras" , y así sucesivamente. ?
Me gusta la idea de mover el color de advertencia fuera del fondo y colocarlo en un borde o franjas que dañen los ojos encima o debajo del cuadro de edición. Eso evita cualquier conflicto con el resaltado de sintaxis, cuyos autores probablemente no esperan un color de fondo que solo vean los administradores. - Beland ( discusión ) 16:19, 26 de julio de 2024 (UTC) [ respuesta ]
Agregar una subpágina de documentación a las páginas de documentación del módulo
Nota: Originalmente tenía la intención de pedirles a los desarrolladores que hicieran que el mensaje del sistema agregara la categoría, pero esto se propuso en el pasado en phab:T289404 y fue rechazado. Por eso creo que agregar la plantilla manualmente es el mejor enfoque. Nickps ( discusión ) 16:03, 25 de julio de 2024 (UTC) [ respuesta ]
( conflicto de edición ) Esta es otra propuesta más para realizar una gran cantidad de ediciones para lograr algo de valor muy cuestionable. En mi opinión, no vale la pena. * Pppery * ha comenzado... 16:04, 25 de julio de 2024 (UTC) [ respuesta ]
El código para {{ Subpágina de documentación }} tiene una prueba que parece intentar asignar una categoría: ... [[Category:{{#switch:{{SUBJECTSPACE}} |Template=Template |Module=Module |User=User |#default=Wikipedia}} documentation pages]] .... Mi pregunta ingenua es: ¿por qué ese código no funciona? ¿Es necesario rediseñar una declaración if? ¿Se puede modificar algo más dentro de esa plantilla? No tengo claro cómo la página de encabezado "agrega" la subpágina del documento a la plantilla sin realmente transcluirla; tal vez la categoría podría "agregarse" de la misma manera que se "agrega" la plantilla de subpágina del documento. – Jonesey95 ( discusión ) 16:19, 25 de julio de 2024 (UTC) [ respuesta ]
@ Jonesey95 : La plantilla funciona bien. El problema es que los mensajes del sistema no agregan categorías (ver phab:T289404). Si la plantilla se incluye directamente en una página, como en Module:Citation/CS1/doc , la categorización funciona según lo previsto. Eso es lo que quiero hacer, pero si MediaWiki:Scribunto-doc-page-header no se borra primero, la gente verá el mensaje aparecer dos veces, asumirá que es un error y eliminará la plantilla. Nickps ( discusión ) 16:23, 25 de julio de 2024 (UTC) [ respuesta ]
Estoy más inclinado a simplemente eliminar Categoría: páginas de documentación del módulo . A diferencia de sus páginas gemelas de documentación Categoría: Plantilla, que no son muy útiles como categoría pero no requieren ningún esfuerzo para completarse, esto requiere mucho esfuerzo y el valor sobre CirrusSearch no es lo suficientemente grande como para justificarlo. * Pppery * ha comenzado... 16:35, 25 de julio de 2024 (UTC) [ respuesta ]
Y arreglé muchos de ellos con una sola edición . Realmente no requerirá tanto esfuerzo como crees. Nickps ( discusión ) 16:44, 25 de julio de 2024 (UTC) [ respuesta ]
@ Nickps : ¿Podrías dejar de hacer estas ediciones hasta que haya consenso en que deberían realizarse? Estás creando un peligroso hecho consumado . * Pppery * ha comenzado... 17:06, 25 de julio de 2024 (UTC) [ respuesta ]
Yo parare. Pero no estás explicando qué tienen de peligroso. Se pueden revertir tan fácilmente como yo los estoy haciendo. Nickps ( discusión ) 17:07, 25 de julio de 2024 (UTC) [ respuesta ]
10 minutos de ediciones realizadas manualmente se pueden revertir en menos de la mitad por alguien con AWB. No estoy creando un hecho consumado y me gustaría que lo retires. Nickps ( discusión ) 17:11, 25 de julio de 2024 (UTC) [ respuesta ]
Has estado haciendo esto durante más de una hora, no 10 minutos. * Pppery * ha comenzado... 17:13, 25 de julio de 2024 (UTC) [ respuesta ]
Bueno, supongo que perdí la noción del tiempo. Aún así, es muy fácil de revertir. Nickps ( discusión ) 17:17, 25 de julio de 2024 (UTC) [ respuesta ]
( conflicto de edición ) Lo que es peligroso se explica en el ensayo que vinculé: inclina inapropiadamente la situación hacia la eliminación automática de la documentación más adelante porque las ediciones necesarias para hacerlo ya están implementadas. El costo de esto es que cada vez que se crea un módulo, {{ subpágina de documentación }} debe agregarse manualmente a la subpágina para siempre, y no veo cuál es el punto de Categoría: páginas de documentación del módulo ni siquiera cuando la búsqueda que vinculé anterior puede producir el mismo resultado en el improbable caso de que a alguien le importe. * Pppery * ha comenzado... 17:12, 25 de julio de 2024 (UTC) [ respuesta ]
Lo que deberíamos hacer en su lugar es dejar en blanco MediaWiki:Scribunto-doc-page-header y transcluir {{ Subpágina de documentación }} manualmente a todas las páginas de documentación del módulo ; esto me parece una buena solución para phab:T289404. A) hará que las páginas de documentación de Categoría: Módulo sean útiles en las listas de seguimiento y b) hará que las páginas /doc sean consistentes, porque en este momento algunas subpáginas /doc de los módulos terminan con dos pancartas.
La visualización de la imagen del texto está distorsionada
Hola, encontré un problema en Commons. El problema está en las imágenes en formato SVG, donde hay distorsión en la visualización del texto de la imagen, un cambio en la ubicación de la visualización del texto y una diferencia en el tamaño de la visualización del texto.
Esta es una imagen de muestra , haga clic y vea. Así que si haces clic en él, te aparecerá así.
Pensé que el problema se debía al programa que uso para editar fotografías. Durante aproximadamente un día completo, estuve experimentando para resolver el problema, probando diferentes dimensiones, etc., pero no se resolvió. Luego, al final, descubrí que la causa del problema era el sitio web de Commons y no yo.
También pude descubrir el motivo del problema en el sitio web de Commons. Ocurre porque el texto tiene un tamaño grande y, si lo reduce, el tamaño del texto se mostrará aproximadamente al tamaño correcto.
Por ello pido a los técnicos responsables que solucionen este defecto, porque es un problema importante. Dejé de editar imágenes hasta que se solucione el problema. Desafortunadamente, muchas personas deben haber dejado de diseñar imágenes en este formato y subirlas a artículos de Wikipedia debido a este problema.
Nota : No quiero plantear la discusión dentro del proyecto Commons, porque es un problema muy importante relacionado con la visualización de imágenes en los artículos de Wikipedia, y porque no hay ningún interés por parte de los técnicos dentro del proyecto Commons. Charla de Mohmad Abdul sahib☎ charla 21:55, 25 de julio de 2024 (UTC) [ respuesta ]
¿Cómo sabes que los técnicos del proyecto Commons no estarían interesados en este tema si no lo has planteado allí? Tule-hog ( charla ) 22:06, 25 de julio de 2024 (UTC) [ respuesta ]
@ Tule-hog Puedes echar un vistazo aquí. Hay problemas planteados hace un año que no han sido respondidos. Además, el problema que planteé es urgente e importante. Detuve todos mis proyectos hasta que se solucione el error. Además, el problema está vinculado entre los dos proyectos. Charla de Mohmad Abdul sahib☎ charla 19:42, 26 de julio de 2024 (UTC) [ respuesta ]
No digo que no deberías haberlo planteado aquí, sólo que también podrías intentar hacerlo allí para aumentar la cobertura. La representación SVG del árabe posiblemente no funcione es un error grave y global, sin duda. ¿Has encontrado algún gráfico que no tenga el problema? Tule-hog ( charla ) 02:58, 27 de julio de 2024 (UTC) [ respuesta ]
Creo que el problema es que usaste la fuente Arial en tu imagen, que no es una fuente gratuita y, por lo tanto, no está instalada en los servidores de Wikimedia. Intente cambiar el texto de la imagen para usar una de las fuentes enumeradas aquí: https://meta.wikimedia.org/wiki/Wikipedia:Village_pump_(technical)/SVG_fonts. Sugiero Liberation Sans , que fue diseñada como una alternativa a Arial, y vea si eso lo hace posible. mostrar a la derecha. Charla de Matma Rex 22:28, 26 de julio de 2024 (UTC) [ respuesta ]
@Matma Rex : No. Lo intenté (LiberationSans-Bold) y el problema es el mismo. Solo ha habido una ligera diferencia en las medidas del texto, pero la distorsión, el posicionamiento y el tamaño del texto siguen ahí. Charla de Mohmad Abdul sahib☎ charla 02:50, 27 de julio de 2024 (UTC) [ respuesta ]
Mmm, tienes razón. Subí una nueva versión del archivo ( File:Anterior Thyroid - Arabe.svg ) solo para estar seguro, y todavía se ve muy mal. Quiero probar otras cosas, pero no estoy seguro de cómo se supone que debe verse el resultado: el archivo SVG en mi computadora también tiene un texto de aspecto un poco extraño y no estoy seguro de si es un problema con el archivo. o con mis aplicaciones: https://phabricator.wikimedia.org/F56717722. ¿Puedes exportarlo a PNG en tu computadora y cargar esa versión también en Commons para que podamos compararlo? Charla de Matma Rex 03:34, 27 de julio de 2024 (UTC) [ respuesta ]
@ Matma Rex : Creo que descubrí la causa del problema, se debe a una diferencia en puntos por pulgada. Porque descargué una imagen en formato SVG del año 2010 y quise modificarla, pero vi este mensaje dentro del programa:
se creó en una versión anterior de Inkscape (90 DPI) y necesitamos hacerlo compatible con versiones más nuevas (96 DPI). Cuéntanos sobre este archivo. Este archivo contiene ilustraciones digitales para visualización en pantalla (elija si no está seguro). Este archivo está diseñado para salida física, como papel o 30 impresiones. Cree un archivo de copia de seguridad en el mismo directorio. Más detalles: Hemos actualizado Inkscape para seguir el estándar CSS de 36 OPI para una mejor compatibilidad con el navegador que solíamos usar 50 DPI. Obra de arte digital para pantalla. La pantalla se convertirá a 96 DPI sin escalar y no debería verse afectada. Las ilustraciones dibujadas a 90 DPI para un tamaño físico específico serán demasiado pequeñas si se convierten a 96 DPI sin ninguna escala. Hay dos métodos de escalado. Escalar todo el documento: el método menos propenso a errores, esto preserva la apariencia de la obra de arte, incluidos los filtros y la posición de las máscaras, etc. La escala de la obra de arte en relación con el tamaño del documento puede no ser precisa. Escalar elementos individuales en la obra de arte: este método es menos confiable y puede dar como resultado un cambio de apariencia, pero es mejor para la producción física que depende de tamaños y posiciones precisos (por ejemplo, para la impresión 3D). Más información sobre este cambio está disponible en Inliscape
He instalado Inkscape versión 0.48 (2010). Luego intenté editar la imagen y subirla a Commons, y no vi ninguna distorsión ni ningún problema con el texto. __________________ Hay otro problema, que es cuando abres la imagen de esta manera, haces clic derecho sobre ella y luego la descargas directamente, sin hacer clic en el icono de descarga, la imagen no se descarga en formato SVG, sino en formato PNG, y este es un gran problema que no debería suceder. Charla de Mohmad Abdul sahib☎ charla 04:55, 27 de julio de 2024 (UTC) [ respuesta ]
@ Matma Rex : Esta es la imagen original. No tenemos problemas de distorsión con las imágenes PNG porque sus textos se parecen más a material impreso o más bien a hardsub, lo que significa que el texto no es editable, ni tampoco lo son los objetos de la imagen. En cuanto a los archivos SVG, se parecen más a un proyecto de imagen que se puede editar y traducir, incluido el texto. Trabajo con imágenes SVG para que puedan modificarse y traducirse fácilmente a otros idiomas. Espero que en el futuro la política de Wikipedia cambie para que no permita cargar ninguna imagen PNG de ninguna imagen con texto.
De hecho, sugiero que Wikipedia proporcione la función de traducir textos de imágenes SVG sin la necesidad de cargarlos repetidamente para cada idioma. Esto facilitará el trabajo y reducirá el tamaño de los datos del servidor Commons. Es decir, si el proyecto Commons nos proporciona la ventaja de reconocer textos de imágenes y traducirlos para que se muestren directamente sin necesidad de subir repetidamente la imagen en cada idioma, entonces el asunto será más fácil y rápido y se ahorrará espacio en el servidor del proyecto Commons. Charla de Mohmad Abdul sahib☎ charla 05:16, 27 de julio de 2024 (UTC) [ respuesta ]
La representación de imágenes SVG se realiza mediante librsvg; si tiene problemas con la forma en que se representa la imagen, probablemente sea un problema en la biblioteca librsvg. No trabajamos directamente en el desarrollo del software que representa el SVG (es una dependencia). Si encuentra el problema, quizás pueda informarlo al proyecto librsvg. - The DJ ( charla • contribuciones ) 08:50, 27 de julio de 2024 (UTC ) [ respuesta ]
"Sugiero que Wikipedia proporcione la función de traducir textos de imágenes SVG sin la necesidad de cargarlos repetidamente para cada idioma". Le invitamos a escribir dicha funcionalidad para MediaWiki. La mayor parte de este tipo de funcionalidad está escrita por voluntarios. - The DJ ( charla • contribuciones ) 08:58, 27 de julio de 2024 (UTC ) [ respuesta ]
De hecho, ya existe una herramienta para esto: commons:Commons:SVG Translate tool. el wub "?!" 10:12, 27 de julio de 2024 (UTC) [ respuesta ]
El usuario indicó que desea hacer esto sin tener que volver a cargar cada traducción. Si bien SVG Translate permite combinar traducciones en una sola carga, cada edición o cada nueva traducción aún requiere una nueva carga. - The DJ ( charla • contribuciones ) 08:54, 28 de julio de 2024 (UTC ) [ respuesta ]
Esta imagen está en inglés.Esto está en alemán, pero es la misma imagen.Jarry1250 ( charla · contribuciones ) (un antiguo VPT habitual, pero todavía presente de vez en cuando) ya nos ha mostrado cómo se puede hacer esto, consulte Wikipedia: Village pump (técnico)/Archivo 96#SVG traducción . Si va a la página de descripción del archivo, debería ver el menú desplegable "Renderizar esta imagen en". Elija algo de eso. Hace uso del elemento switch en SVG. - Red rose64 🌹 ( discusión ) 10:51, 27 de julio de 2024 (UTC) [ respuesta ]
"Haga clic derecho sobre él y luego descárguelo directamente", luego descargará la miniatura, y esto es lo esperado. Si desea el archivo original, siempre debe utilizar el enlace debajo "archivo original" y elegir Guardar archivo como. - The DJ ( charla • contribuciones ) 08:48, 27 de julio de 2024 (UTC ) [ respuesta ]
Gracias por toda esta información.
@ TheDJ : sí, lo sé. Quise decir que la imagen debe descargarse en formato SVG incluso si se hace clic directamente en ella sin hacer clic en el ícono de descarga; de lo contrario, es posible que algunas personas no presten atención al ícono de descarga y se producirán problemas y sospechas.
@ The wub The wub: Esto es algo legendario, no lo sabía. Pero tengo un problema: cuando accedo a un proyecto de Commons en inglés, su interfaz cambiará a árabe. Desafortunadamente, no se puede acceder al proyecto Commons en el idioma deseado, y desafortunadamente (Traducción de contenido/V2) no está disponible en este proyecto, y por esta razón no puedo traducir muchos artículos explicativos en el proyecto Commons. Espero que el ícono de la herramienta Commons:SVG Translate esté presente en la página de información de cada imagen SVG cargada en Commons, para que todos sepan que esta función existe, ya sea escribiendo en imágenes o traduciéndolas.
He informado a los miembros del proyecto Librsvg y estoy esperando su respuesta para saber si el problema se debe a la biblioteca. Todavía necesitamos descubrir la causa del mal funcionamiento, para determinar la causa del problema, cualquier información al respecto sería útil. Espero que cooperemos para solucionar el defecto, porque el problema está relacionado con un error importante relacionado con Wikipedia, especialmente la visualización de imágenes. Actualmente he detenido todos mis proyectos relacionados con el diseño de imágenes, porque si ahora subo imágenes con textos pequeños para que se muestren en un tamaño grande, se espera que después de corregir el defecto, el tamaño del texto disminuya. Charla de Mohmad Abdul sahib☎ charla 08:05, 28 de julio de 2024 (UTC) [ respuesta ]
@ Mohmad Abdul sahib : Con respecto al proyecto Commons, no se puede acceder en el idioma deseado . ¿Ha verificado que la configuración en c:Special:Preferences#mw-prefsection-personal-i18n sea correcta? - Red rose64 🌹 ( discusión ) 09:53, 28 de julio de 2024 (UTC) [ respuesta ]
He abierto un informe aquí. No puedo manejar el problema y seguirlo mediante programación porque no soy programador. Al abrir el tema en el foro del proyecto Librsvg , queda claro que hacer un seguimiento del problema y diagnosticar su causa es responsabilidad de los miembros de Wikipedia. Hice todo lo que pude y el resto requiere tu intervención. Charla de Mohmad Abdul sahib☎ charla 17:40, 28 de julio de 2024 (UTC) [ respuesta ]
Esa página también tiene algunos gráficos que son en su mayoría blancos. Por supuesto, los archivos de imagen no cambian de color (bueno, los archivos GIF sí pueden, pero no creo que sean la solución aquí), pero es algo más a considerar.
Bomba de aldea (Política - Técnica - Propuestas (persistente) - Laboratorio de ideas - WMF - Varios)
y esta parte
Archivo de Village Pump (técnico) Esta página contiene discusiones que han sido archivadas desde Village Pump (técnico). Por favor no edite el contenido de esta página. Si desea revivir alguna de estas discusiones, inicie un nuevo hilo o use la página de discusión asociada con ese tema. < Discusiones más antiguas · Archivos: A, B, C, ... 212, 213, 214
aparecen como texto oscuro (incluidos enlaces azules que se vuelven violetas después de hacer clic en ellos) sobre un fondo claro. La lista de archivos incluye 42 como texto #claro difícil de ver sobre un fondo claro en modo oscuro.
El artículo GIF tiene un cuadro de información que dice (más o menos)
Extensión de nombre de archivo: .gif Tipo de medio de Internet: imagen/gif Código de tipo: GIFf Identificador de tipo uniforme (UTI): com.compuserve.gif Número mágico: GIF87a/GIF89a
pero ".gif", "image/gif" y "GIFf" aparecen como texto oscuro sobre un fondo claro. "GIF87a" y "GIF89a" parecen cambiar entre el modo claro y el modo oscuro, tal vez usando <code>THIS</code>en lugar de {{code|THAT}}?
"Partes de estas páginas tienen texto oscuro sobre un fondo claro" sí, esto es lo esperado. Hay 25 años de legado y arreglar todas estas plantillas para que tengan un modo claro Y uno oscuro llevará varios años y requerirá que se tomen nuevas decisiones. Sin embargo, la máxima prioridad en este momento es garantizar que no haya oscuridad sobre oscuridad o luz sobre luz, ya que eso afecta la legibilidad. Las cuestiones de "es bonito" se abordarán a su debido tiempo. - The DJ ( charla • contribuciones ) 08:55, 27 de julio de 2024 (UTC) [ respuesta ]
De acuerdo: esta no es una prioridad absoluta. Sin embargo, como alguien que no está familiarizado con la codificación, no siempre sé si un problema aquí está relacionado con un problema allá , por lo que a veces pregunto a otras personas que creo que podrían saber (o podrían saber cómo averiguarlo). Además, incluso si los problemas no están relacionados, un pequeño problema aún podría merecer estar en la lista de tareas pendientes (incluso si está muy, muy abajo en la lista de tareas pendientes), así que espero que mencionarlo sea útil. - 173.67.42.107 ( discusión ) 19:44, 27 de julio de 2024 (UTC) [ respuesta ]
TheDJ , bueno, en este caso es una combinación de la extensión SyntaxHighlight que no admite el modo oscuro, sobre el cual no podemos hacer mucho, y {{ code }} usando la etiqueta syntaxhighlight, cuando podría usar la etiqueta code si no hay ningún idioma. especificado. - Charla Qwerfjkl 19:56, 27 de julio de 2024 (UTC)[ responder ]
He navegado y editado un poco en Wikipedia en mi teléfono inteligente, principalmente en modo oscuro desde que supe que era una opción (¿miércoles 10 de julio?).
En mi computadora portátil, las direcciones de wikipedia.org se redirigen de forma predeterminada a en.wikipedia.org y al modo claro, pero a veces he editado la dirección web a en.m.wikipedia.org para obtener el modo oscuro móvil en mi computadora portátil.
Hoy (sábado 27 de julio) en mi computadora portátil, en.wikipedia.org (creo que era en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Wikipedia:Sandbox si eso importa) me dio una alerta emergente que decía algo como "oscuro El modo está disponible en el enlace Apariencia del menú en el lado derecho de la pantalla", pero no puedo encontrar Apariencia en ninguno de los cinco menús que encontré:
La parte superior derecha de la pantalla tiene tres puntos que parecen puntos suspensivos ... eso me da este menú desplegable:
Páginas para editores desconectados (más información)
Contribuciones
Hablar
Debajo está el menú desplegable para idiomas (obviamente, la apariencia no pertenece allí)
Debajo hay un menú desplegable de Herramientas (puedo enumerar sus opciones si eso fuera de ayuda, pero Apariencia no es una de ellas, incluso cuando me desplazo hacia abajo hasta donde llega, así que...)
La parte superior izquierda tiene lo que parece una barra triple que revela un menú principal desplegable (nuevamente, puedo enumerar las opciones, pero Apariencia no está allí, incluso desplazándome hacia abajo)
debajo está la tabla desplegable de Contenido, que se asemeja a una elipsis vertical junto a una barra triple, algo así como ⋮ Ξ (nuevamente, la Apariencia no pertenece allí, aunque como pictografía parece que podría ser un menú de configuración)
La apariencia tampoco forma parte visible del "menú" del pie de página:
Política de privacidad
Acerca de Wikipedia
Descargos de responsabilidad
ContactoWikipedia
Código de conducta
Desarrolladores
Estadísticas
Declaración de cookies
Vista móvil
También revisé la página principal de Wikipedia con resultados similares (sin apariencia ni ⋮三).
Salí de la ventana emergente en busca del enlace Apariencia y no he podido volver a abrir la ventana emergente (lo cual normalmente es algo bueno, pero en este momento significa que no puedo volver a verificar nada al respecto, como, "¿no?" dice Apariencia o apariencia s ?")
Si alguien sabe lo que está pasando aquí, por favor no me deje en la oscuridad. Quiero decir, déjame entrar en la oscuridad. Usted sabe lo que quiero decir. ;-)
¿Estás buscando el pequeño par de anteojos al lado del enlace "Crear cuenta"? – Jonesey95 ( discusión ) 21:00, 27 de julio de 2024 (UTC) [ respuesta ]
Iniciar un aviso de discusión en las páginas de discusión
Seguimiento en la tarea T371125 de Phabricator
Por lo general, el aviso de inicio de discusión se muestra en las páginas de discusión sin comentarios; Pero ahora está en todas las páginas de discusión. Incluso en la charla de Wikipedia: Bomba de pueblo (técnica) . No sé cuánto tiempo ha pasado, pero me acabo de dar cuenta. ¿Es un fallo o algo así??? Vestrian24Bio ( HABLAR ) 11:48, 26 de julio de 2024 (UTC) [ respuesta ]
¿Puedes compartir una captura de pantalla de cómo te parecen estas páginas de discusión? (Puedes subir capturas de pantalla más fácilmente en Phabricator: [2].) Charla de Matma Rex 13:58, 26 de julio de 2024 (UTC) [ respuesta ]
Para su información : el aviso aparece en la parte inferior de la página. Vestrian24Bio ( HABLAR ) 14:24, 26 de julio de 2024 (UTC) [ respuesta ]
@ Vestrian24Bio ¡Ah, ya veo! Ha habilitado el nuevo analizador de wikitexto Parsoid en Especial:Preferencias#mw-prefsection-editing-developertools (como lo demuestra la insignia "Renderizado con Parsoid" visible en sus capturas de pantalla. ¡Gracias por enviarlas!). Puedo reproducir el problema cuando hago eso. No sé por qué sucede, pero presenté un error al respecto: T371125. Charla de Matma Rex 16:34, 26 de julio de 2024 (UTC) [ respuesta ]
Bien gracias. Vestrian24Bio ( HABLAR ) 17:22, 26 de julio de 2024 (UTC) [ respuesta ]
¿Existe una opción para eliminar/ocultar este aviso grande (incluso en páginas de discusión sin comentarios)? ~ Tom.Reding ( charla ⋅ dgaf ) 11:41, 30 de julio de 2024 (UTC) [ respuesta ]
No lo hay, pero puedes ocultarlo usando CSS personal. Charla de Matma Rex 11:55, 30 de julio de 2024 (UTC) [ respuesta ]
@ Matma Rex : ¡eso es genial! ¿Sabrías cómo? ~ Tom.Reding ( charla ⋅ dgaf ) 18:22, 30 de julio de 2024 (UTC) [ respuesta ]
No estaba seguro de si la página de la plantilla solicitada era monitoreada con mucha frecuencia... parece un poco muerta. Así que aquí se lo comunico a mis superiores.
Las plantillas actuales y anteriores deben fusionarse en un todo para que podamos tener un porcentaje si queremos, pero tampoco tener ningún porcentaje para muchos artículos. Simplemente podría crear dos plantillas separadas y cambiarles el nombre para que podamos usar cualquiera de ellas, si así lo prefiere la Wikipedia. o agregamos un atributo a la plantilla actual que agrega el (72,6%) después de la pérdida de victorias. Usamos la plantilla porque muchos editores olvidan usar un ndash en lugar de un guión. Si es mejor o más fácil tener dos plantillas, házmelo saber. Gracias. Fyunck (hacer clic) ( discusión ) 19:25, 26 de julio de 2024 (UTC) [ respuesta ]
Lista de ciudades propiamente dichas por densidad de población
La lista comienza en el n.° 2, en lugar del n.° 1. ¿Alguien puede hacer la solución necesaria? Home Lander ( discusión ) 23:41, 26 de julio de 2024 (UTC) [ respuesta ]
¿Me parece correcto, sin modificaciones desde el día 22? - Cryptic 00:02, 27 de julio de 2024 (UTC) [ respuesta ]
Hecho No lo fue. Acabo de arreglarlo. •Shawnqual• 📚 • 💭 00:21, 27 de julio de 2024 (UTC) [ respuesta ]
Gracias, nunca lo habría conseguido yo solo. Home Lander ( discusión ) 17:07, 27 de julio de 2024 (UTC) [ respuesta ]
Ahora haga una lista de "ciudades adecuadas". 😉 Blueboar ( charla ) 17:19, 27 de julio de 2024 (UTC) [ respuesta ]
Hola, noté que Srikanth Odela no aparece en los resultados de búsqueda de Google para su página de Wikipedia. ¿Alguien puede ayudarme a entender por qué? BubbleWombleBee12 ( discusión ) 11:00, 27 de julio de 2024 (UTC) [ respuesta ]
Archivo del tablón de anuncios NPOV: ¿redireccionado?
Por alguna razón, cuando haces clic en los enlaces de archivo en WP:NPOVN, terminas siendo redirigido a los archivos de WP:RSN . ¿Alguien podría arreglar esto? Jabalí ( discusión ) 11:19, 27 de julio de 2024 (UTC) [ respuesta ]
Explorando esto más a fondo... la función "buscar archivos" en NPOVN parece estar funcionando bien. El problema parece ser que la "lista de archivos" de NPOVN parece haber sido reemplazada por la "lista de archivos" de RSN. Jabalí ( discusión ) 12:15, 27 de julio de 2024 (UTC) [ respuesta ]
Sí, se remonta a siete meses hasta esta edición . - Red rose64 🌹 ( discusión ) 12:57, 27 de julio de 2024 (UTC) [ respuesta ]
Gracias por la corrección. Jabalí ( discusión ) 13:05, 27 de julio de 2024 (UTC) [ respuesta ]
gran saludo
Gran granero de Coxwell
Hola a todos en Pump, es fácil sentirse desconectado a pesar de los fantásticos y a menudo ingratos esfuerzos que hacen para mantener WP funcionando detrás de escena. No hago graneros, pero aquí hay una foto de un enorme granero medieval. Bien hecho, y gracias nuevamente por todo su arduo trabajo incansable y a menudo no reconocido. MinorProphet ( discusión ) : comentario anterior sin fecha agregado a las 13:24, 27 de julio de 2024 (UTC) [ respuesta ]
Configuración de apariencia de manteles
En Lista de temporadas de los Anaheim Ducks , cuando ves la página sin cerrar sesión y te desplazas hacia abajo lo suficiente, la tabla año por año cubre parcialmente la configuración de apariencia (en Google Chrome, Windows 11, por lo que vale). Supongo que probablemente esto no sea la intención; ¿Existe alguna forma de modificar la configuración para que sea completamente visible para los usuarios? Home Lander ( discusión ) 17:06, 27 de julio de 2024 (UTC) [ respuesta ]
Este es un problema conocido que los desarrolladores de WMF han estado investigando desde que implementaron Vector 2022 como máscara predeterminada. La tarea principal es T361737. – Jonesey95 ( discusión ) 19:38, 27 de julio de 2024 (UTC) [ respuesta ]
Por mw:Recomendaciones para artículos aptos para dispositivos móviles en los wikis de Wikimedia, puede marcar tablas grandes para que se desplacen (lo hice para este artículo). Este problema existe desde hace más de una década para los usuarios de dispositivos móviles. Vector 2022 acaba de llevar el tema a una audiencia más amplia.
El problema al que se hace referencia (si se resuelve) probablemente se resolverá marcando tablas como esta automáticamente, pero no creo que exista una solución milagrosa para arreglar todas las tablas (esta solución es incompatible con los encabezados fijos, por ejemplo). 🐸 Jdlrobson ( discusión ) 02:24, 28 de julio de 2024 (UTC) [ respuesta ]
Eliminando la necesidad de movimientos de todos contra todos
Cuando es necesario cambiar el nombre de la página A a B, pero B redirige a A, lo que comúnmente sucede es que B se mueve a C sin dejar una redirección (de modo que la página B queda libre), lo que significa que A puede cambiarse el nombre a B y C. Se puede cambiar el nombre a B, también sin dejar una redirección. Esto se llama movimiento de todos contra todos . Alternativamente, la redirección B puede simplemente eliminarse. Dado que esto se hace comúnmente, ¿es factible y técnicamente posible realizar los dos movimientos al mismo tiempo (por ejemplo, de A a B y de B a A al mismo tiempo), eliminando la necesidad de un tercero? JuniperChill ( discusión ) 19:35, 27 de julio de 2024 (UTC) [ respuesta ]
phab:T303120 es una solicitud de función rechazada "Intercambio de páginas". PrimeHunter ( discusión ) 20:04, 27 de julio de 2024 (UTC) [ respuesta ]
Imágenes en modo oscuro con color transparente.
El artículo de la Agencia Espacial del Reino Unido tiene un logotipo en la parte superior que se supone que tiene los colores rojo, azul y blanco de la bandera británica, sin embargo, la imagen en realidad no usa blanco, sino transparente, por lo que se mezcla con el blanquecino. panel. Sin embargo, en el modo oscuro, el área transparente aparece negra, por lo que el logotipo aparece rojo, azul y negro, lo cual es incorrecto. La solución sería que las imágenes no utilicen colores transparentes cuando deberían ser blancos, aunque esto molestaría a las personas que quieren que la imagen se mezcle con el panel de fondo blanquecino. Termynaytor (discusión) 04:45, 28 de julio de 2024 (UTC) [ respuesta ]
Si fuera blanco, alguien necesita arreglar el logo. Tergiversar logotipos es un error de nuestra parte. Izno ( discusión ) 04:59, 28 de julio de 2024 (UTC) [ respuesta ]
Acordado. Si un logotipo realmente pretende ser un fondo transparente, deberíamos usarlo, por supuesto. Pero esa es la rareza. No soy alguien que "atienda" las preferencias de las empresas/organizaciones, pero en la visualización de sus logotipos (ya sea con fondo blanco o no) debemos seguir sus kits de prensa/medios para mostrarlos, al menos en el departamento de color. . La gran mayoría de las organizaciones tendrán su logotipo como parte de un kit de prensa/medios con orientación sobre cómo darle forma, los colores a usar (a menudo con valores hexadecimales exactos), y debemos usar imágenes de logotipo que cumplan con esos requisitos. si son de dominio público, en mi opinión. -bɜ:ʳkənhɪmez ( Usuario / ¡saluda! ) 05:23, 28 de julio de 2024 (UTC) [ respuesta ]
@Izno y Berchanhimez : El sitio web oficial tiene el logo como una imagen PNG transparente, pero el fondo de la página es explícitamente#fff . - Red rose64 🌹 ( discusión ) 08:37, 28 de julio de 2024 (UTC) [ respuesta ]
Cita de las pautas de marca: 2.1 Logotipo maestro // El logotipo maestro es rojo, blanco y azul, y debe usarse principalmente sobre un fondo blanco. Además, se puede descargar un archivo zip con logotipos desde los recursos de comunicaciones de la Agencia Espacial del Reino Unido. — andrybak ( charla ) 13:43, 28 de julio de 2024 (UTC) [ respuesta ]
@ Termynaytor : los archivos SVG son comparativamente fáciles de editar, especialmente cuando no se crearon con InkScape. Utilice un editor de texto sin formato como WordPad. Esta imagen SVG tenía solo tres elementos: el <svg>...</svg>elemento en sí, más un <path />elemento para las partes roja y azul. No hay nada que especificar ni el fondo ni la transparencia: las imágenes SVG son implícitamente transparentes, excepto aquellas áreas donde se ha dibujado un objeto que es 100% opaco.
Agregué un cuarto elemento, que dibuja un fondo blanco antes de los bits de colores.<rectx="0"y="0"width="500"height="140"fill="white"stroke="none"/>
¿Hay otras imágenes SVG que necesites arreglar? - Red rose64 🌹 ( discusión ) 08:22, 28 de julio de 2024 (UTC) [ respuesta ]
Gracias por eso. Hay otras imágenes en el hilo vinculado por WOSlinker arriba, como los logotipos de Porsche y Apple, pero es posible que la gente prefiera mantener la transparencia en esos casos. Termynaytor (discusión) 08:42, 28 de julio de 2024 (UTC) [ respuesta ]
Un gadget común que nos permita agregar un fondo blanco a las imágenes con un solo clic en un botón sería realmente útil aquí... 🐸 Jdlrobson ( discusión ) 21:52, 28 de julio de 2024 (UTC) [ respuesta ]
@ Jdlrobson : Si te entiendo correctamente, estás sugiriendo una utilidad que, dado el nombre de una imagen existente, editará esa imagen y guardará la imagen modificada. Mi edición de Archivo:UK Space Agency logo.svg no fue difícil, pero no creo que sea algo que pueda automatizarse fácilmente de una manera que se adapte a todas las situaciones. - Red rose64 🌹 ( discusión ) 22:20, 28 de julio de 2024 (UTC) [ respuesta ]
Eso también puede entrar en conflicto con c:COM:OVERWRITE, dependiendo de las características específicas del archivo, y la tentación de los editores de usarlo ampliamente en imágenes de cosas que no son intrínsecamente "fondo blanco". DMacks ( discusión ) 22:29, 28 de julio de 2024 (UTC) [ respuesta ]
¿Cómo agregar un color de fondo a una imagen en un cuadro de información?
– ~ 🦝 Shushugah (él / él • hablar ) 04:58, 30 de julio de 2024 (UTC)[ responder ]
Por ejemplo, si un logotipo es png completamente blanco, no sería visible, por lo que se agrega un color de fondo negro para hacerlo visible. Neocorelight ( Discusión ) 03:24, 27 de julio de 2024 (UTC) [ respuesta ]
No puedes confiar en esto porque hay modo claro y oscuro. Es mejor editar explícitamente la imagen para que tenga un color de fondo. ~ 🦝 Shushugah (él / él • hablar ) 10:43, 27 de julio de 2024 (UTC) [ respuesta ]
¿No permanecería el color como está independientemente del modo? Además, responda la pregunta inicial. @Shushugah . Neocorelight ( Discusión ) 23:16, 27 de julio de 2024 (UTC) [ respuesta ]
Supongo que nadie sabe cómo. Neocorelight ( Discusión ) 23:38, 29 de julio de 2024 (UTC) [ respuesta ]
Neocorelight , descarga la imagen y edita el color de fondo. Vuelva a cargar la versión editada en Wikimedia Commons, asegurándose de dar crédito al titular de la licencia original, vincular la versión que remezcló y proporcionar la misma licencia que la versión original.Si no tiene un software de edición de imágenes en su dispositivo, probablemente pueda utilizar la herramienta gratuita en línea Photopea. Folly Mox ( discusión ) 10:33, 30 de julio de 2024 (UTC) [ respuesta ]
Esta página tiene activado WP:Cambios pendientes . La lista del historial de ediciones ahora parece extraña cuando el modo oscuro está activado. En las ediciones que han sido aceptadas, esa línea tiene un fondo blanco en lugar de negro/oscuro y el texto es de color claro, lo que hace que sea más difícil de leer. En su lugar, debería ser un fondo gris oscuro, más claro que el fondo estándar, para que encaje con el esquema oscuro y haga que el texto sea legible.
-- 65.92.247.96 ( charla ) 07:01, 28 de julio de 2024 (UTC) [ respuesta ]
Discusión enCharla de plantilla: parte superior del archivo oculto § Color del texto del encabezado ilegible en modo oscuro
Existe este problema recurrente en Special:WantedCategories donde se genera una categoría con enlace rojo:Categorías de limpieza de AAAA porque alguien ha fechado por error una plantilla de mantenimiento a hace 15 o 20 años, después de lo cual un bot recrea automáticamente la categoría de cola de mantenimiento con enlace rojo resultante para esa plantilla específica, pero luego deja el contenedor de "limpieza" general como un enlace rojo que termina convirtiéndose en el trabajo de reparación del equipo de limpieza de la categoría.
Por ejemplo, Categoría: Artículos con declaraciones sin fuente de julio de 2004 se ha recreado cuatro veces en las últimas dos semanas , solo porque personas accidentalmente escribieron 2004 en lugar de 2024 en una plantilla {{ citation need }} en algún lugar de un artículo, lo que obviamente es solo un dolor perturbador en el badonkadonk con el que tener que seguir lidiando una y otra vez.
Pregunté aquí antes y me dijeron que era posible, pero obviamente no sucedió: ¿hay alguna manera de que se puedan crear plantillas de mantenimiento como {{ citation need }} para realizar una verificación si existe en categorías y archivos? no existen en una categoría de detección de errores (por ejemplo, "cita necesaria con problemas de citas" o algo por el estilo) en lugar de provocar la recreación de una categoría vinculada roja que ya se limpió y eliminó en el pasado. Bearcat ( discusión ) 13:21, 28 de julio de 2024 (UTC) [ respuesta ]
Además, dado que es claramente posible que los bots detecten y creen automáticamente categorías de mantenimiento con enlaces rojos según sea necesario, ¿puede alguna de las siguientes cosas que inevitablemente afectan a WantedCategories de forma regular ser asignadas a los bots en lugar de convertirse en mi tarea de arreglarlas?
"Nominaciones a artículos destacados de Wikipedia de hoy de [mes y año actual]", que constantemente llega allí en algún momento a mediados de cada mes sin falta, y en realidad debería ser creado automáticamente por un bot justo al principio del mes si es ¿Se espera habitualmente que exista?
¿Algún enlace rojo que no esté vacío de las variedades "Artículos que contienen texto [Insertar idioma aquí]", "Páginas con IPA [Insertar idioma aquí]" y "CS1 [Insertar idioma aquí] (código de idioma)"?
¿Algún enlace rojo que no esté vacío para "títeres de calcetines de Wikipedia de [usuario]" y "títeres de calcetines de Wikipedia sospechosos de [usuario]"? Bearcat ( discusión ) 15:04, 28 de julio de 2024 (UTC) [ respuesta ]
Voy a comentar algunos de estos.
AnomieBOT crea categorías de mantenimiento con fecha (como Categoría: artículos con declaraciones sin fuente de julio de 2024 ) ( charla · contribuciones ) si se aplica alguna de dos condiciones: (i) ahora es el último día del mes anterior; (ii) hay una página en la categoría y la fecha es válida, incluso si el año es un error tipográfico. Esperaría que si desea un comportamiento diferente al de AnomieBOT, su primer contacto debería ser Anomie ( charla · contribuciones ), quien (a diferencia de algunos botops que podría nombrar) no solo está activo sino que también responde a los mensajes de la página de discusión.
HTH. - Red rose64 🌹 ( discusión ) 17:18, 28 de julio de 2024 (UTC) [ respuesta ]
Obviamente, los sockpuppet deberían ser responsabilidad del administrador o empleado que etiquetó la página, pero los errores pueden ocurrir y ocurren, por lo que realmente es necesario que haya una manera de detectarlos antes de que se conviertan en un problema que debo solucionar.
Cuando se trata de plantillas de mantenimiento retroactivas, en realidad es algo que la plantilla debe manejar en lugar del bot. El robot simplemente aparecerá y creará cualquier enlace rojo que no esté vacío que encuentre, y no puede modificar fácilmente una categoría enlazada para que sea diferente de lo que hay allí; es la plantilla la que debe evitarse para poder generar un enlace rojo retroactivo. así , para que el bot no tenga que recrear nada. Entonces, en realidad, la plantilla debe tener el código "si se le pide que regenere una categoría obsoleta que no existe, luego reemplácela con una categoría que detecte problemas en lugar de una fecha vinculada roja" dentro de la plantilla, porque un bot no puede hacer que eso suceda si la plantilla aún no lo está manejando. Bearcat ( discusión ) 21:14, 28 de julio de 2024 (UTC) [ respuesta ]
Algunos detalles más sobre cómo funciona AnomieBOT:
Cuando la categoría de destino no existe, las plantillas completan tanto Categoría:Artículos con declaraciones sin fuente de julio de 2004 como Categoría:Artículos con parámetro de fecha no válido en la plantilla . AnomieBOT busca artículos en la última categoría para encontrar el primero, ya que simplemente hay demasiadas posibilidades para buscar el primero directamente. Bueno, supongo que hoy en día se podría realizar una consulta a la base de datos en Toolforge, pero las búsquedas de sufijos no son muy eficientes.
AnomieBOT busca las categorías faltantes de "Categorías de limpieza del mes año" para crearlas. Podría hacer que también haga "Categorías de limpieza del año" si así lo desea. ¿Sería ese un caso especial, o deberíamos tener una Categoría:Categorías de mantenimiento de Wikipedia ordenadas por año para que coincida con la Categoría:Categorías de mantenimiento de Wikipedia ordenadas por mes ?
AnomieBOT no creará categorías con fechas para ninguna fecha, solo fechas desde 2004. Olvidé por qué elegí ese año específicamente, más allá de decidir que algo anterior definitivamente no era un artículo antiguo que se estaba recuperando o una edición antigua que eliminaba una etiqueta de mantenimiento que se estaba revirtiendo. Podría pasarlo a 2010 con bastante facilidad si la gente que escribe "200X" en lugar de "202X" fuera algo común.
Los ejemplos sin fecha deberían considerarse caso por caso. "Wikipedia sockpuppets of" y Wikipedia socksockpuppets of" parecen prefijos razonables para buscar. No estoy seguro acerca de "Artículos que contienen", "Páginas con" o "CS1".
HTH. Anomia ⚔ 00:10, 29 de julio de 2024 (UTC) [ respuesta ]
Con respecto al cambio de 2004 a 2010, ¿puede el robot buscar la categoría de mes/año más antigua existente y no crear categorías anteriores a esa? — andrybak ( charla ) 15:00, 30 de julio de 2024 (UTC) [ respuesta ]
Bien, entonces el año límite podría ser el año de la categoría existente más antigua o {{ CURRENTYEAR }} − 10, lo que sea más reciente (el máximo de los dos). — andrybak ( charla ) 18:00, 30 de julio de 2024 (UTC) [ respuesta ]
Me pregunto con qué frecuencia las personas recuperan, redireccionan o revierten válidamente una revisión que tiene una etiqueta de mantenimiento anterior a esa. O con qué frecuencia las personas cambian una etiqueta de una categoría a otra, llenando de repente la categoría "otra" con un montón de fechas antiguas. Además, prefiero tener un límite consistente en lugar de tener que intentar buscar una fecha más temprana para cada categoría diferente. Anomia ⚔ 23:47, 30 de julio de 2024 (UTC) [ respuesta ]
¿Puedo intervenir aquí por un momento para preguntar si estamos considerando seriamente hacer que la vida de las personas que realmente trabajan en las categorías de limpieza atrasadas (estoy seguro de que existen) sea significativamente más difícil, de modo que las personas que mantienen ordenadas Special:WantedCategories sean ¿menos inconvenientes? También me han aparecido categorías de mantenimiento vacías que usé en G6 hace años, y eso es bueno , porque significa que alguien revirtió un artículo sin fuente que se convirtió en una redirección hace años, o que se copió y pegó en un archivo antiguo. versión de un artículo eliminado, o revertir una página a una versión realmente antigua, y es necesario solucionar todo eso. Si hacemos que las etiquetas de mantenimiento no clasifiquen dichas ediciones, mucha menos gente las notará . Si es solo una cuestión de que el robot no recrea los gatos abuelos vinculados a la red, entonces haz que los haga. O, ya sabes, lidiar con el problema subyacente; la mayoría de las veces, según mi experiencia, lo correcto era una simple reversión o G4 speedy, y luego G6, el gato de mantenimiento nuevamente. Incluso si omites el último, de todos modos no durará una hora; Tenemos administradores que compiten entre sí para lograr velocidades fáciles como esa. - Cryptic 03:56, 31 de julio de 2024 (UTC) [ respuesta ]
Las secciones no colapsan en el móvil
En Gran Bretaña, durante los Juegos Olímpicos, las secciones no son plegables como se esperaba en la interfaz móvil. En mi entorno de pruebas intenté eliminar secciones hasta que funcionó nuevamente, luego reinstalé esa sección y eliminé todo lo demás, solo para descubrir que funcionó nuevamente. También intenté corregir los errores de marcado (específicamente, atributos HTML no válidos) pero tampoco lo solucionó. Así que sólo puedo asumir que la causa es que la sección "Medallas por deporte" es excesivamente grande. ¿Es esta una limitación conocida del mecanismo de colapso? ¿Debería dividirse esa sección para que funcione el colapso? Hairy Dude ( discusión ) 16:49, 28 de julio de 2024 (UTC) [ respuesta ]
Hay demasiadas imágenes en la página, por lo que no se puede formatear para dispositivos móviles (consulte mw:Recommendations_for_mobile_friendly_articles_on_Wikimedia_wikis) 🐸 Jdlrobson ( discusión ) 18:14, 28 de julio de 2024 (UTC) [ respuesta ]
Las miniaturas de las imágenes se muestran en negativo
Los tres "artículos relacionados" vinculados en la parte inferior de la página de cada artículo me muestran sus miniaturas en negativo fotográfico. Un fallo temporal, un problema por mi parte (Chrome Android móvil), no lo sé: las imágenes estándar del artículo se ven bien. Quería avisar a alguien en caso de que haya algún problema que solucionar. Véase, por ejemplo, parte inferior de Thomas Cromwell o La rebelión de Wyatt . Al Begamut ( discusión ) 17:04, 28 de julio de 2024 (UTC) [ respuesta ]
¿En modo oscuro o claro? No puedo reproducir el problema en ninguno de los dos. Izno ( charla ) 17:58, 28 de julio de 2024 (UTC) [ respuesta ]
Esto suena como el comportamiento del gadget en modo oscuro (en lugar de la extensión WMF), que siempre ha hecho esto. Folly Mox ( discusión ) 18:37, 28 de julio de 2024 (UTC) [ respuesta ]
Ah, sí, eso parece una posibilidad. ¡Gracias por ayudarme a resolverlo! Al Begamut ( discusión ) 03:46, 29 de julio de 2024 (UTC) [ respuesta ]
Consulta sobre identificación de plantilla/categoría
De vez en cuando me encuentro con un compositor con 3 o 4 obras en Wikipedia, pero sin plantilla de navegación, así que sigo adelante y hago una. ¿Hay alguna forma de generar una lista de compositores a los que todavía les falta uno? No estoy seguro si se trata de un asunto de solicitud de bot, solicitud de AWB o algo completamente distinto. (ver gato padre )
Básicamente, estaría buscando categorías como [[Categoría:Composiciones por persona de ejemplo]] que tengan más de 2 páginas, pero no existe ninguna {{ Persona de ejemplo }} correspondiente . Aza24 (discusión) 21:37, 28 de julio de 2024 (UTC) [ respuesta ]
WP:RAQ lo resolvería, creo. Izno ( charla ) 21:41, 28 de julio de 2024 (UTC) [ respuesta ]
¡Increíble gracias! Aza24 (discusión) 22:31, 28 de julio de 2024 (UTC) [ respuesta ]
Problemas con el modo oscuro
En modo oscuro, en {{ Stabbing Westward }} , el enlace real de Stabbing Westward es de un gris extremadamente oscuro que es difícil de ver sobre un fondo negro. Además, al editar, todo lo que NO sea un enlace es texto gris sobre fondo blanco. Antes no era así. ¿Alguien sabe cómo arreglar esto?
Texto gris sobre fondo blanco al editarTexto negro sobre fondo negro al visualizar
- Jax 0677 ( discusión ) 22:10, 28 de julio de 2024 (UTC) [ respuesta ]
Este es un problema conocido para los enlaces visitados en los títulos del navbox. Hay una solución propuesta. – Jonesey95 ( discusión ) 22:31, 28 de julio de 2024 (UTC) [ respuesta ]
Responder : Es bueno saberlo. No puedo esperar a saber más sobre esto. - Jax 0677 ( discusión ) 22:54, 28 de julio de 2024 (UTC) [ respuesta ]
Generalmente no edito plantillas, pero incluso cuando edito páginas normales fuera de horario (cuando el sitio cambia de color), ahora tengo esa ventana de edición blanca con texto de color claro, lo que hace que todo sea esencialmente ilegible. He estado evitando editar cuando el sitio está oscuro (o, como ahora, escribir en un programa de texto plano y copiar y pegar), pensando que seguramente este es un problema generalizado y se solucionará rápidamente, pero tal vez solo esté relacionado con ¿Qué estás discutiendo aquí? Vinculaste a una discusión sobre plantillas y cuadros de navegación; ¿La solución propuesta también afectará a todos los problemas de edición con fondo blanco? — Cuartos | =Λ= | 02:27, 1 de agosto de 2024 (UTC) [ respuesta ]
Problema con la transclusión de subpáginas del proyecto
En Wikipedia: WikiProject Athletics , se supone que las subpáginas /leftpanel, /rightpanel y /Members están transcluidas, pero desde hace poco se muestran como enlaces. Hasta donde puedo decir, no se realizaron cambios recientes en esta página del proyecto o sus subpáginas que pudieran haber desencadenado esto. El problema con /leftpanel se informó en la página de discusión del proyecto el 28 de julio. ¿Alguien sabe a qué se debe o cómo se podría solucionar? – Editør ( discusión ) 08:40, 29 de julio de 2024 (UTC) [ respuesta ]
Gracias, supongo que esto identifica la causa. Aunque no estoy seguro de cómo solucionar este problema. – Editør ( discusión ) 09:09, 29 de julio de 2024 (UTC) [ respuesta ]
Editor, supongo que necesitaría simplificar o eliminar algunas de estas llamadas de plantilla: - Charla Qwerfjkl 09:32, 29 de julio de 2024 (UTC) [ respuesta ] Transclusion expansion time report (%,ms,calls,template) 100.00% 1838 242 1 -total 37.90% 696 694 1 Wikipedia:WikiProject_Athletics/rightpanel 28.63% 526 307 1 Wikipedia:WikiProject_Athletics/leftpanel 23.79% 437 326 1 Template:Scrolling_window 21.97% 403 905 1 User:AlexNewArtBot/AthleticsSearchResult 19.57% 359 777 1 Wikipedia:Version_1.0_Editorial_Team/Athletics_articles_by_quality_statistics 19.35% 355 777 1 User:WP_1.0_bot/Tables/Project/Athletics 16.46% 302 510 15 User:AlexNewArtBot/MaintDisplay 14.55% 267 473 196 Template:Pagelinks 14.43% 265 233 1 User:WP_1.0_bot/WikiWork
Gracias por la información adicional. No creo que entienda lo suficiente sobre el problema como para poder solucionarlo yo mismo. – Editør ( discusión ) 09:39, 29 de julio de 2024 (UTC) [ respuesta ]
Cuando lo cambié {{User:AlexNewArtBot/AthleticsSearchResult}}y eliminé el caché de la página del proyecto, el contenido transcluido de /leftpanel se mostró nuevamente, por lo que parte del problema parece deberse a que la página del proyecto excede algún límite como usted indicó. No estoy seguro de por qué sucedió esto ahora, ¿tal vez porque los contenidos transcluidos fueron mucho más largos de lo habitual debido a los Juegos Olímpicos de verano? Revertí mi edición porque la página del proyecto se volvió demasiado larga sin la ventana de desplazamiento. Sin embargo, el cambio y la purga no solucionaron el problema de transclusión para /rightpanel y /Members. – Editør ( discusión ) 10:53, 29 de julio de 2024 (UTC) [ respuesta ]{{scrolling window}}
La solución sugerida con div y CSS no funcionó, no estoy seguro de por qué no. Incluso eliminó contenido transcluido adicional de la página del proyecto, por lo que revertí mis ediciones para esto. – Editør ( discusión ) 11:40, 29 de julio de 2024 (UTC) [ respuesta ]
Ah, ya veo, se me pasó por alto que te referías a directo en la página del proyecto. Me temo que ahora no tengo tiempo para tocar el violín. – Editør ( discusión ) 12:07, 29 de julio de 2024 (UTC) [ respuesta ]
¡Gracias! – Editør ( discusión ) 13:10, 29 de julio de 2024 (UTC) [ respuesta ]
Agregar Redirect Cat provoca una doble redirección
¿Dónde informo un error al intentar agregar una categoría de redireccionamiento a un redireccionamiento existente usando el botón Etiqueta?
Intenté agregar la etiqueta {{ R con posibilidades }} a una redirección y creó un segundo shell de redirección vacío. La redirección original había sido Special:Permalink/1210632744 . Cuando intenté agregar la categoría adicional, usando el botón Etiqueta, aplicó esta diferencia: Special:Diff/1237443069 . Como puede verse, movió las redirecciones existentes a un nuevo shell, dejando un shell vacío.
Lo he corregido, pero es un error.
Si debo informar esto en otro lugar, ¿dónde? Robert McClenon ( discusión ) 21:02, 29 de julio de 2024 (UTC) [ respuesta ]
WP:Twinkle dice que se informen errores "en la página de discusión o directamente en nuestro GitHub". - Cryptic 21:09, 29 de julio de 2024 (UTC) [ respuesta ]
Sospecho que TW no reconoce la plantilla redir . La página Benjamin Howard (cineasta) ha sido eliminada, pero los administradores pueden ver la diferencia del problema aquí. - Red rose64 🌹 ( discusión ) 21:54, 29 de julio de 2024 (UTC) [ respuesta ]{{r cs}}
Noticias tecnológicas: 2024-31
Últimas noticias tecnológicas de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.
Noticias destacadas
Los editores que utilizan el Editor visual en idiomas que utilizan caracteres no latinos para los números, como hindi, manipuri y árabe oriental, pueden notar algunos cambios en el formato de los números de referencia. Este es un efecto secundario de la preparación de una nueva función de subreferenciación y también permitirá solucionar algunos problemas generales de numeración en el Editor visual. Si nota algún problema relacionado en su wiki, comparta los detalles en la página de discusión del proyecto.
Estado de errores
Algunos editores que iniciaron sesión no pudieron editar o cargar páginas brevemente la semana pasada. Estos errores se debieron principalmente a la adición de nuevas reglas de linter que provocaron problemas de almacenamiento en caché. Se han aplicado correcciones y las investigaciones continúan.
Los editores pueden utilizar la herramienta Información de IP para obtener información sobre direcciones IP. Esta herramienta está disponible como función Beta en sus preferencias. La herramienta no estuvo disponible durante unos días la semana pasada, pero ahora está funcionando nuevamente. Gracias a Shizhao por presentar el informe de error. Puede leer sobre eso y otras 28 tareas enviadas por la comunidad que se resolvieron la semana pasada.
Actualizaciones del proyecto
Hay nuevas características y mejoras en Phabricator por parte de los equipos de Ingeniería de lanzamiento y Servicios de colaboración, y algunos voluntarios, que incluyen: los sistemas de búsqueda, el nuevo sistema de creación de tareas, los sistemas de inicio de sesión, la configuración de traducción que ha resultado en soporte para más idiomas (gracias a Pppery) y corrige muchos errores extremos. Puede leer detalles sobre estas y otras mejoras en este resumen.
Hay una actualización en el proyecto Charts. El equipo ha decidido qué biblioteca de visualización utilizar, en qué tipos de gráficos empezar a centrarse y dónde almacenar las definiciones de los gráficos.
Se ha creado una nueva wiki: Wikivoyage en checo (voy:cs:) [7]
Aprende más
Hay un nuevo centro de datos de la Fundación Wikimedia en São Paulo, Brasil, que ayuda a reducir los tiempos de carga.
Hay nuevas investigaciones de usuarios sobre problemas con el proceso de carga de imágenes.
Las métricas de impacto de Commons ahora están disponibles a través de volcados de datos y API.
El último boletín informativo trimestral de la comunidad técnica ya está disponible.
Noticias tecnológicas preparadas por redactores de Tech News y publicadas por bot • Contribuir • Traducir • Obtener ayuda • Dar comentarios • Suscríbete o cancela la suscripción.
Hola, me dirigieron aquí después de hacer esta pregunta en Teahouse. Roger Uren es una página que creé para un exdiplomático que fue investigado por los servicios de inteligencia australianos por presunto espionaje. Le dije a un amigo que lo buscara y lo buscaron en Google como "Roger Uren Wikipedia". Su página no apareció, pero sí todas las menciones de él en otras páginas de Wikipedia. La página de Roger Uren se creó a principios de abril (hace más de 90 días). ¿Hay alguna razón por la que no aparecería? Otro usuario me dijo que la página de Wikipedia aparece en una búsqueda básica de su nombre, pero desaparece cuando agregas "Wikipedia" a la búsqueda. 30Four ( discusión ) 05:04, 30 de julio de 2024 (UTC) [ respuesta ]
Probablemente un efecto secundario de nuestra lógica que bloquea la indexación del artículo cuando se crea recientemente. Cuando se levanta esta restricción de indexación, no es probable que Google seleccione el artículo hasta que alguien lo busque, lo edite o lo enlace desde fuera de Wikipedia. Sin embargo, parece aparecer ahora. - The DJ ( charla • contribuciones ) 08:33, 30 de julio de 2024 (UTC ) [ respuesta ]
Si estuviera literalmente buscando en Google, "Roger Uren Wikipedia"sería menos probable que apareciera, ya que esas 3 palabras no están juntas. Esta página es el resultado número uno cuando busco "Roger Uren" en el sitio:wikipedia.org, por lo que Google ciertamente lo sabe. La página también fue patrullada recientemente hace aproximadamente una hora (consulte Special:Redirect/logid/163473907 ), por lo que eso puede ayudar. - Charla de xaosflux 09:53, 30 de julio de 2024 (UTC) [ respuesta ]
Tabla de contenido
El comportamiento de la tabla de contenidos ha cambiado en algún momento de las últimas horas. Estoy usando Firefox en una PC con Windows. Hasta ahora, la tabla de contenido se muestra en la barra lateral izquierda, que es lo que quiero. Ahora todavía veo eso cuando muestro Firefox en pantalla completa, pero cuando no está en pantalla completa, que es mi forma habitual de trabajar, no veo el TOC. Todavía puedo llegar allí haciendo clic en el ícono TOC en la parte superior izquierda o expandiendo Firefox a pantalla completa, pero prefiero el comportamiento anterior. ¿Qué ha cambiado? ¿Se puede volver a ser como antes? (Tenga en cuenta que no cambié el TOC a "ocultar", todavía está en el modo "mover a la barra lateral"). - Mudwater ( Discusión ) 10:26, 30 de julio de 2024 (UTC) [ respuesta ]
Depende del ancho de tu pantalla. ¿Quizás no tienes el ancho exacto de la ventana? ¿O posiblemente hizo zoom en el navegador con un empujón con la función de zoom que tiene un navegador? - The DJ ( charla • contribuciones ) 11:53, 30 de julio de 2024 (UTC ) [ respuesta ]
Vale, creo que ya veo lo que pasó. No me di cuenta de esto, pero el ancho que normalmente uso para la ventana del navegador es ligeramente mayor que el mínimo para mostrar la tabla de contenido en la barra lateral izquierda. Entonces hoy, sin darme cuenta, estaba usando una ventana un poco más estrecha para el navegador, lo que provocó que el TOC desapareciera misteriosamente. Cuando amplío la ventana un poco, el "problema" se soluciona. Gracias por tu ayuda. - Mudwater ( Discusión ) 12:08, 30 de julio de 2024 (UTC) [ respuesta ]
Marcar todas las revisiones como patrulladas
En Wikispecies (donde soy administrador), si veo el historial de una página con múltiples ediciones no supervisadas, veo una opción para "Marcar todas las revisiones como patrulladas". No veo esto aquí en Wikipedia ni en Wikidata.
¿Cómo puedo habilitar esto en los últimos proyectos (donde no soy administrador, si eso es relevante)?
Busqué esa cadena y solo encontré una discusión, de 2009, que se refiere a la opción "Cambios recientes encantados [SIC: ¿mejorados?]" en preferencias -> Cambios recientes, pero no veo esa opción en ninguno de los proyectos enumerados. . Andy Mabbett ( Pigsonthewing ); Habla con Andy ; Ediciones de Andy 12:20, 30 de julio de 2024 (UTC) [ respuesta ]
Está incorporando meta:MediaWiki:Gadget-patrolRevisions.js a través de un cargador de gadgets en su archivo de script de usuario global meta:User:Pigsonthewing/global.js. - Charla de xaosflux 19:14, 30 de julio de 2024 (UTC) [ respuesta ]
Requiere el patrolderecho. En la Wikipedia en inglés eso significa administrador o revisor de nuevas páginas . Eres el último, así que no sé por qué falta el enlace. Intenté cargar el script en meta:Usuario:PrimeHunter/global.js. Mi cuenta de administrador muestra "Marcar todas las revisiones como patrulladas" después de hacer clic en uno de los enlaces "hist" en Special:NewPagesFeed . PrimeHunter ( discusión ) 21:37, 30 de julio de 2024 (UTC) [ respuesta ]
Es extraño, pero parece que cuando la página se carga por primera vez, el tamaño de fuente parece normal, pero luego se vuelve más pequeño. Sandy Georgia ( Discusión ) 02:42, 31 de julio de 2024 (UTC) [ respuesta ]
¿Has intentado restablecer el zoom de tu navegador al original? - The DJ ( charla • contribuciones ) 07:12, 31 de julio de 2024 (UTC ) [ respuesta ]
Gracias, pero no tengo una fuente pequeña en otros artículos. Sandy Georgia ( Discusión ) 13:48, 31 de julio de 2024 (UTC) [ respuesta ]
@ SandyGeorgia : con algunos navegadores, la configuración del zoom se recuerda de forma no intuitiva. Por ejemplo, si aleja una página y hace clic para ir a otra página, el nivel de zoom se hereda; Si restablece el zoom normal y regresa a la primera página, puede que sea normal o que aún esté reducido. - Red rose64 🌹 ( discusión ) 21:46, 31 de julio de 2024 (UTC) [ respuesta ]
gracias, - kwami ( discusión ) 09:27, 31 de julio de 2024 (UTC) [ respuesta ]
Kwamikagami , puedes crearlos, porque tienes el editor de plantillas permanente. - Charla Qwerfjkl 09:38, 31 de julio de 2024 (UTC) [ respuesta ]
Oh sí. ¡Gracias! - kwami ( charla ) 10:02, 31 de julio de 2024 (UTC) [ respuesta ]
Plantilla de inflación rota
Noté en Hey Jude#Auctioned letras y recuerdos que la conversión de inflación de libras a dólares estadounidenses muestra "Error US$FXConvert/Wordify: no se puede analizar el valor 'Código de país desconocido para el año 2023: GBR'". Muchos de los casos de prueba GBR en Plantilla:FXConvert/testcases también están rotos, por lo que probablemente esté afectando a muchos artículos. No puedo decir de dónde provienen exactamente estos datos o si hubo cambios recientes que causaron esto. hinnk ( discusión ) 19:00, 31 de julio de 2024 (UTC) [ respuesta ]
Lo que dice Anomie es que FXConvert ya estaba roto. Los cambios allí simplemente dejaron en claro que así es. Izno ( charla ) 23:09, 31 de julio de 2024 (UTC) [ respuesta ]
Oh, error mío, lo había leído como si la plantilla funcionara (o al menos no mostrara ningún error) hasta que los nuevos datos expusieron un caso que no podía manejar. ¿Existe entonces un lugar más apropiado para plantear esta cuestión? Noto que Plantilla:FXConvert no tiene una página de discusión. hinnk ( discusión ) 23:58, 31 de julio de 2024 (UTC) [ respuesta ]
.png){kind=link}
Hecho No lo fue. Acabo de arreglarlo. •Shawnqual• 📚 • 💭 00:21, 27 de julio de 2024 (UTC)
Movido de WP: Mesa de ayuda
Está invitado a unirse a la discusión en Charla sobre plantilla: Parte superior del archivo oculto § Color del texto del encabezado ilegible en modo oscuro . Rummskartoffel 10:53, 28 de julio de 2024 (UTC) 
