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.
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) 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:
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 sockpuppets 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 (en mi experiencia, la mayoría de las veces 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 ]
De ninguna manera es "algo bueno" que la misma categoría de mantenimiento retroactivo vuelva a aparecer como enlace rojo cuatro veces en el espacio de sólo dos semanas, y ni siquiera una de esas veces fue el resultado de algo que podría haber sido simplemente " volvió a la forma en que estaba" o "eliminó"; cada vez fue necesario "editar el artículo completo para encontrar la fecha de la plantilla mal escrita". Cada minuto que alguien tiene que dedicar a la limpieza de categorías con vínculos rojos es un minuto más de lo que alguien debería dedicar a la limpieza de categorías con vínculos rojos: el estado ideal de ese informe es "siempre vacío porque nunca hay categorías con vínculos rojos en ninguna página". , y cualquier cosa que esté incluso un poco por debajo de eso es un problema.
De hecho, parte de la regla contra las categorías con enlaces rojos es que las plantillas tienen estrictamente prohibido generar categorías con enlaces rojos y deben modificarse siempre que generen categorías con enlaces rojos.
Por lo tanto, no es mi trabajo simplemente volver a eliminar pacientemente las mismas categorías de mantenimiento una y otra vez sin pedir que se haga algo para evitar que se repitan en primer lugar; mi trabajo es tomar todas y cada una de las medidas necesarias para obtener ese informe. un estado de "siempre vacío y nunca incluye ni siquiera una categoría con enlace rojo porque nunca existe ninguna categoría con enlace rojo para ser listada". Bearcat ( discusión ) 16:56, 4 de agosto de 2024 (UTC) [ respuesta ]
No veo otra forma de leer esto que no sea confirmar que prefieres que los artículos (que leen personas reales) permanezcan rotos, de modo que A) las categorías de mantenimiento recreadas por bots, que solo los editores (y una pequeña minoría de esos) uso, no es necesario volver a eliminarlos, y hay muchos administradores dispuestos a hacerlo, y B) informes de mantenimiento de esas categorías de mantenimiento, que son examinados por una minoría aún menor de editores, y que yo No estoy convencido de que nadie los utilice, manténgase ordenado. Oponerse a la acción y permítame sugerir que sus prioridades necesitan seriamente un ajuste. - Cryptic 17:47, 4 de agosto de 2024 (UTC) [ respuesta ]
Le agradeceré que tenga la amabilidad de no poner palabras en mi boca. No sólo no dije que "los artículos deberían permanecer rotos", sino que no dije nada que pudiera interpretarse de esa manera. Pero, literalmente, por definición, cualquier categoría con enlaces rojos que termine en un artículo también es algo roto : un artículo con una categoría con enlaces rojos está rompiendo el artículo , una plantilla que genera y transcluye categorías con enlaces rojos está rompiendo el artículo , y así sucesivamente. adelante. Lo que pedí son formas de arreglar cosas rotas , no formas de "romper" nada, porque una categoría de verificación de errores no rompe nada , mientras que las categorías con enlaces rojos que estoy tratando de arreglar son lo único que está "rompiendo" algo en absoluto. en esta ecuación. Nada de lo que pedí aquí "rompe" nada , mientras que no hacer nada sobre lo que pedí aquí está rompiendo cosas, porque las plantillas que agregan categorías con enlaces rojos a los artículos están rompiendo cosas mientras que las plantillas verifican y aplican categorías de verificación de errores si existe un problema potencial. Lo comprobado no está rompiendo nada. Bearcat ( discusión ) 20:36, 4 de agosto 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 ]
FWIW Jonesey95, ya no tengo texto claro en una ventana de edición blanca, pero ahora ha cambiado a texto gris oscuro en una ventana de edición negra. Diferente, pero igualmente ilegible. Esto fue ayer por la tarde; Lo comprobaré nuevamente esta noche y actualizaré si algo más ha cambiado. — Cuartos | =Λ= | 16:45, 4 de agosto de 2024 (UTC) PD: La confirmación de esta situación queda en el cambio de paleta de esta noche. — Cuartos | =Λ= | 01:38, 5 de agosto de 2024 (UTC) [ respuesta ]
Responder : El problema se solucionó cuando inicio sesión en la computadora de mi casa. Sin embargo, cuando estoy en modo oscuro en una computadora pública, el título de un navegador de música es de color gris muy oscuro. - Jax 0677 ( discusión ) 12:51, 4 de agosto 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 ]
Hay muchos errores en {{ FXConvert/doc }} y en la página de casos de prueba de esa plantilla. Parece que el error lo genera {{ To USD/data/2023 }} , que es mucho más pequeño que {{ To USD/data/2021 }} . Parece que si falta un código de país en la plantilla "/2023", se genera un mensaje de error. No me queda claro cómo se eligen los números para la plantilla /2023. – Jonesey95 ( discusión ) 04:49, 1 de agosto de 2024 (UTC) [ respuesta ]
La mayoría de las páginas que actualmente incluyen errores tienen este problema. Noté que comenzó hace aproximadamente un mes con Canadá (CAN) en algunas páginas. Intenté rastrearlo, pero depurarlo me llevó demasiado tiempo. Ahora realmente se ha hecho más grande desde que GBR se unió. ¿Dónde, oh, dónde está el editor que diseñó e implementó toda esta oscura complejidad? – wbm1058 ( discusión ) 04:05, 4 de agosto de 2024 (UTC) [ respuesta ]
Veo que Plantilla:A USD/data/2023 es la plantilla que llena esa categoría. De forma predeterminada, se muestra el error para cualquier país que no esté en la lista, y no hay muchos países en la lista. Supongo que buscamos documentación en la plantilla principal Plantilla: A USD . – wbm1058 ( discusión ) 11:08, 4 de agosto de 2024 (UTC) [ respuesta ]
Llegué tan lejos como para rastrear el problema hasta Plantilla:A USD/General , donde actualicé la documentación para mostrar dos ejemplos: uno que funciona y otro que no funciona. Ahora ambos trabajan. – wbm1058 ( discusión ) 15:05, 4 de agosto de 2024 (UTC) [ respuesta ]
Sí, cada año hay que añadir datos. Trigenibinion ( charla ) 11:37, 4 de agosto de 2024 (UTC) [ respuesta ]
He actualizado 2022 y 2023. Trigenibinion ( discusión ) 13:37, 4 de agosto de 2024 (UTC) [ respuesta ]
Los datos del BM no proporcionan EUR. Alguien lo había añadido sin mencionar la fuente. Lo he restaurado, pero tendré que actualizar los datos del BCE para que la conversión se realice a través de ToEUR. Trigenibinion ( charla ) 15:02, 4 de agosto de 2024 (UTC) [ respuesta ]
Había usado un guión antiguo. Los datos en euros los proporciona el Banco Mundial en cada país. Trigenibinion ( charla ) 16:31, 4 de agosto de 2024 (UTC) [ respuesta ]
Creo que no tengo un guión para los datos europeos actuales, sino sólo para los datos históricos de la ECU. Además, parece que los datos europeos no incluyen el nombre y el código del país, sino sólo el nombre y/o el código de la moneda. Los sitios no son tan fáciles de usar como el BM. Trigenibinion ( charla ) 18:11, 4 de agosto de 2024 (UTC) [ respuesta ]
Para convertir de USD a EUR, To EUR volverá a utilizar To USD más allá del último año de datos. Trigenibinion ( charla ) 18:30, 4 de agosto de 2024 (UTC) [ respuesta ]
Para convertir de INR a EUR, To EUR volverá a utilizar INRConvert más allá de su último año de datos Trigenibinion ( discusión ) 18:32, 4 de agosto de 2024 (UTC) [ respuesta ]
Soporte de modo oscuro SVG
Debería ser posible especificar el esquema de color que se utilizará al rasterizar archivos SVG. Esto influiría en el estilo predeterminado aplicado a los elementos SVG y activaría cualquier consulta de medios CSS dirigida a prefers-color-scheme . Por ejemplo, un fondo normalmente representado en azul pálido para fondos blancos podría seleccionar un tono más oscuro en el modo nocturno para evitar el contraste estridente:
El generador de miniaturas de MediaWiki ya proporciona un medio para especificar el idioma al representar SVG multilingües anteponiendo el nombre del archivo de la miniatura con (donde está la etiqueta BCP 47 del idioma deseado). Se podría utilizar el mismo enfoque para solicitar una representación de un SVG utilizando un esquema de color particular; por ejemplo, admitiendo un prefijo opcional en las URL en miniatura. Expresado en BNF , el formato de las URL en miniatura sería:langid-iddark-
Conozco una clase CSS llamada que invierte los colores de la imagen para usuarios del modo oscuro, pero es una solución poco elegante y hacky que en realidad solo funciona para imágenes con paletas de colores simples (como esta). Un enfoque más sólido y fluido sería ampliar la sintaxis de la imagen para incluir un nuevo parámetro denominado que reconozca uno de tres valores:.skin-invert-imagethemeoscuro,luz, yauto(el valor por defecto).Autoseleccionaría la representación oscura o clara de un SVG según las preferencias de visualización del lector, mientras queoscurooluzespecificar motivos incondicionalmente (facilitando potencialmente el uso de <picture>etiquetas, en caso de que MediaWiki las admita en el futuro). - Alhadis ( discusión ) 23:07, 1 de agosto de 2024 (UTC) [ respuesta ]
Eso está bastante bien escrito, pero los SVG se envían como PNG al cliente. Por lo tanto, la configuración del servidor "wgSVGNativeRenderingSizeLimit" o "wgSVGNativeRendering" debería estar activada para que esto funcione, según phab:T208578. Snævar ( discusión ) 01:53, 3 de agosto de 2024 (UTC) [ respuesta ]
Eso supone mucha complejidad adicional en el software y, igualmente importante, requiere editar y volver a cargar muchas imágenes. Por ese motivo no es muy probable que suceda pronto. - The DJ ( charla • contribuciones ) 17:21, 3 de agosto de 2024 (UTC ) [ respuesta ]
Se necesita ayuda de JavaScript IllWill.js
Hay un problema con el comportamiento de User: IllWill.js de Cobaltcigs : si completo el resumen de edición a medida que avanzo editando un artículo y luego invoco ese script, sobrescribe mi resumen de edición con el suyo propio. No soy un experto en JavaScript, pero se me ocurre que cambiar en la línea 162 el operador =solucionaría +=el problema. Por otra parte, es posible que necesite una codificación más elaborada.
Dejé un mensaje en la página de discusión del usuario, pero no lo ha editado en algunos meses. También dejé un mensaje en la charla de Wikipedia: WikiProject JavaScript#Ayuda: IllWill.js hace unos días, sin respuesta hasta el momento, por lo que agradecería que alguien aquí pudiera solucionar este problema o confirmar que mi sugerencia funcionará. - Michael Bednarek ( discusión ) 14:09, 3 de agosto de 2024 (UTC) [ respuesta ]
Michael Bednarek , probablemente lo más fácil de hacer es simplemente bifurcar el guión. - Charla Qwerfjkl 14:46, 3 de agosto de 2024 (UTC)[ responder ]
Iconos negros y elgadget de modo oscuroen Vector2010
Ciertas plantillas utilizan imágenes SVG que no son visibles con el gadget de modo oscuro .
¿Cómo arreglar esto? Polygnotus ( charla ) 20:59, 2 de agosto de 2024 (UTC) [ respuesta ]
Ningún spam ya utiliza las clases adecuadas. El gadget debería modificarse.
Después de una edición reciente, lo mismo ocurre con el pago. Izno ( charla ) 17:41, 3 de agosto de 2024 (UTC) [ respuesta ]
nueva línea
Si lo usa , inserte una nueva línea adicional en la parte superior. ¿Se puede arreglar eso? Gracias, Polygnotus ( charla ) 02:20, 3 de agosto de 2024 (UTC) [ respuesta ]{{subst:Welcome-newuser|heading=no}}
No hay nada en la plantilla en sí que pueda hacer eso, por lo que debes profundizar más. El siguiente nivel es Module:Template contenedor que se pasa Template:Welcome . - Red rose64 🌹 ( discusión ) 15:13, 3 de agosto de 2024 (UTC) [ respuesta ]
No, esto no se puede arreglar. Izno ( charla ) 17:45, 3 de agosto de 2024 (UTC) [ respuesta ]
No estoy seguro de qué significa Izno. La nueva línea se inserta mediante {{ Bienvenido }}, lo que podría cambiarse para no insertar una nueva línea en el futuro. No afectaría las sustituciones pasadas y no sé si la plantilla se usa en circunstancias en las que sería malo omitir la nueva línea. PrimeHunter ( discusión ) 22:01, 3 de agosto de 2024 (UTC) [ respuesta ]
La eliminación de la nueva línea por parte de AFAICS haría que la bienvenida normalmente sustituya a like == Welcome ==Ipsumen lugar de lo previsto . Quizás puedas hacerlo funcionar. Izno ( charla ) 22:11, 3 de agosto de 2024 (UTC) [ respuesta ]== Welcome ==\nIpsum
Las reglas para eliminar y renderizar espacios en blanco son complicadas y la plantilla en realidad deja dos líneas nuevas, por lo que se representa como espacios en blanco adicionales. Eliminé la primera nueva línea en la versión sandbox con un método [1] que deja un nowiki al sustituirlo. No es elegante pero ¿existen problemas reales? PrimeHunter ( discusión ) 23:47, 3 de agosto de 2024 (UTC) [ respuesta ]
Es bastante asqueroso aparecer en las páginas de discusión de nuevos editores. No necesitan una introducción a nowiki de esa manera.... Izno ( discusión ) 23:51, 3 de agosto de 2024 (UTC) [ respuesta ]
Rareza de dirección Unicode
Con el Conservatorio de Bagdad en mi edición de Firefox, el inicio de la línea está a la izquierda del cuadro de edición. Anteriormente, esto provocaba que alguien añadiera una "T" adicional para producir "TThe". Pero ahora "El" parece "él" en el cuadro de edición. En algún lugar del texto árabe hay un indicador de dirección Unicode de izquierda a derecha, como puedo ver al intentar agregarle espacios. ¿Cómo podemos encontrar y eliminar esos personajes? ¿Y ese personaje está arruinando el cuadro de edición? Graeme Bartlett ( discusión ) 22:33, 3 de agosto de 2024 (UTC) [ respuesta ]
Se ve bien en mi Firefox (128.0.3), con Monobook, Vector o Vector2022, en el "editor 2010", con y sin &safemode=trueagregado a la URL. No veo ningún LRM o personajes similares en ese artículo. Anomia ⚔ 13:02, 4 de agosto de 2024 (UTC) [ respuesta ]
Después de ver la discusión vinculada a continuación, que menciona que sucede cuando la línea que comienza con texto LTR se ajusta dentro de algún texto RTL, pude reproducir. Puedo reproducir localmente en un área de texto sin formato, por lo que no parece tener nada que ver específicamente con Wikipedia. Anomia ⚔ 17:11, 4 de agosto de 2024 (UTC) [ respuesta ]
Esta es una de las razones por las que las plantillas cs1|2 admiten archivos |script-title=. Prueba esto:
{{cite news|script-title=ar:الراحل حنّا بطرس جزء من تاريخ الموسيقى في العهد الملكي |url=http://www.daraddustour.com/%D8%A7%D9%84%D8%AA%D9%81%D8%A7%D8%B5%D9%8A%D9%84/tabid/94/smid/604/ArticleID/31615/reftab/123/Default.aspx |accessdate=31 July 2011 |newspaper=Addustour |date=28 September 2010 |url-status=dead |archiveurl=https://web.archive.org/web/20120328094702/http://www.daraddustour.com/%D8%A7%D9%84%D8%AA%D9%81%D8%A7%D8%B5%D9%8A%D9%84/tabid/94/smid/604/ArticleID/31615/reftab/123/Default.aspx |archivedate=28 March 2012}}
الراحل حنّا بطرس جزء من تاريخ الموسيقى في العهد الملكي. Addustour . 28 de septiembre de 2010. Archivado desde el original el 28 de marzo de 2012 . Consultado el 31 de julio de 2011 .
|script-title=hace que cs1|2 ajuste el título en <bdi>...</bdi>etiquetas (aisladas bidireccionalmente):
'"`UNIQ--templatestyles-0000001F-QINU`"'<citeclass="citation news cs1 cs1-prop-script">[https://web.archive.org/web/20120328094702/http://www.daraddustour.com/%D8%A7%D9%84%D8%AA%D9%81%D8%A7%D8%B5%D9%8A%D9%84/tabid/94/smid/604/ArticleID/31615/reftab/123/Default.aspx <bdilang="ar">الراحل حنّا بطرس جزء من تاريخ الموسيقى في العهد الملكي</bdi>]. ''Addustour''. 28 September 2010. Archived from [http://www.daraddustour.com/%D8%A7%D9%84%D8%AA%D9%81%D8%A7%D8%B5%D9%8A%D9%84/tabid/94/smid/604/ArticleID/31615/reftab/123/Default.aspx the original] on 28 March 2012<spanclass="reference-accessdate">. Retrieved <spanclass="nowrap">31 July</span> 2011</span>.</cite><spantitle="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.jtitle=Addustour&rft.atitle=%D8%A7%D9%84%D8%B1%D8%A7%D8%AD%D9%84+%D8%AD%D9%86%D9%91%D8%A7+%D8%A8%D8%B7%D8%B1%D8%B3+%D8%AC%D8%B2%D8%A1+%D9%85%D9%86+%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE+%D8%A7%D9%84%D9%85%D9%88%D8%B3%D9%8A%D9%82%D9%89+%D9%81%D9%8A+%D8%A7%D9%84%D8%B9%D9%87%D8%AF+%D8%A7%D9%84%D9%85%D9%84%D9%83%D9%8A&rft.date=2010-09-28&rft_id=http%3A%2F%2Fwww.daraddustour.com%2F%25D8%25A7%25D9%2584%25D8%25AA%25D9%2581%25D8%25A7%25D8%25B5%25D9%258A%25D9%2584%2Ftabid%2F94%2Fsmid%2F604%2FArticleID%2F31615%2Freftab%2F123%2FDefault.aspx&rfr_id=info%3Asid%2Fen.wikipedia.org%3AWikipedia%3AVillage+pump+%28technical%29"class="Z3988"></span>[[Category:CS1 uses Arabic-language script (ar)]]
—El monje trapense ( charla ) 13:16, 4 de agosto de 2024 (UTC) [ respuesta ]
Los navegadores muestran automáticamente el texto en algunas secuencias de comandos de derecha a izquierda. Esto puede causar diferentes problemas y confusión al editar. Si no puedes leer esos scripts de todos modos, quizás prefieras mostrarlos de izquierda a derecha con un código como este en tu CSS :
área de texto { dirección : ltr ; Unicode-bidi : anulación de bidi ; }
No afecta lo que guarda, por lo que no dañará las páginas, pero es menos probable que haga algo mal. PrimeHunter ( discusión ) 15:39, 5 de agosto de 2024 (UTC) [ respuesta ]
Plantilla:Bienvenido-Extranjero/persa
Acabo de lanzar {{welcome-foreign/Persian}} a un usuario y no ha solicitado que se genere un título == Bienvenido ==. Estoy bastante seguro de que la mayoría del uso de bienvenido extranjero solicita un título. ¿A menos que esté pensando en otra plantilla que el Comité de Bienvenida suele utilizar? MM (Dame info.) (Victorias) 08:44, 4 de agosto de 2024 (UTC) [ respuesta ]
Bueno, esa plantilla no incluye ningún encabezado. Entonces, si puedes escribir persa, puedes agregar el encabezado a la plantilla. El encabezado debería tener == traducción de bienvenido ==, aunque uno que revisé tenía === en lugar de ==. Graeme Bartlett ( discusión ) 10:41, 4 de agosto de 2024 (UTC) [ respuesta ]
categorías de alemania
Wikipedia: Categorías para discusión / Registro / 2024 21 de julio # La Confederación Alemana ha tenido el efecto de dejar atrás 56 categorías con enlaces rojos no vacías para la limpieza de Especial: Categorías buscadas , porque las categorías "AAAA en Alemania" se trasladaron a "AAAA en la Confederación Alemana" , pero luego varias subcategorías quedaron atrás en los enlaces rojos porque la categoría se transcluyó mediante plantilla en ellos en lugar de declararse directamente, y aunque es técnicamente posible para mí solucionarlos cambiando manualmente {{EstCatCountry|Alemania}} a {{EstcatCountry|la Confederación Alemana}}, hacerlo tendría el efecto secundario de dividir simultáneamente otras categorías con el mismo contenido (por ejemplo, "Establecimientos [de la década] en Alemania", "Establecimientos en Alemania por año"), al convertirlos de enlaces azules a enlaces rojos porque todavía necesitan que la plantilla Estcatcountry diga "Alemania" en lugar de "la Confederación Alemana".
Entonces, esencialmente, no hay manera de arreglar las categorías con enlaces rojos existentes sin causar nuevas categorías con enlaces rojos en el proceso y, por lo tanto, necesito ayuda técnica para limpiarlas. Gracias. Bearcat ( discusión ) 13:27, 4 de agosto de 2024 (UTC) [ respuesta ]
Tenga en cuenta que ni siquiera se cambió el nombre de todas las categorías "AAAA en Alemania", solo las de años anteriores a 1871. Categoría: 1871 en Alemania y posteriores todavía existen. En cuanto a Plantilla:EstcatCountry , su documentación sugiere que pasar por Alemania y tener redireccionamientos desde "establecimientos [de la década] en Alemania" a "establecimientos [de la década] en la Confederación Alemana" cuando corresponda debería funcionar. O tal vez al revés, pasar "la Confederación Alemana" y tener la categoría adecuada redirige en la otra dirección. Anomia ⚔ 14:24, 4 de agosto de 2024 (UTC) [ respuesta ]
Eso está bien, pero con 56 de ellos, ¿hay alguna manera de que un bot pueda funcionar recreando esas redirecciones en lugar de que tenga que ser mi trabajo? Bearcat ( discusión ) 16:21, 4 de agosto de 2024 (UTC) [ respuesta ]
Realmente debería modificarse la plantilla para obtener el nombre del país del título de la categoría. Tener una plantilla para la automatización, pero luego exigir a los usuarios que ingresen la información manualmente parece incompleto. Gonnym ( charla ) 18:11, 4 de agosto de 2024 (UTC) [ respuesta ]
XTools Editar ¿Cuenta regresiva?
Desde ayer, cuando abro mi Edit Count desde XTools, no se ha actualizado nada en dos días. En concreto, la figura de Actrion, Patrulla. En la información básica, dice "Última edición 2024-08-03 03:11", lo cual es un error. También enumera la "Última acción registrada" como 2024-08-03 03:06. ¿Algo en las estadísticas no funciona? - Maile ( discusión ) 18:48, 4 de agosto de 2024 (UTC) [ respuesta ]
Un replag alto significa que todo tipo de cosas que deberían actualizarse no se actualizarán hasta que el retraso de replicación vuelva a cero. – Jonesey95 ( discusión ) 20:42, 4 de agosto de 2024 (UTC) [ respuesta ]
Sí, ha habido una gran repetición tanto en Wikipedia en inglés como en la Cámara de los Comunes durante dos días. Parece tener algo que ver con esto. Está durando más de lo que se esperaba. L iz ¡Lee! ¡Hablar! 00:21, 5 de agosto de 2024 (UTC) [ respuesta ]
Sí. También me di cuenta de esto hoy. Ktin ( discusión ) 00:38, 5 de agosto de 2024 (UTC) [ respuesta ]
Gracias por el aporte. Han pasado tantos años desde que vi que esto sucediera, que olvidé la posibilidad de que sucediera. - Maile ( discusión ) 01:39, 5 de agosto de 2024 (UTC) [ respuesta ]
En realidad, parece suceder con bastante frecuencia, supongo que mensualmente o cada dos meses. Suele ocurrir los jueves o viernes. Se vuelve muy evidente si su edición se basa en informes de bots. Parecen ser los más directamente afectados por estos retrasos del sistema. L iz ¡Lee! ¡Hablar! 01:50, 5 de agosto de 2024 (UTC) [ respuesta ]
Por tanto, el retraso en la replicación ha alcanzado los tres días y medio. ¿Es normal esta situación o algo salió mal y hay que solucionarlo? ¿Se puede predecir una fecha de finalización o es indeterminada? Nurg ( discusión ) 22:25, 6 de agosto de 2024 (UTC) [ respuesta ]
Hurgué y no pude encontrar un informe de error de phabricator, pero mi búsqueda en phabricator no funciona bien. Parece que T367856 es responsable de esta interrupción, pero no ha habido ninguna comunicación de WMF que explique por qué está tardando más de las 26 horas esperadas y cuándo podría terminar.Tal vez haya conversaciones en una lista de correo electrónico. ¿Alguien sabe si WMF tiene objetivos de tiempo de actividad para sus servidores, incluida la repetición? Con esta única interrupción, actualmente de 92 horas, estarán por debajo del 99 % de tiempo de actividad para el año. Tuvimos una interrupción de más de 3 horas en mayo de 2024 , una interrupción de más de 4 horas en junio de 2024 , una interrupción de más de 4 horas en septiembre de 2023 y probablemente más. Son unos buenos cuatro días y medio de tiempo de inactividad conocido en los últimos doce meses para este valioso servicio. No es ideal. – Jonesey95 ( discusión ) 06:34, 7 de agosto de 2024 (UTC) [ respuesta ]
No hay garantías de repetición. Es un mejor esfuerzo. Estamos viendo mucho de esto en los últimos 2 años porque Wikimedia está realizando una importante reestructuración de varias tablas de bases de datos para permitirles seguir escalando y, a diferencia del entorno de producción, el entorno de herramientas no tiene el mismo nivel de soporte que permitiría ejecutar. estos cambios sin impacto. - The DJ ( charla • contribuciones ) 09:32, 7 de agosto de 2024 (UTC ) [ respuesta ]
Según una publicación en https://phabricator.wikimedia.org/T367856 no hay nada roto. Se está ejecutando un proceso que puede tardar 6 días, o quizá más, o quizá no tanto. Nurg ( discusión ) 00:42, 8 de agosto de 2024 (UTC) [ respuesta ]
Las estadísticas de AfD tampoco se actualizan
Las estadísticas de AfD https://afdstats.toolforge.org/afdstats no se han actualizado desde al menos ayer. Supongo que este es el mismo problema que replag - Maile ( discusión ) 13:02, 5 de agosto de 2024 (UTC) [ respuesta ]
Trabajando nuevamente, a partir de esta mañana. - Maile ( discusión ) 11:33, 8 de agosto de 2024 (UTC) [ respuesta ]
Las tablas de evaluación de Wikiproject tampoco se actualizan
Supongo que WP:PETSCAN también se ve afectado por el mismo problema, porque los artículos que solucioné hace unos días todavía aparecen en los resultados de búsqueda. - X201 ( discusión ) 08:05, 8 de agosto de 2024 (UTC) [ respuesta ]
Scripts de usuario y sustitución de plantillas
Tengo un problema menor con el que necesito ayuda. Solía tener dos scripts que ayudarían con algunos cierres y archivos que no eran de administrador. Creo que los guiones eran un cierre de discusión y un archivador manual. He estado inactivo durante algún tiempo, pero cuando revisé hoy, ninguno de los dos parece estar funcionando. En el pasado, encontraba dos enlaces en el lado derecho de una discusión: "Archivar" y "Cerrar". Los usaría para realizar una cierta cantidad de cierres no administrativos para eliminar el trabajo pendiente en WT:ITN . ¿Cambió algo con estos guiones? ¿Estoy haciendo algo mal?
Además, sin relación alguna, en Usuario: Ktin veo que la sustitución de la plantilla parece estar fallando en la mayoría de las plantillas. ¿Es porque hay un límite en la cantidad de plantillas en una página de usuario? Evidentemente se trata de un problema menor. Pero en general tenía curiosidad. Gracias. Ktin ( discusión ) 00:36, 5 de agosto de 2024 (UTC) [ respuesta ]
Muchas gracias, PrimeHunter. La carga de trabajo de evaluación de la plantilla tiene sentido. Agradezco que me ayudes a llegar al fondo de esto. Intentaré actualizar eso y los scripts durante el fin de semana. ¡Que tengas un lindo! Ktin ( charla ) 15:23, 5 de agosto de 2024 (UTC) [ respuesta ]
Sí, transcluye y transcluye recursivamente la página de destino. Es posible que desees utilizar algo como {{ Enlace anotado }} para obtener un mejor rendimiento, aunque no estoy seguro de si eso ayudará con el límite de PEI. - Charla Qwerfjkl 12:10, 7 de agosto de 2024 (UTC)[ responder ]
Plantilla: Efn
Seguimiento en la tarea T371839 de Phabricator
Plantilla: Efn utilizado con parámetros básicos normalmente se mostraría como [a][b] , etc. Pero en los últimos días se muestra como [alfa inferior 1] [alfa inferior 2] , etc. ¿Por qué? Vestrian24Bio ( HABLAR ) 01:20, 5 de agosto de 2024 (UTC) [ respuesta ]
Capturas de pantalla : [2], [3] Vestrian24Bio ( TALK ) 06:56, 5 de agosto de 2024 (UTC) [ respuesta ]
"Renderizado con Parsoid", como arriba (#Iniciar un aviso de discusión en las páginas de discusión) a su pregunta anterior. - Michael Bednarek ( discusión ) 07:39, 5 de agosto de 2024 (UTC) [ respuesta ]
¿Por qué el Parsoid está causando estos problemas y no se analiza en ninguna parte de en-WP? Vestrian24Bio ( HABLAR ) 07:42, 5 de agosto de 2024 (UTC) [ respuesta ]
Vestrian24Bio , debido a que la mayoría de la gente no usa Parsoid, algunas plantillas no lo utilizan. - Charla Qwerfjkl 08:33, 5 de agosto de 2024 (UTC)[ responder ]
Ni el historial de versiones de Windows 10 ni el historial de versiones de Windows 11 utilizan , proporcione ejemplos de dónde se utiliza realmente y es un factor definitivo en el problema percibido. Además, sus capturas de pantalla no se pueden utilizar, ya que no puedo encontrar lo que se supone que debo buscar. Siga las instrucciones en WP:WPSHOT . - Red rose64 🌹 ( discusión ) 14:41, 5 de agosto de 2024 (UTC) [ respuesta ]{{efn}}{{efn}}
La sección Historial de versiones de Windows 10#Canales incluye {{ Versiones de Windows 10 }} que usa efn. Puedo ver [alfa inferior 1] [alfa inferior 2] como se describe en la captura de pantalla y la lista es a, b, etc. ¿Podría la transclusión interferir con el comportamiento correcto de efn? —Jts1882 | charla 14:50, 5 de agosto de 2024 (UTC) [ respuesta ]
Puedo ver el problema en cualquier página enumerada aquí. Entonces, tomé capturas de pantalla de 3 páginas al azar:
Aristóteles : párrafo principal con [alfa superior 1] ; Captura de pantalla
Vestrian24Bio ( HABLAR ) 15:44, 5 de agosto de 2024 (UTC) [ respuesta ]
No veo ningún problema con ninguno de estos artículos, ya sea que haya iniciado o cerrado sesión. Si no aparece ningún problema al cerrar la sesión, pero usted tiene un problema al iniciar sesión, eso me indica que hay algo inusual en su configuración personalizada. - Red rose64 🌹 ( discusión ) 17:39, 5 de agosto de 2024 (UTC) [ respuesta ]
"Renderizado con Parsoid" como se dijo anteriormente. Vestrian24Bio ( HABLAR ) 17:41, 5 de agosto de 2024 (UTC) [ respuesta ]
No veo cómo sucede eso. Según mw:Parsoid, tiene algo que ver con la conversión de Wikitext a HTML. Entonces, como todas nuestras páginas están escritas usando Wikitext y todos nuestros lectores reciben HTML, el proceso de conversión debe ser el mismo para todos, y Parsoid debe ser ese proceso. Entonces, ¿por qué obtengo algo diferente de Vestrian24Bio? ¿Alguno de nosotros ha desactivado Parsoid y, de ser así, cómo y por qué? - Red rose64 🌹 ( discusión ) 20:21, 5 de agosto de 2024 (UTC) [ respuesta ]
No es el analizador de wikitext predeterminado. Si lo acepta en la parte inferior de Special:Preferences#mw-prefsection-editing , también debería ver el error de análisis [lower-alpha 1]; Yo al menos lo hago. - Cryptic 20:37, 5 de agosto de 2024 (UTC) [ respuesta ]
Hay trabajo en curso en esta área. Presentaré un error. Izno ( charla ) 17:09, 5 de agosto de 2024 (UTC) [ respuesta ]
Parece que el CSS para phab:T156351 (que Parsoid requiere en lugar de usar MediaWiki:Cite link label group-lower-alpha ) necesita actualización después de Ieff73769, probablemente de a (y lo mismo para los otros grupos). Anomia ⚔ 00:50, 6 de agosto de 2024 (UTC) [ respuesta ].mw-ref>a[data-mw-group=lower-alpha]::after.mw-ref>a[style~="mw-Ref"][data-mw-group=lower-alpha]::after
Sí, eso lo solucionaría, parece que solo es un problema de especificidad. Y el cambio parece deliberado, pero 1) no estoy seguro de que se haya considerado el impacto y 2) no estoy seguro de que [style~="mw-Ref"]sea un buen selector en particular por diversas razones. Izno ( discusión ) 01:11, 6 de agosto de 2024 (UTC) [ respuesta ]
Corregido por Jonesey. Izno ( charla ) 17:22, 5 de agosto de 2024 (UTC) [ respuesta ]
Noticias tecnológicas: 2024-32
Ú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
Esta semana estarán disponibles dos nuevas funciones de analizador: {{#dir}}y {{#bcp47}}. Esto reducirá la necesidad de Template:Diry Template:BCP47sobre Commons y nos permitirá eliminar 100 millones de filas de la base de datos "qué enlaces aquí". Los editores de cualquier wiki que utilice estas plantillas pueden ayudar reemplazando las plantillas con estas nuevas funciones. Las plantillas en Commons se actualizarán durante el Hackathon en Wikimania. [4][5]
Las comunidades pueden solicitar la activación del editor visual en espacios de nombres completos donde a veces ocurren discusiones (por ejemplo, Wikipedia: o Wikisource: espacios de nombres) si comprenden las limitaciones conocidas. Para las discusiones, los usuarios ya pueden usar DiscussionTools en estos espacios de nombres.
La categoría de seguimiento "Páginas que usan la línea de tiempo" pasó a llamarse "Páginas que usan la extensión EasyTimeline" en TranslateWiki. Los wikis que hayan creado la categoría localmente deben cambiar el nombre de su creación local para que coincida.
Actualizaciones del proyecto
Los editores que ayudan a organizar WikiProjects y colaboraciones similares en wiki están invitados a compartir ideas y ejemplos de colaboraciones exitosas con los equipos de Campañas y Programas. Puede completar una breve encuesta o compartir sus opiniones en la página de discusión. Los equipos buscan especialmente detalles sobre colaboraciones exitosas en wikis que no están en inglés.
El nuevo analizador se implementará en los wikis de Wikivoyage durante los próximos meses. El Wikivoyage en inglés y el Wikivoyage en hebreo se cambiaron a Parsoid la semana pasada. Para obtener más información, consulte Unificación de Parsoid/Parser.
Aprende más
Esta semana habrá más de 200 sesiones en Wikimania. A continuación se muestra un resumen de algunas de las sesiones clave relacionadas con el área de productos y tecnología.
El último boletín de la Fundación Wikimedia está disponible.
Ya está disponible el último boletín trimestral de Lengua e Internacionalización. Incluye: vistas previas de nuevos diseños para páginas traducibles; Actualizaciones sobre MinT para lectores de Wiki; la publicación de volcados de traducción; y más.
El último boletín trimestral de Crecimiento está disponible.
El último boletín mensual de MediaWiki Product Insights 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.
c:Plantilla:Dir y c:Plantilla:BCP47. No creo que los haya usado nunca. - Red rose64 🌹 ( discusión ) 22:16, 5 de agosto de 2024 (UTC) [ respuesta ]
Son plantillas utilizadas por plantillas. Casi todas las páginas de descripción de archivos los utilizan indirectamente al marcar los idiomas de las descripciones de archivos, por ejemplo. Probablemente muchas otras plantillas traducibles también lo hagan. Charla de Matma Rex 09:01, 6 de agosto de 2024 (UTC) [ respuesta ]
Es probable que sólo las utilicen las plantillas que tratan con varios idiomas. A menudo, como parte de otras plantillas. Estos son casos típicos de plantillas que se utilizan con más frecuencia sin que la gente se dé cuenta de que existen;) - The DJ ( discusión • contribuciones ) 09:28, 7 de agosto de 2024 (UTC) [ respuesta ]
El botón citar en el Editor visual está roto
Recibo errores 404 de la API en la consola, no tengo tiempo para investigar más. RAN1 ( discusión ) 03:22, 6 de agosto de 2024 (UTC) [ respuesta ]
A mí me funciona (intentando citar "https://www.example.com"). ¿Qué entradas le causan el problema? Charla de Matma Rex 08:59, 6 de agosto de 2024 (UTC) [ respuesta ]
A mí también me funciona ahora. El punto final de la API respondía con mensajes 404 cuando intentaba citar apnews.com, parecía que se había caído. RAN1 ( discusión ) 14:43, 6 de agosto de 2024 (UTC) [ respuesta ]
Desorden de redireccionamiento de categorías de plantillas de WikiProject
De repente, algo está provocando que varias plantillas asociadas con WikiProjects completen redireccionamientos de categorías. Parte del problema tiene su origen en que los nombres de plantilla y categoría no coinciden.
¿Alguien puede identificar qué cambio ha provocado que estos se llenen repentinamente y solucionarlo? Gracias de antemano. Timrollpickering ( charla ) 10:40, 6 de agosto de 2024 (UTC) [ respuesta ]
No conozco una manera de verlo todo a la vez, pero puedes usar Wikipedia:Prosesize en la pantalla de vista previa de edición cuando miras una sección en particular. CMD ( discusión ) 14:34, 6 de agosto de 2024 (UTC) [ respuesta ]
Retraso en el bloqueo global de la cuenta
La cuenta de 𝕲𝕵𝕺𝕭𝕬𝕵 𝕺𝕽𝕯𝕰𝕶 𝕺𝕱 𝕾𝕬𝕿𝕬𝕹 está bloqueada globalmente, aunque su nombre está en la lista negra de títulos solo en Wikipedia en inglés. [1] Además, ¿por qué se le dio permiso a su cuenta para ser creada, de modo que puedan realizar tres ediciones y luego quedar bloqueadas globalmente? Gracias, editor exclusivo ¡Avísame! 16:11, 6 de agosto de 2024 (UTC) [ respuesta ]
^ en local.*[^\0-\x{FFFF}].* <casesensitive> in # Very few characters outside the Basic Multilingual Plane are useful in titles
Esta cuenta global se creó en otro proyecto, TBL no detiene la creación automática. - Charla de xaosflux 18:58, 6 de agosto de 2024 (UTC) [ respuesta ]
Agregar transparencia para que las plantillas sean más compatibles con el modo oscuro
Como alguien que ha sido testigo de la transición a Fandom Desktop que incluía un modo oscuro, quiero sugerir algo que en realidad podría ser bueno para las plantillas, y es agregar transparencia a los fondos (no a la fuente, solo a los fondos que usan rgba o hexadecimal). códigos) Esto podría hacerse automáticamente pero podría ser mejor hacerlo en wikitext y puede ser una buena adición al manual de estilo. Esto permitiría que el texto se coloreara de blanco (o lo que sea) y no tendríamos que colorear automáticamente el material con fondos negros . Me pregunto qué nivel de transparencia sería bueno para esto. Estaba pensando en 0.1 pero no hay una buena forma de comprobarlo. Quizás esto podría hacerse como una tarea de bot para estilos en línea y mediante administradores de interfaz para hojas CSS. Impresionante Aasim 19:34, 6 de agosto de 2024 (UTC) [ respuesta ]
Avisos excesivos de "enlace agregado"
Cuando un enlace a un artículo que alguien ha creado se agrega a un cuadro de navegación y alguien posteriormente edita cualquier página en dicho cuadro de navegación, independientemente del contenido de esa edición, el usuario que creó dicho artículo que se agregó al cuadro de navegación recibe un aviso de que "se agregó enlace" a ese artículo, cuando ese no es el caso. Supongo que la razón por la cual mediawiki no "registra" que se agregó un enlace a un cuadro de navegación en cada transclusión tiene que ver con que la página no se elimina hasta que se realiza la siguiente edición, pero ¿existe? ¿Hay alguna forma de solucionar esto para los avisos de enlaces agregados? Soy consciente de que uno podría simplemente desactivarlos, pero aun así parece un error. Flamenco Nietzsche ( charla ) 08:44, 7 de agosto de 2024 (UTC) [ respuesta ]
No actualmente. Desde la perspectiva de Mediawiki, no hay diferencia entre un enlace incluido en una página y uno incluido a través de una plantilla, o más bien lo que describe un subconjunto específico de plantillas. - The DJ ( charla • contribuciones ) 09:15, 7 de agosto de 2024 (UTC ) [ respuesta ]
Problema de edición
Hola. Durante unos cuatro días no he podido editar artículos. Cuando hago clic en la pestaña de edición en la parte superior de una página o en las etiquetas de edición de sección a la derecha de los encabezados de las secciones, parece abrirse un cuadro de edición, pero aparece una barra de progreso azul en la parte superior que se detiene aproximadamente en las tres cuartas partes del proceso. a lo largo de la página. Como resultado, tengo un cuadro de edición donde puedo trabajar, pero no hay forma de guardar mis cambios. Las excepciones que sí funcionan son: 1. en páginas como ésta, la pestaña en la parte superior que abre una nueva sección; 2. hacer clic en "responder" en una página de discusión; y 3. hacer clic en "deshacer" en el historial de un artículo. Esos cuadros de edición funcionales abiertos (por eso puedo escribir esto). Pero la edición regular está efectivamente bloqueada. ¿Alguien tiene una idea de cuál podría ser el problema? (Por cierto, durante el último año he estado usando con éxito el editor de wikitexto 2017. No sé si ese es el problema, pero no puedo encontrar ninguna forma de acceder a él para desactivarlo). Doric Loon ( charla ) 00:25, 8 de agosto de 2024 (UTC) [ respuesta ]
"Recuérdame" no funciona como estaba previsto para mí
Exactamente como el título. La casilla de verificación indica que duraría un año, pero a veces me encuentro sin iniciar sesión aunque estoy usando el mismo dispositivo, el mismo navegador, etc. Es solo una leve molestia, pero ¿alguien puede darme sugerencias sobre cómo solucionarlo? ¿este? Gracias de antemano. - Mint Keyphase ( ¿Me equivoqué? ¿Qué he hecho? ) 01:26, 8 de agosto de 2024 (UTC) [ respuesta ]
Podría suceder si mientras tanto cierras sesión en otro dispositivo. hgzh 10:51, 8 de agosto de 2024 (UTC) [ respuesta ]
Pero solo estoy usando este dispositivo al iniciar sesión y estoy bastante seguro de que mi cuenta no fue pirateada (con suerte (?)). - Mint Keyphase ( ¿Me equivoqué? ¿Qué he hecho? ) 11:23, 8 de agosto de 2024 (UTC) [ respuesta ]