Wikcionario:Café

El Café de Wikcionario
Esta página es para todo tipo de conversaciones y preguntas respecto a Wikcionario en español.
Antes de participar, ten en cuenta: Para presentar preguntas sobre alguna entrada en particular, ve a Consultas. Para solicitar la creación de una entrada, visita Solicitudes. Si buscas donde colaborar, aquí tienes un listado de términos que necesitan ser mejorados. Las conversaciones inactivas (más de un mes sin ediciones) están en el Archivo del café. Por favor, después de editar, pon un comentario en el resumen (la síntesis del tema sobre el que aportas o comentas) para que se pueda ver en la página de cambios recientes. ¡Gracias!
Para abrir un nuevo tema de conversación, pulsa aquí
Bots: Las solicitudes para el permiso de bot se harán en esta página. Este wiki usa la política estándar de robots y permite tanto a los robots globales como la aprobación automática de ciertos tipos de robots. El resto de robots debe solicitar ser autorizado en esta página. Un burócrata revisará y decidirá sobre la solicitud. Bots (English): Requests for the bot flag should be made on this page. This wiki uses the standard bot policy, and allows global bots and automatic approval of certain types of bots. Other bots should apply below. A local bureaucrat will review and decide upon your aplication.

Archivo del Café
Antes de junio de 2009
Desde junio de 2009
Año corriente (2026):
<enero> <febrero>

Atajo:
WN:C

marzo de 2026

Noticias técnicas: 2026-10

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Wikipedia 25 Birthday mode is now live on Betawi, Breton, Chinese, Czech, Dutch, English, French, Gorontalo, Indonesian, Italian, Luxembourgish, Madurese, Sicilian, Spanish, Thai, and Vietnamese Wikipedias! This limited-time campaign feature celebrates 25 years of Wikipedia with a birthday mascot, Baby Globe. When turned on, Baby Globe is shown on ~2,500 articles, waiting to be discovered by readers. Communities can choose to turn Birthday mode on by getting consensus from their community and asking an admin to enable the feature and customize it via community configuration on the local wiki.

Actualizaciones para editores

• Sub-referencing, a new feature to re-use references with different details has been released to Swedish Wikipedia, Polish Wikipedia and a couple of other wikis. You can try the feature on these projects or on testwiki and betawiki. Learnings from the first pilot wiki German Wikipedia have been published in a report. Reach out to the Wikimedia Deutschland team if you are interested in becoming a pilot wiki.
• Paste Check will become available at all Wikipedias this week. The feature prompts newcomers who are pasting text they are not likely to have written into VisualEditor to consider whether doing so risks a copyright violation. Paste Check tags all edits where it is shown for potential review. Local administrators can configure various aspects of the feature via Especial:EditChecks. Research across 22 wikis found that Paste Check resulted in an 18% decrease in relative reverted-edits compared to the control group. Translators can help to localize this and related features.
• The Reader Experience team will be standardizing the user menu in the top right for all mobile users so that it is closer to the desktop experience. Currently this user menu is only visible to users with Advanced Mobile Controls (AMC) turned on. The only change is that a couple buttons previously in the left-side menu will move to the top right for users who do not have AMC turned on. This change is expected to go out March 9 and seeks to improve the user interface.
• Starting in the week of March 2, the emails sent out when an email address was added, removed, or changed for an account will switch to a substantially nicer and clearer HTML email from the prior plaintext one.
• Notifications are currently limited to 2,000 historic entries per user, and extend back to 2013 when the feature was released. This is going to be changed to only store Notifications from the last 5 years, but up to 10,000 of them. This will help with long-term infrastructure health and help to prevent more recent notifications from disappearing too soon.
• The Global Watchlist which lets you view your watchlists from multiple wikis on a single page continues to see improvements. The latest update improves label usage experience. The extension now allows activating the language fallback system for Wikidata items without labels in the viewed language, and showing those labels in the user’s preferred Wikidata language if no uselang= URL parameter is provided.
• The Wikipedia Android team has started a beta test of hybrid search on Greek Wikipedia. Hybrid search capabilities can handle both semantic and keyword queries enabling readers to find what they’re looking for directly on Wikipedia more easily.
• For security reasons, members of certain user groups are required to have two-factor authentication (2FA) enabled. Currently, 2FA is required to use the group, but not to be a member of it. Given that this model still has some vulnerabilities, the situation will gradually change in March. Members of these groups will be unable to disable last 2FA method on their account, and it will be impossible to add users without 2FA to these groups. Users will still be able to add new authentication methods or remove them, as long as at least one method is continuously enabled. In the second half of March, users without 2FA will be removed from these groups. This applies to: CentralNotice administrators, checkusers, interface administrators, suppressors, Wikidata staff, Wikifunctions staff, WMF Office IT and WMF Trust & Safety. Nothing will change for other users. See the linked task for deployment schedule.
• Revisa las 27 tareas enviadas por la comunidad que fueron resueltas la semana pasada. For example, the issue preventing users from creating an instance in Wikibase.cloud has now been fixed.

Actualizaciones para los colaboradores técnicos

• To help ensure fair use of infrastructure, over the next month the Wikimedia Foundation will implement global API rate limits across our APIs. In early March, stricter limits will be applied to unidentified requests from outside Toolforge/WMCS and API requests that are made from web browsers. In April, higher limits will be applied to identified traffic. These limits are intentionally set as high as possible to minimise impact on the community. Bots running in Toolforge/WMCS or with the bot user right on any wiki should not be affected for now. However, all developers are advised to follow updated best practices. For more information, see Wikimedia APIs/Rate limits.
• The Wikidata Query Service Linked Data Fragment (LDF) endpoint will be decommissioned in February. This endpoint served limited traffic, which was successfully migrated to other data access methods that were better suited to support existing use cases. The hardware used to support the LDF endpoint will be reallocated to support the ongoing backend migration efforts.
• The new Parsoid parser continues to be deployed to additional wikis, improving platform sustainability and making it easier to introduce new reading and editing features. Parsoid is now the default parser on 488 WMF wikis (268 Wikipedias), now covering more than 10% of all Wikipedia page views.
• The process and criteria for requesting exceptional access to the high volume feed of the Wikimedia Enterprise APIs (at no cost for mission-aligned usecases), have now been published. This is to provide more thorough and clearer documentation for users.
• Tech Blog, the blog dedicated to the Wikimedia technical community will be migrating to Diff, the community news and event blog. The migration should be complete in April 2026, after which new posts will be accepted for publishing. Readers will be able to access posts – old and new – on the landing page at https://diff.wikimedia.org/techblog.
• Actualizaciones detalladas de código de esta semana: MediaWiki

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 17:51 2 mar 2026 (UTC)

Noruego

Siguiendo las recomendaciones de @Teodor605, migré el código no a nb. Por lo que veo, en este proyecto desde siempre se trataron a ambos dialectos como idiomas separados, que fue lo que me llevó después de un año a rechazar la opción de unificar este código con nn (nynorsk). Además, viendo que en en.wikt está la mayor comunidad y contenido de noruego, nos resultará más fácil importar entradas. Este nuevo código estaba prácticamente sin uso previo a la migración, por lo que no requiere ninguna reestructuración masiva como se hizo en su momento con el serbocroata. Les pido que de ahora en adelante usen nb para el noruego bokmål. El código no se da de baja y no debe volver a utilizarse. Si existe la intención de añadir contenido de más dialectos, se agregarán tantos códigos nuevos como sean necesarios. Tmagc (discusión) 21:47 2 mar 2026 (UTC)

After you have made the change, if you want, I can go through the entries and separate between nb and nn. This might turn out to be a quite daunting task though, so I cannot promise miracles. The lemma forms of an article are more often identical than the inflections. it would help to use some sort of template to annotate the changes. E.g. "This article has been changed from no to nb. If you speak Norwegian please verify if it's correct" and make a category or something that would make it easier for people to find the articles. Btw, I have noticed that at en.wikt they have left the translations that were made from English to "no" as they were. It takes good knowledge of Norwegian to know if they really are only nb, only nn or both. So leaving them as "no" is preferable to changing all of them into "nb". My two cents worth of thinking. Teodor (d • c) 07:42 3 mar 2026 (UTC)

@Teodor605 Thanks for your suggestions. However, I don't see any significant change since "no" always standed for bokmål on this project. As I said, in practice the community always used "no" (bokmål) and "nn" (nynorsk), with "nb" unused. Now, I just switched "no" for "nb" (previously empty) and forbid "no". It's true that might someone confused "no" with norweigan, but I reviewed a few entries and I don't see any mistake, so I don't think further changes are needed. If you wan't to exhaustively check all the 2k affected pages, here are the contributions you have to review (from 2025-03-02 01:24 to 2025-03-03 18:18). Tmagc (discusión) 21:39 4 mar 2026 (UTC)

I will scan of your changes. Took a brief look now and it looks very good. What I am most interested in are the articles previously labeled as "no" but in reality are "nn" only. Those are the words which are of course Norwegian but not permitted in Bokmål. SO if any of these have now been assigned "nb" they need to be corrected. Teodor (d • c) 07:18 5 mar 2026 (UTC)

Revalidación de la administradora Lourdes Cardenal

Buenas! No me gusta ―y creo que a nadie le gusta― ser quien rompa el hielo con estos asuntos, pero por el bien del proyecto tengo el deber de hacerlo. Meta está en época de revalidación de sysops, y en su momento se decidió suscribir a la política global ―que ya dije que es un error, que deberíamos tener la nuestra―. Así que nos llega ahora una notificación con los supuestos administradores inactivos (lo pueden ver en el hilo anterior). Pensé que iban a aparecer más en la lista. Pero no ocurrió, así que nos damos cuenta que por eso nosotros mismos deberíamos revalidar a nuestros administradores en lugar de delegar el proceso a terceros que desconocen completamente la situación del proyecto. En este caso, debido a que:

• La usuaria estuvo prácticamente contribuyendo muy poco después de 2014, cayendo en inactividad total en 2018
• Tras una notificación que le envían en 2021 (supuestamente errónea según el concepto que Meta toma por inactividad), recién aquí, oh casualidad! la usuaria se acuerda de que el proyecto existe y hace un par de contribuciones por un año aproximadamente
• Para volver a caer en inactividad en 2022 y con ausencia definitiva en junio de 2023.
• Luego, envía un mensaje a finales del año pasado, no se si bienintencionada o malintencionadamente, pero lo cierto es que increíblemente bastó para eludir los controles de Meta.
• Y, al margen de si a la usuaria solo le "interesa" el proyecto justo cuando sabe que está a punto de perder sus "privilegios", así y todo no veo por qué la necesitaríamos como administradora. Estuve revisando y corrigiendo varias de sus contribuciones y mi evaluación es que nunca terminó de agarrar del todo el formato de las entradas. Confiesa además que no es buena para los asuntos técnicos, pero tampoco veo grandes hazañas en lo "no técnico". No me malinterpreten: sí hubo épocas en donde combatió al vandalismo, pero eso no necesariamente está relacionado con administrar, existe un flag de reversor.
• Y por si fuera poco, ya ha confesado que quiere abandonar el puesto, pero le pidieron que "se quedara para combatir el vandalismo". Quién le dijo eso? Además, si pasa por ahí, nuevamente para eso está el flag de reversora.

Le pido a @Lourdes Cardenal que renuncie. Si damos los controles de administrador a alguien, es para que administre, no para que solamente ostente la placa en su PU. Y por las dudas: si alguien me salta ahora con que "es efectivo mantenerla como administradora, porque entonces podemos recordarle esto y amenazarla con quitarle los botones cada dos años, para que así vuelva a contribuir, y que es mejor eso a que abandone el sitio de una vez y para siempre", me permito decir que aquí no se trabaja a punta de pistola. Si quiere contribuir, que lo haga como una usuaria normal, con lo que pueda, cuando pueda y como pueda; no necesita mantener el rol de administradora para eso. Tmagc (discusión) 05:17 15 feb 2026 (UTC)

Hola. Creo que le sobran algunas partes a tu mensaje. Veo de otra forma los permisos de administrador. Creo que todo usuario que dé muestras de entender y respetar las políticas del proyecto y de tener buen criterio al editar debería ser administrador y que como los permisos no ocupan espacio ni hay un número limitado, no importa que no se usen todos los días o todos los meses. Sin ánimo de atacarte, solo para marcar un contraste, tú sabes enormemente más de cosas técnicas y haces muchas ediciones válidas, pero fallas mucho en el trato y por eso no votaría tranquilo por ti; en cambio Lourdes Cardenal puede no tener mucha idea de lo técnico y no hacer muchas acciones, pero me da la impresión de que ha errado rara vez en sus acciones administrativas en este proyecto y por eso la revalidaría si quiere seguir contando con esa herramienta. Saludos. Lin linao ¿dime? 01:24 18 feb 2026 (UTC)

Ese es el problema: varias políticas cambiaron y no sabemos cuáles muestras dio o va a dar de haberlas entendido. Ya ocurrió que un bibliotecario volvió completamente fuera de sintonía y sus actos rozaron el sabotaje. Por qué no ocurriría con el resto de los bibliotecarios? Si fuese como vos decís, que los pierdan y que empiecen de cero. Y si resultan ser tan buenos usuarios, que se vuelvan a postular y que los obtengan de nuevo. Total, la experiencia no la pierden así que de todas formas ya juegan con ventaja. Por qué no aceptar el desafío? Tmagc (discusión) 05:47 18 feb 2026 (UTC)

Y los permisos sí ocupan espacio. Que después el sistema permita infinitos administradores en una wiki es otra cosa. Tmagc (discusión) 06:18 18 feb 2026 (UTC)

Bueno, ya pasó una semana y me resulta muy raro que, siendo administradora, a esta altura todavía no haya contestado ni manifestado su opinión. Puesto que el resto tampoco opina nada, entiendo que están todos de acuerdo con mi propuesta y que efectivamente Lourdes mantendrá su decisión que le había manifestado a Taichi en Wikipedia. Esperaré 48 horas y luego presentaré este caso en Meta para que lo analicen y tomen allí una decisión al respecto. Tmagc (discusión) 04:51 22 feb 2026 (UTC)

Hola, @Tmagc. Deberías escribir a Lourdes directamente en eswiki, donde sigue activa. En Meta te van a decir que primero hay que consensuar una política local, lo cual se debería discutir y votar en otro hilo. Dicho esto, prefiero que Lourdes mantenga sus permisos dado el escaso número de administradores activos. Peter Bowman (discusión) 11:01 22 feb 2026 (UTC)

@Peter Bowman Si el problema es la falta de administradores activos, de qué forma nos beneficia tener administradores prolongadamente inactivos ? Tmagc (discusión) 14:09 22 feb 2026 (UTC)

@Tmagc: beneficia tener a alguien "en la reserva", que siga en activo aunque sea en otro proyecto, y que pueda responder ante emergencias. Dicho esto, rectifico porque acabo de acordarme de que esta wiki permite la intervención de admins globales precisamente para este fin. Mantengo lo de avisar a Lourdes a través de eswiki. Peter Bowman (discusión) 15:06 22 feb 2026 (UTC)

@Peter Bowman Pero de qué hipotética emergencia estamos hablando? Repito: ya pasó una semana y todavía no ha respondido a mi propuesta. Si en todo este tiempo no intervinió, qué debemos de esperar cuando realmente la necesitemos? Tmagc (discusión) 15:17 22 feb 2026 (UTC)

@Tmagc, uno de los principios fundamentales de los wikis es presumir la buena fe. Que un usuario haga una contribución cada dos años no es un problema. Pero acusar, asumir malas intenciones y hostigar o maltratar a otros colaboradores, me parece lamentable, lo que dices puede tener cierto fundamento pero podemos invitar en lugar acusar, la amabilidad no cuesta. @Lourdes Cardenal tiene todo mi respeto como usuario y como administradora, espero que vuelva pronto. Cvmontuy ^(mensajes) 13:08 9 mar 2026 (UTC)

Gracias, Cvmontuy, acabo de ver tu contribución y no quiero pasarla por alto. Espero que nos veremos por estos pagos, como antes. Lourdes Cardenal (discusión) 19:15 10 mar 2026 (UTC)

Buenas tardes compañeros. Acudo a esta cita gracias al aviso directo de un buen colega; confieso y reconozco que no me había enterado. Reconozco también mis fallos y habría agradecido a Tmagc que se hubiera dirigido directamente a mí en eswiki (veo que lo ha hecho hoy a las 15:20) con razonamientos de peso como es el caso de mi inactividad; con eso basta, es suficientemente importante para dejar los botones y no veo necesario buscar otros argumentos que se sostienen mal. Me parece de mal gusto esta frase "Luego, envía un mensaje a finales del año pasado, no se si bienintencionada o malintencionadamente, pero lo cierto es que increíblemente bastó para eludir los controles de Meta", y te aseguro Tmagc que la palabra " malintencionadamente" sobra. Y también te aseguro (porque se ve que no me conoces) que en el pasado trabajé mucho y lo hice bien ampliando el vocabulario de este diccionario. Y también te aseguro que nunca pensé que lo de ser administradora tuviera privilegios para agarrarme a ellos, tal y como dices. También vuelvo a decir que reconozco mi dejadez y que tendría que haber acudido a Meta para pedir "la baja". Por otra parte agradezco a Lin linao y a Peter Bowman sus palabras; ellos me conocen de antiguo, juntos hemos combatido vandalismo, hemos aportado ayudas y opiniones y hemos enriquecido el wictionario y nos hemos ayudado mutuamente. Y termino con unas palabras dirigidas directamente a Tmagc: es necesario y es importante que los administradores mantengan la calma y guarden la agresividad en el armario, sin ofender, sin herir. Saludos Lourdes Cardenal (discusión) 16:57 22 feb 2026 (UTC)

@Lourdes Cardenal Pido disculpas si sonó mal como lo dije; tampoco me parece fácil romper el hielo con estas cosas, pero desde hace tiempo siento que tengo que hacerlo. Estoy seguro de que contribuiste al proyecto en su momento y no tengo nada personal contra vos. Lo mío lo considero una medida de seguridad porque la experiencia ha demostrado que los administradores inactivos sí pueden hacer daño. Y mientras sobren administradores, no habrá incentivos para salir a buscar nuevas personas que quieran administrar en este proyecto. En el mismo sentido, considero que se juzga mal la calidad de los administradores aquí, pero eso es para discutirlo en otro hilo. Gracias por tus años de servicio y cuando quieras volver a contribuir, aquí te estaré esperando. En breve abriré un pedido en Meta para que te quiten los controles. Saludos. Tmagc (discusión) 22:39 22 feb 2026 (UTC)

Ya he renunciado voluntariamente. Gracias Peter, gracias Lin por vuestro apoyo. Os deseo lo mejor, Lourdes Cardenal (discusión) 19:00 23 feb 2026 (UTC)

¡Muchas gracias a ti, @Lourdes! Espero que nos sigamos viendo por aquí :). Peter Bowman (discusión) 19:40 23 feb 2026 (UTC)

Reestructuración de los espacios Categoría, Wikcionario, Apéndice, Ayuda

Aparte de otras categorías obsoletas que pronto serán eliminadas para que no causen más problemas, modifíquese lo siguiente:

• Eliminar el prefijo "Wikcionario:" de todas las categorías y moverlas a donde corresponda. La mayoría de lo que tenemos debe ir en Categoría:Mantenimiento.
• Eliminar todas las redirecciones salvo siglas y atajos.
• Sacar afuera del espacio de Wikcionario todas las páginas que sean posibles. Evitar dicha denominación por ambigua e imprecisa.
• Reemplazar la notación "/(idioma)" por ":XX", siguiendo el modelo actual de las categorías.
• Eliminar Categoría:Wikcionario:Apéndices y similares. Es absurdo e innecesario categorizar todas las páginas de un espacio.
• Trasladar Wikcionario:Índice y todas sus subpáginas a Apéndice:XX:Lemario, donde XX es el código de idioma. El motivo de no eliminarlos es que todavía estamos verdes y eventualmente nos servirán para expandir nuestra base de datos. Unifíquense todas las páginas de propósito similar pero de otras denominaciones en Apéndice:XX:Lemario. Si es necesario mantener varios lemarios provenientes de distintas bases de datos, propongo Apéndice:XX:Lemario1, Apéndice:XX:Lemario2, etc.
• Trasladar Wikcionario:Frecuencias/(nombre) a Apéndice:XX:Frecuencias.*
• Trasladar Wikcionario:Referencia/XX a Apéndice:XX:Referencia o a Referencia:XX (nuevo espacio a abrir).
• Trasladar Wikcionario:Cómo.* a Ayuda:Cómo.*
• Eliminar Wikcionario:.*/Tesauro, redirecciones innecesarias.
• Eliminar Apéndice:Páginas requeridas.* y Apéndice:Secciones de páginas requeridas.*
• Eliminar Wikcionario:Babel.*, pero no Wikcionario:Babel (quizá trasladarlo a Ayuda:Babel). Obsoleto tras implementación de Módulo:babel

Si confían en mi criterio, entonces puedo hacer todo yo solo si me convierten a mí y a mi bot en administradores temporales (90 días). En tal caso, prometo no usar los controles para otra cosa que no sea eliminar y trasladar páginas de estos espacios y verificaré que no queden más páginas apuntando primero. Tmagc (discusión) 21:00 7 mar 2026 (UTC)

Hola, @Tmagc. Aunque no me parece mala idea, la asignación de permisos elevados con carácter temporal no es algo que se haya hecho aquí antes. Solo lo he visto en proyectos pequeños donde no hay burócratas, y son stewards de Meta quienes atienden estas peticiones. Como ya he empezado con este proceso (User talk:Peter Bowman#Terminar de arreglar el árbol de categorías), prefiero llevarlo hasta el final. Por otro lado, hay varios puntos que me gustaría tratar con calma, uno a uno. Por ejemplo, las redirecciones afuera del espacio principal pueden ser útiles si hay muchas webs (incluyendo Google) que aún dirijan a ellas. Propongo ir abordando los elementos de la lista uno a la vez. Por último, con tu bot puedes trasladar páginas sin dejar redirecciones detrás, lo cual creo que reduce la necesidad de emplear permisos especiales. Un saludo, Peter Bowman (discusión) 18:33 8 mar 2026 (UTC)

@Peter Bowman Si doce hilos quieres tú que cree, doce hilos abriré. Pero una última observación antes de acabar esta discusión: esas supuestas indexaciones de Google poca diferencia van a hacer a esta altura. Al ritmo que viene decayendo la actividad aquí, notando la poca cantidad de usuarios nuevos que reciben por año (con suerte uno) y la poca cantidad de ediciones que hay por día,. Y si en venite años no logramos otra cosa más que ir perdiendo uno por uno a todos los usuarios activos que quedaban, yo, como fresco y visionario que soy les aviso que cuanto más caótica sea la estructura del sitio en general, menos usuarios nuevos van a querer participar. Estuve leyendo algunas páginas, sobre todo comparando los "tutoriales" con WN:ES y encontré algunas cuantas contradicciones. Las arreglaría pero parecen tan anacrónicas todas esas páginas que dudo en varias respecto de si hoy mismo tendrían cabida. Decidan con inteligencia y sabiduría el futuro del proyecto. Nos vemos en las próximas discusiones. Tmagc (discusión) 05:42 10 mar 2026 (UTC)

@Tmagc: quiero que dejemos constancia de las decisiones tomadas en este proyecto, así que sí, crea doce hilos si hace falta, o uno largo si así es más cómodo. No sé qué tienen que ver las redirecciones con la estructura y el comentario acerca del número de usuarios activos. Peter Bowman (discusión) 09:51 10 mar 2026 (UTC)

Concuerdo con el comentario anterior. Saludos. Lin linao ¿dime? 20:13 8 mar 2026 (UTC)

Noticias técnicas: 2026-11

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Todas las wikis estarán en modo de solo lectura durante unos minutos el 25 de marzo de 2026 a las 15:00 UTC. Esto se debe a las pruebas de cambio al centro de datos de respaldo, que se realizan dos veces al año. Durante este proceso, todo el tráfico de los sitios de Wikimedia se desvía de un centro de datos primario al de respaldo para probar la disponibilidad y prevenir interrupciones del servicio incluso en situaciones de emergencia.
• La semana pasada, todas las wikis experimentaron un periodo de 2 horas en modo de solo lectura y la desactivación de scripts de usuario y accesorios. Esto se debió a un incidente de seguridad que ya ha sido resuelto. Se está trabajando para evitar que esto vuelva a ocurrir. Para obtener información actualizada, puedes revisar el mensaje en el boletín de Stewards (traducciones).

Actualizaciones para editores

• Los usuarios que sufran múltiples bloqueos en la versión móvil podrán ver los motivos de cada bloqueo por separado, en lugar de un mensaje genérico. Esto les ayudará a entender por qué están bloqueados y qué pasos deben seguir para resolverlo. Por ejemplo, los usuarios afectados por el uso de VPN comunes (como iCloud Private Relay) recibirán instrucciones más claras sobre lo que deben hacer para seguir editando.
• Durante esta semana, el Modo de sugerencia estará disponible como función beta en el editor visual de todas las Wikipedias. Esta función sugiere proactivamente diversos tipos de acciones que los usuarios pueden considerar para mejorar los artículos y, al mismo tiempo, conocer las convenciones locales. La función es configurable a nivel local y permite añadir sugerencias personalizadas. Los ajustes actuales se pueden consultar en Special:EditChecks y existen instrucciones para que los administradores puedan personalizar los enlaces a las guías locales. Esta característica está vinculada a la comprobación de edición, que sugiere mejoras mientras se redacta contenido nuevo. En el futuro, el equipo de Edición tiene previsto evaluar el impacto de esta función en los usuarios recién llegados mediante un experimento controlado.
• Revisa las 23 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se solucionó el problema por el cual el cursor se desalineaba al usar el resaltado de sintaxis de CodeMirror, permitiendo que el wikitexto y el código sean más fáciles de leer. Este error afectó específicamente a los usuarios que definieron una regla de fuente en una hoja de estilo personalizada al crear un nuevo tema con DiscussionTools.

Actualizaciones para los colaboradores técnicos

• Actualización de los límites de tasa de la API: Para ayudar a garantizar el uso justo de la infraestructura, esta semana se aplicarán límites de tasa globales en las API a las solicitudes sin un User-Agent compatible que provengan de fuera de Toolforge/WMCS y a las solicitudes no autenticadas realizadas desde navegadores web. En abril se aplicarán límites más altos al tráfico identificado. Por ahora, los bots que se ejecutan en Toolforge/WMCS o que cuentan con el permiso de usuario de bot en cualquier wiki no deberían verse afectados. Sin embargo, se recomienda a todos los desarrolladores seguir las buenas prácticas actualizadas. Para obtener más información, consulta API de Wikimedia/Límites de tasa.
• Se ha lanzado la nueva API GraphQL. Esta API se ha desarrollado como una alternativa flexible a ciertas funciones del Wikidata Query Service (WDQS) para mejorar la experiencia de desarrollo y fomentar la adaptabilidad y el acceso eficiente a los datos. Puedes probarla y enviar tus comentarios. Además, puedes inscribirte en las pruebas de usabilidad.
• El Grupo de Trabajo de Herramientas sin Soporte ha continuado con las mejoras en Video2Commons durante febrero, con correcciones en la autenticación, la gestión de archivos grandes, la visibilidad de la cola de tareas y un comportamiento de carga mucho más claro. El trabajo continúa en diversas áreas, incluyendo cambios relacionados con los métodos de subida obsoletos. Lee esta actualización para más detalles.
• Actualizaciones detalladas de código de esta semana: MediaWiki

A fondo

• El equipo de Article Guidance invita a editores experimentados de Wikipedia de las wikis piloto y a editores interesados de otras Wikipedias a completar este cuestionario, que está disponible en inglés, árabe, bengalí, japonés, portugués, persa y turco. Sus respuestas ayudarán al equipo a personalizar la guía para editores menos experimentados y permitirán comprender mejor las políticas y prácticas de la comunidad al momento de crear un artículo. Lee más en la página del proyecto.

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 18:53 9 mar 2026 (UTC)

Prefijo Wikcionario: en categorías

Empezamos tirando la primera piedra. La denominación "Wikcionario" es vacua, laxa, imprecisa y a esta altura se convirtió en un popurrí de categorías que, en lo que será la nueva estructura, la mayoría de ellas, o ha perdido su razón de ser, o caben perfectamente dentro de otras categorías más precisas. Propongo trasladar todas las páginas --con o sin redirecciones-- a sus nuevas versiones eliminando el prefijo. Esto por supuesto que hablando de categorías y subcategorías. En cuanto a las páginas del espacio de Wikcionario, a descategorizarlas. Como ya dije, no hay razón para categorizar todo un espacio porque sí. Hay miles de formas de listar las paginas de un espacio sin necesidad de meterlas a la fuerza en una categoría. Tmagc (discusión) 05:53 10 mar 2026 (UTC)

Para que sepamos de qué estamos hablando y su alcance: Especial:PáginasPorPrefijo/Categoría:Wikcionario:. Me parece bien quitar ese prefijo, siempre me ha parecido que es redundante. En cuanto a descategorizar el espacio Wikcionario:, no. Si las categorías actualmente son un cajón de sastre, conviene poner orden, pero no me imagino que páginas importantes como WN:ES estén descategorizadas. Peter Bowman (discusión) 09:59 10 mar 2026 (UTC)

Pero justo eso se puede trasladar a Categoría:Políticas. Tmagc (discusión) 13:03 10 mar 2026 (UTC)

Vale, no te estaba entendiendo entonces. Por lo que leo más abajo, solo quieres eliminar Categoría:Wikcionario del árbol de categorías y distribuir mejor sus contenidos actuales. Contesto abajo. Peter Bowman (discusión) 15:45 10 mar 2026 (UTC)

Las categorías sin prefijo son de contenido de diccionario (ej.: Política, Bebidas). Las categorías con prefijo son para el manejo del proyecto (ej.: Wikcionario:Políticas, Wikcionario:Café). Saludos. Lin linao ¿dime? 13:20 10 mar 2026 (UTC)

De todas formas sigue siendo innecesario agregar el prefijo en cada categoría y es posible categorizar todas esas categorías bajo una categoría común. Tmagc (discusión) 14:13 10 mar 2026 (UTC)

Hola, ¿me puedes dar ejemplos con un "antes" y un "después"? — Genoskill (discusión) 15:00 10 mar 2026 (UTC)

@Genoskill Antes (ahora):

• Categoría:Wikcionario:Políticas -> Categoría:Wikcionario -> Categoría:Fundamental
• Categoría:Wikcionario:Estructurar -> Categoría:Mantenimiento -> Categoría:Wikcionario -> Categoría:Fundamental
• Categoría:Wikcionario:Apéndices -> Categoría:Wikcionario -> Categoría:Fundamental
• Categoría:Wikcionario:Usuarios -> Categoría:Wikcionario -> Categoría:Fundamental
• Categoría:Wikcionario:Políticas -> Categoría:Wikcionario -> Categoría:Fundamental
• Categoría:Wikcionario:Votaciones -> Categoría:Wikcionario -> Categoría:Fundamental

Después:

• Categoría:Políticas -> Categoría:Fundamental
• Categoría:Estructurar -> Categoría:Mantenimiento -> Categoría:Fundamental
• Categoría:Wikcionario:Apéndices -> se destruye y descategorizan las páginas (a discutir en otro hilo)
• Categoría:Usuarios -> Categoría:Fundamental
• Categoría:Políticas -> Categoría:Fundamental
• Categoría:Votaciones -> Categoría:Fundamental

No te parece increíblemente farragosa la nomenclatura que tenemos? Tmagc (discusión) 15:33 10 mar 2026 (UTC)

No digo que en su estado actual no sea farragoso, pero ¿tal vez tras reorganizarla resulte que nos viene bien disponer de dos niveles? Lo comento porque muchísimos proyectos se manejan (creo que bien) con esta jerarquía, entonces podrías ver si hay alguna idea que merezca replicar aquí: d:Q1281, d:Q7482890. Si ahora borramos Categoría:Wikcionario, luego costará dar vuelta atrás. Peter Bowman (discusión) 15:53 10 mar 2026 (UTC)

O sea, dejamos Categoría:Wikcionario. La pregunta sería, si añadimos este nuevo subnivel en el árbol, qué debemos incluir. Solo lo administrativo, o también información que sirva para editores? De todas formas, eso no significa que no haya que borrar el prefijo del resto de categorías. Tmagc (discusión) 16:00 10 mar 2026 (UTC)

Opino similar a Peter, no creo que debamos remover este segundo nivel. Me parece bien limitarlo a contenido administrativo, lo demás debería estar en otras categorías o en Fundamental. Y sí, el prefijo en las categorías sin duda no aporta nada y creo que debería irse. No estoy tan a favor de que "Categoría:Wikcionario:Apéndices" desaparezca, pero eso lo veremos después... Raos10 (discusión) 16:17 10 mar 2026 (UTC)

Nota al pie: los tesauros tienen que unificarse por palabra, y en cada idioma agregar la sección N2 con {{lengua}}, y se categoriza en XX:Tesauros. Por lo que Categoría:Wikcionario:Wikisauro no tiene razón de ser. Tmagc (discusión) 16:26 10 mar 2026 (UTC)

Y Categoría:Usuarios autoverificados tiene que pasar a Categoría:Usuarios autoverificados, para que pueda categorizarse correctamente. Tmagc (discusión) 16:30 10 mar 2026 (UTC)

Ante la falta de más opiniones, procedo a quitar el prefijo a todas las categorías salvo a la (sub)categoría base Categoría:Wikcionario. El módulo se ocupará de organizar la jerarquía de todas las categorías. Saludos. Tmagc (discusión) 03:07 12 mar 2026 (UTC)

Listo. Para no generar de nuevo los enlaces en páginas requeridas, esta vez comenté los enlaces en los espacios de discusión. @Peter Bowman podrías modificar Usuario:Peter Bowman/rc-speedy-deletion-watcher.js, MediaWiki:Deletedtext, MediaWiki:Recentchangestext ? Tmagc (discusión) 19:25 12 mar 2026 (UTC)

Hecho. Peter Bowman (discusión) 23:13 12 mar 2026 (UTC)

Noticias técnicas: 2026-12

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Actualizaciones para editores

• La función beta Resaltado de sintaxis mejorado, también conocida como CodeMirror 6, se ha estado utilizando para el resaltado de sintaxis de wikitexto desde noviembre de 2024. Esta funcionalidad saldrá de su fase beta en mayo de 2026 con el fin de aportar mejoras y nuevas características a todos los editores que utilizan el resaltador de sintaxis estándar. Si tienes dudas o comentarios sobre la salida de esta función de su fase beta, por favor compártelos.
• Algunos cambios en los grupos de usuarios locales son realizados por administradores en Meta-Wiki y se registran solo allí. Ahora, los cambios de permisos entre varias wikis se registrarán tanto en Meta-Wiki como en la wiki de destino para facilitar el acceso a un registro completo de los cambios de los permisos del usuario en una wiki local. Las entradas anteriores del registro de dichos cambios se completarán durante las próximas semanas.
• En las wikis que utilizan Flagged Revisions, el contador de cambios pendientes mostrado en Especial:Páginas revisadas antiguas incluía anteriormente páginas que ya no estaban pendientes de revisión debido a que habían sido eliminadas del sistema sin ser revisadas (por ejemplo, por haber sido borradas, trasladadas a otro espacio de nombres o por cambios en la configuración de la wiki). Ahora el conteo es correcto. En algunas wikis, el número mostrado será mucho menor que antes, pero no debería haber cambios en la lista de páginas en sí misma.
• La composición del lenguaje de Wikifunciones fue reescrita, lo que dio lugar a una nueva versión. Este cambio apunta a aumentar la estabilidad del servicio al reducir el consumo de memoria del orquestador. Esta reescritura también reduce sustancialmente la latencia, simplifica el código y mejora las abstracciones, lo que abre la puerta a mejoras adicionales a futuro. Lee más acerca de este cambio.
• Los usuarios ahora pueden ordenar los resultados de búsqueda por el título de la página. Esta actualización ofrece una opción adicional para encontrar páginas de forma más fácil y rápida. Anteriormente, los resultados podían ordenarse por fecha de edición, fecha de creación o relevancia. Para utilizar la nueva opción, abra la «Búsqueda avanzada» en la página de resultados y seleccione «Alfabéticamente» en el menú «Ordenar por».
• Revisa las 28 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se corrigió un error que impedía que UploadWizard en Wikimedia Commons importara archivos de Flickr.

Actualizaciones para los colaboradores técnicos

• Se ha creado una nueva página especial, Especial:LintTemplateErrors, para enumerar las páginas transcluidas que están marcadas como que contienen errores de lint para ayudar a los usuarios a descubrirlos fácilmente. La lista se clasifica según el número de transcluciones con errores. Por ejemplo: Especial:LintTemplateErrors-Erros.
• Los usuarios de la función beta Resaltado de sintaxis mejorado han estado utilizando, desde hace algún tiempo, CodeMirror en lugar de CodeEditor para el resaltado de sintaxis al editar páginas de contenido JavaScript, CSS, JSON, Vue y Lua. Junto con la salida de CodeMirror 6 de su fase beta, el plan es reemplazar CodeEditor como editor estándar para estos modelos de contenido a partir de mayo de 2026. Sus comentarios y dudas son bienvenidos.
• Los módulos JavaScript de CodeMirror se actualizarán próximamente a CodeMirror 6. Como preparación para esta actualización, la carga de los módulos ext.CodeMirror y ext.CodeMirror.lib desde accesorios y scripts de usuario quedó obsoleta en julio de 2025. El uso del hook ext.CodeMirror.switch también se marcó como obsoleto en marzo de 2025. Los colaboradores ya pueden desarrollar la compatibilidad de sus herramientas con CodeMirror 6. Consulte la guía de migración para obtener más información.
• El equipo de Interfaces de MediaWiki está ampliando la cobertura de las definiciones de los módulos de la API REST para incluir la API de extensiones. Los módulos de la API REST son grupos de puntos de conexión (endpoints) relacionados que pueden gestionarse y versionarse de forma independiente. Ya existen módulos para las API de GrowthExperiments y Wikifunctions. A medida que migremos las API de las extensiones a esta estructura, la documentación se trasladará fuera de la especificación principal de OpenAPI de MediaWiki y de la vista general de la zona de pruebas REST; en su lugar, se podrá acceder a ella a través de opciones específicas por módulo en el menú desplegable de la zona de pruebas REST (por ejemplo, en la página especial Especial:RestSandbox, disponible en todas las wikis).
• La extensión Scribunto proporciona diferentes datos sobre dónde se está utilizando un módulo a través de la biblioteca mw.site. Desde la semana pasada, la biblioteca también ofrece una forma de acceder al ID de la wiki, que puede utilizarse para facilitar el mantenimiento del módulo en múltiples wikis.
• Actualizaciones detalladas de código de esta semana: MediaWiki

A fondo

• ¡Ya se ha abierto el periodo de nominaciones para el premio Coolest Tool Award 2026, que celebra las herramientas comunitarias más destacadas! Nomine su herramienta favorita mediante el formulario de nominación hasta el 23 de marzo de 2026. Para obtener más información sobre la privacidad y el tratamiento de datos, consulte la declaración de privacidad del formulario.

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 19:35 16 mar 2026 (UTC)

Actual

Wikcionario:Índice

Cuál será el futuro de estas páginas? Mi propuesta es la que ya dije antes, convertirlas en lemarios, migrar todos los idiomas a Apéndice:XX:Lemario y fusionar en el caso del español. Significa también que todos los aṕendices que tenemos ahora hay que prefijarlos con ES: ? En efecto. Tmagc (discusión) 21:13 14 mar 2026 (UTC)

Como no obtuve respuestas, @Peter Bowman si hago este traslado deberíamos eliminar las páginas del índice? Tmagc (discusión) 20:48 27 mar 2026 (UTC)

Siendo honesto, creo que no debería existir un índice manual. Sería mucho mejor simplemente añadir un encabezado para filtrar por letra a "Categoría:Idioma"... Y sí, creo que los apéndices deberían tener separarse por idiomas así. Que exista "Categoría:Apéndices por idioma" en vez de "Categoría:Apéndices sobre otros idiomas".

Al igual que los índices, los apéndices de Antropónimos tampoco deberían existir, "Categoría:xx:Antropónimos xxx" los cubre perfectamente. Raos10 (discusión) 22:35 27 mar 2026 (UTC)

Nota: en ese sentido casi todos los apéndices pueden ser cubiertos por las entradas añadidas correctamente en el espacio principal más una categorización correcta. La pregunta es qué hacer mientras o hasta que se complete la migración de toda la información. Pero bueno, si un índice manual es innecesario, es razón suficiente para eliminarlo o convertirlo en lo que propuse. Tmagc (discusión) 01:40 28 mar 2026 (UTC)

@Tmagc: entiendo que quieres renombrar todo lo de Especial:PáginasPorPrefijo/Wikcionario:Índice/ para que empiece por Apéndice:XX:. Tampoco soy partidario de los índices manuales, pero tienen razón de ser si: 1. las entradas pertinentes aún no han sido creadas; 2. esos índices aportan algo más que una mera lista de palabras (aquí tenemos la traducción de cada término). Una vez hecho el traslado, ¿qué páginas querrías eliminar? Peter Bowman (discusión) 09:37 28 mar 2026 (UTC)

@Peter Bowman Por eso dije que quería convertirlos en lemarios. Trasladarlos a Apéndice:XX:Lemario con un formato similar a Apéndice:Lemario y después borrar las redirecciones ya que no tiene sentido tener "índices". Tmagc (discusión) 14:25 28 mar 2026 (UTC)

Vale, y si automatizas la tarea, recuerda que puedes trasladar sin crear redirecciones. Peter Bowman (discusión) 16:36 28 mar 2026 (UTC)

@Peter Bowman Pero un formato similar a Apéndice:Lemario requeriría separarlas por lotes de a 500, por lo que probablemente muchas tendrán que ser borradas (no puedo trasladar de nuevo si ya existe la página de destino). Otra es formatearlo como Apéndice:XX:Lemario/A, Apéndice:XX:Lemario/B, etc. Tmagc (discusión) 16:45 28 mar 2026 (UTC)

@Tmagc: no me molestaría en cambiar el formato, simplemente renombraría p. ej. Wikcionario:Índice/Por idioma/EN/D a Apéndice:EN:Lemario/D y ya está. Peter Bowman (discusión) 16:57 28 mar 2026 (UTC)

Por eso, pero en lugar de agruparlas de a 500 (como en Apéndice:ES:Lemario), simplemente las separo por la inicial, tal y como está ahora en el índice. Tmagc (discusión) 16:59 28 mar 2026 (UTC)

@Peter Bowman Listo. Las páginas prefijadas con "Wikcionario:Índice" que quedan son redirecciones vacías o inservibles, podrías borrarlas? Tmagc (discusión) 04:28 7 abr 2026 (UTC)

@Tmagc: hecho. Un saludo, Peter Bowman (discusión) 10:03 7 abr 2026 (UTC)

@Peter Bowman Las redirecciones como esta o esta van a quedar? Tmagc (discusión) 15:19 7 abr 2026 (UTC)

Ah, vale, seguí el enlace que había puesto más arriba y no vi esas, lo actualizo: Especial:PáginasPorPrefijo/Wikcionario:Índice. Las borraré en unas horas. Peter Bowman (discusión) 15:33 7 abr 2026 (UTC)

@Tmagc: ahora ya sí. Peter Bowman (discusión) 20:46 7 abr 2026 (UTC)

Noticias técnicas: 2026-13

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Los usuarios de los sitios de Wikimedia ya pueden iniciar sesión sin contraseña utilizando llaves de acceso (passkeys). Este es un método seguro que admite el uso de huella digital, reconocimiento facial o código PIN. Con este cambio, todos los usuarios que opten por el inicio de sesión sin contraseña verán que es más fácil, rápido y seguro acceder a sus cuentas desde cualquier dispositivo. Actualmente, la nueva opción de inicio de sesión con llave de acceso aparece como una sugerencia de autorrelleno en el campo del nombre de usuario. Próximamente, estará disponible un botón «Iniciar sesión con llave de acceso» adicional para los usuarios que ya hayan registrado una. Esta actualización mejorará la seguridad y la experiencia de usuario. La grabación de pantalla muestra el proceso de inicio de sesión sin contraseña paso a paso.
• Todas las wikis estarán en modo de solo lectura durante unos minutos el 25 de marzo de 2026 a las 15:00 UTC. Esto se debe a las pruebas de cambio al centro de datos de respaldo, que se realizan dos veces al año. Durante este proceso, todo el tráfico de los sitios de Wikimedia se desvía de un centro de datos primario al de respaldo para probar la disponibilidad y prevenir interrupciones del servicio incluso en situaciones de emergencia.

Actualizaciones para editores

• Los usuarios de los sitios de Wikimedia ya pueden exportar sus notificaciones con más de 5 años de antigüedad mediante una nueva herramienta en Toolforge. Esto permite que dichos usuarios conserven sus notificaciones importantes y eviten perderlas, de acuerdo con el cambio planificado que eliminará las notificaciones que superen los 5 años de antigüedad, tal como se anunció previamente.
• Los editores de las Wikipedias en indonesio, tailandés, turco e inglés simple ya tienen acceso a Special:PersonalDashboard. Se trata de una versión preliminar de una experiencia que introduce a los editores más nuevos en los flujos de trabajo de patrullaje, facilitándoles la transición desde la edición de contenidos hacia tareas de moderación más avanzadas en su proyecto.
• La página Special:Block tiene dos cambios menores en la interfaz. Los administradores ahora pueden seleccionar un bloqueo por tiempo indefinido mediante un selector dedicado en la sección de caducidad. Además, al elegir un bloqueo infinito, se muestra una lista de motivos comunes en el menú desplegable, la cual puede personalizarse en MediaWiki:Ipbreason-indef-dropdown.
• Los editores en entornos móviles de varias wikis ahora verán una advertencia mejorada al realizar ediciones sin haber iniciado sesión, gracias a las actualizaciones recientes del equipo de Growth. Estos cambios, lanzados la semana pasada, forman parte de los esfuerzos y pruebas para mejorar la experiencia de creación de cuentas en dispositivos móviles y fomentar la participación.
• Revisa las 36 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se ha solucionado el error que impedía que los usuarios de la versión web móvil vieran la información del bloqueo cuando estaban afectados por múltiples bloqueos. Ahora pueden consultar todos los bloqueos que les afectan al visitar Wikipedia.

Actualizaciones para los colaboradores técnicos

• Las imágenes creadas con Toolforge recibirán pronto una versión actualizada de los buildpacks, que incluirá soporte para nuevas versiones de lenguajes de programación, además de otras mejoras y correcciones en el código fuente original (upstream). Si utiliza el servicio de construcción de Toolforge (Toolforge Build Service), revise el reciente correo en la lista cloud-announce y actualice su configuración de construcción si es necesario para asegurar la compatibilidad de sus herramientas.

• El Portal de documentación de la API se cerrará en junio de 2026. Las llaves de API (API keys) creadas en dicho portal seguirán funcionando con normalidad. Los puntos de conexión (endpoints) de api.wikimedia.org se marcarán como obsoletos de forma progresiva a partir de julio de 2026. La documentación del portal de la API se trasladará a mediawiki.org. Puede obtener más información sobre este cambio en la página del proyecto.
• Actualizaciones detalladas de código de esta semana: MediaWiki

A fondo

• Los deseos técnicos de WMDE están considerando mejoras a la generación automática de nombres en las referencias del Editor Visual. Revisa las soluciones propuestas y participa en esta solicitud de comentarios.

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 16:51 23 mar 2026 (UTC)

Noticias técnicas: 2026-14

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Una versión beta de Abstract Wikipedia, un nuevo proyecto de Wikimedia independiente del idioma, se lanzó la semana pasada. El proyecto permite que las comunidades creen artículos de Wikipedia en sus idiomas nativos con el fin de que puedan ser leídos por personas que hablan otras lenguas. La wiki funciona mediante instrucciones de Wikifunciones y se basa también en el contenido estructurado de Wikidata. Más información.

Actualizaciones para editores

• El equipo de Growth está realizando una prueba A/B para evaluar si un mensaje más claro y amigable fomenta la creación de cuentas en las wikis. Actualmente, cuando los usuarios de la versión móvil que no han iniciado sesión comienzan a editar, ven un mensaje de advertencia que puede resultar brusco y desalentador. Además, este mensaje presenta la edición con cuentas temporales como la opción predeterminada en lugar de incentivar la creación de una cuenta. La prueba se está llevando a cabo en diez Wikipedias, entre ellas las ediciones en árabe, francés, español y alemán. Más información.
• El equipo de Wikimedia Apps invita a dejar comentarios sobre cómo debería funcionar la edición en las aplicaciones móviles de Wikipedia. La discusión se centra en mejorar la forma en que los usuarios acceden a las herramientas de edición al pulsar «Editar». Esto forma parte de un esfuerzo mayor para convertir a los lectores interesados en editores, ofreciéndoles un camino más amigable para comenzar a contribuir.
• Revisa las 45 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se ha solucionado un problema que impedía la obtención de citas del archivo de prensa Newspapers.com debido a un bloqueo en las solicitudes de Citoid.

Actualizaciones para los colaboradores técnicos

• Actualizaciones detalladas de código de esta semana: MediaWiki

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 19:25 30 mar 2026 (UTC)

Request for bot flag

(Apologies for writing in English.)
Hello, there are more than 68000 lint errors on your wiki, many of which could be fixed by my bot, DelintBot; some of these errors have even made some entries partially unreadable in dark mode (you could see it if you tried to read the note under the conjugation tables in blejal and aberzhañ, for example). The bot is currently flagged on a number of other wikis (Bengali Wiktionary, Wikidata, Croatian Wiktionary, and also Bengali Wikibooks under a different username). Please let me know if you want me to make some test edits. Redmin (discusión) 15:20 1 abr 2026 (UTC)

Hello, @Redmin, thank you for your offer. I believe you are referring to Special:LintErrors/night-mode-unaware-background-color. I have just fixed a couple of templates which should cover a significant number of occurrences. Let's evaluate the scale of this in a few days, after the next update. Peter Bowman (discusión) 16:37 1 abr 2026 (UTC)

Thank you, that sounds good to me. For future reference, there were 42024 according to the database replicas (so this count is not cached) as of the time of writing this (which I think is already a great improvement thanks to your changes). By the way, the bot also replaces obsolete HTML tags. :-) Redmin (discusión) 16:51 1 abr 2026 (UTC)

@Peter Bowman Podrías encargarte de los otros tipos de errores? Intenté corregirlos pero no tengo permiso en las pags de Mediawiki. Tmagc (discusión) 17:30 1 abr 2026 (UTC)

@Tmagc: ¿te refieres a Especial:Errores de sintaxis/missing-end-tag? Ya los he corregido. Peter Bowman (discusión) 18:56 1 abr 2026 (UTC)

@Peter Bowman, there are now 4400+ lint errors for the "night-mode-unaware-background-color" category (down from the previous 42000+) and 31000+ errors across all non-hidden categories (down from the previous 68000+). Up to more than 8000 of these could potentially be fixed by DelintBot. What do you think? Redmin (discusión) 08:32 9 abr 2026 (UTC)

Not sure if we still need assistance, it seems that @Tmagc has taken care of most of the dark mode-related occurrences (@Tmagc: ¿cómo lo ves, necesitas ayuda en esto?). @Redmin: how do you get those figures, and what kind of errors are now we talking about? In Special:LintErrors there are only 4000 results unrelated to dark mode issues. Peter Bowman (discusión) 08:56 9 abr 2026 (UTC)

@Peter Bowman, I am running SQL queries against Wikimedia’s database replicas because that special page is cached and inaccurate. This query gets the number of dark mode-related errors: https://quarry.wmcloud.org/query/103938. This gets the maximum number of errors the bot could potentially be able to fix: https://quarry.wmcloud.org/query/104197. This gets the total number of (non-hidden) lint errors: https://quarry.wmcloud.org/query/104199 (including dark mode-related ones). Redmin (discusión) 09:24 9 abr 2026 (UTC)

@Redmin (@Tmagc, preguntabas por esto más abajo): according to quarry:query/104208, over 22k lint errors belong to the large-tables (Big Tables that are hard to view on mobile) category. It is still "being developed, but currently it will trigger for any table with more than five columns". Currently, there is not much we can do for those entries. @Tmagc has agreed to keep fixing the remaining lint errors, therefore for now I'm more inclined to relay that work to existing local bots. We would revisit this matter again in the following days/weeks to decide on further action. Peter Bowman (discusión) 14:32 9 abr 2026 (UTC)

Sounds good. I hope you are able to get these errors fixed. :) Redmin (discusión) 15:09 9 abr 2026 (UTC)

Ah, gracias ahora entiendo a qué se refería. Claro, los 22k errores restantes son ese de "error" específico de las tablas grandes, ni siquiera sé si calificarlo como error. O sea, una tabla ocupa lo que tiene que ocupar, qué más pretenden que hagamos los desarrolladores de dicha extensión? Tmagc (discusión) 15:46 9 abr 2026 (UTC)

@Peter Bowman Por mí está bien, mi única duda es si puedo seguir corrigiendo páginas de discusión de usuario (no las PU propiamente dichas) con reemplazos simples y masivos. Por ejemplo, quitar el color de fondo en el cartel de bienvenida y mensajes sutogenerados por plantillas. Para los mensajes o firmas de usuario, por ahora no los tocaría porque volvemos al problema de cuál habría sido la intención original de dicho usuario, pero supongo que si he de tocarlos debería forzar un color en la letra para que desaparezca el "error", que tampoco veo que se consiga mucho ya que en la mayoría de los casos se ven bien. Tmagc (discusión) 13:53 9 abr 2026 (UTC)

@Tmagc: cambiar por cambiar, no, solo si ayuda a resolver alguno de los problemas con la sintaxis. Las firmas de usuario suelen adolecer del uso de la etiqueta obsoleta &tt;font>; yo ahí francamente reemplazaría la firma personalizada por la que genera MediaWiki por defecto. Esto sería mejor anunciarlo en otro hilo y esperar un par de semanas para posibles objeciones. Peter Bowman (discusión) 14:20 9 abr 2026 (UTC)

@Redmin How do you see 31000+ errors across all non-hidden categories? Does the Especial:Errores de sintaxis extension detect this somehow. How did you do? If this is a matter of cache, just wait a few days for it to refresh. If there is a problem with the categories, the fault is of Módulo:auto cat, not of the pages itself. Tmagc (discusión) 13:56 9 abr 2026 (UTC)

Nota adicional: qué quieren que haga con las etiquetas HTML obsoletas? A mí no me molestan pues hasta ahora solamente las vi fuera del espacio principal. Si quieren que las reemplace, digan cuáles son los equivalentes que se ayornan y puedo hacer los reemplazos con mi bot. Tmagc (discusión) 13:58 9 abr 2026 (UTC)

@Tmagc: las páginas como Especial:Errores de sintaxis/obsolete-tag tienen un enlace de ayuda en la esquina superior derecha. En este caso, lleva a mw:Help:Lint errors/obsolete-tag, donde verás qué cambios es necesario hacer. Peter Bowman (discusión) 14:17 9 abr 2026 (UTC)

@Redmin one thing you could do is to replace {{marcar sin referencias}} with {{cita requerida}} (which require also a change in the format). The highlighting produce a linting error. I agree with project for removing/changing all the templates that use colors, they are very hard to mantain due to the night mode. Tmagc (discusión) 17:28 1 abr 2026 (UTC)

It seems like that has the potential to be a controversial change; I have added a color declaration to “marcar sin referencias” instead so it should no longer produce any lint error. Redmin (discusión) 17:57 2 abr 2026 (UTC)

@Peter Bowman Qué podemos hacer para Módulo:flex y derivados? Estoy viendo que las nuevas plantillas de flexión arrojan este "error", supongo que al modificar el color de las celdas, pero no sabría como remediarlo. Quizá agregar alguna opción especial al especificar un color en las celdas podría ser? Tmagc (discusión) 19:22 5 abr 2026 (UTC)

@Tmagc: es posible definir variables CSS que tomen valores distintos dependiendo de si esté activo el modo claro o el modo oscuro. Es decir, puedes hacer que una misma regla para el color de fondo o de fuente se vea distinto en función del modo. Esto está descrito en mw:Recommendations for night mode compatibility on Wikimedia wikis, y tenemos un ejemplo de aplicación en wikt:pl:MediaWiki:Gadget-dark-styles.css. Estaría bien comprobar si var() funciona con TemplateStyles. Peter Bowman (discusión) 19:51 5 abr 2026 (UTC)

Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)

Hello everyone,

This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as Module:Itemgroup/list).

The Change:
Currently, many templates pull electoral maps from Wikidata using the property P1846, combined with the qualifier P180: Q19571328.

We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property: P14226.

What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from P14226 instead of the old P1846 + P180 structure. A list of pages was generated using Wikimedia Global Search.

Deadline:
We are temporarily retaining the old data on P1846 to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old P1846 statements will be removed after May 1, 2026. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.

Let us know if you have any questions or need assistance with the query logic. Thank you for your help! ZI Jony using MediaWiki message delivery (discusión) 17:11 3 abr 2026 (UTC)

Cambio en plantillas para creación de páginas

Está bien si camibiamos las plantillas de MediaWiki:Noexactmatch a "Sustantivo", "Adjetivo", "Verbo", "Adverbio", "Locución sustantiva", "Locución adjetiva", "Locución verbal", "Locución adverbial"? Las últimas tres que tenemos ahora parece que sobran. Aparte de esto, podemos quitar la sobreescritura a los colores de fondo para que se vea bien en modo oscuro y desaparezca el error de sintaxis? Tmagc (discusión) 19:05 5 abr 2026 (UTC)

@Tmagc: en Especial:Diff/6076775 he corregido los colores, puedes ver cómo he usado la función var(). Modificaré el formulario, pero necesito que antes crees las plantillas correspondientes para las locuciones (como {{Plantilla Sustantivo}}). Peter Bowman (discusión) 20:05 5 abr 2026 (UTC)

Por cierto, el mensaje correcto es MediaWiki:Searchmenu-new, el otro creo que no tiene uso. Peter Bowman (discusión) 20:09 5 abr 2026 (UTC)

@Peter Bowman Gracias. Ya creé {{Plantilla Locución sustantiva}}, {{Plantilla Locución adjetiva}}, {{Plantilla Locución verbal}}, {{Plantilla Locución adverbial}}. Tmagc (discusión) 20:23 5 abr 2026 (UTC)

Nota adicional: actualmente el título de "Otros idiomas", que no tiene enlace, aparece en negro. Debería aparecer en blanco en el modo oscuro. Tmagc (discusión) 20:51 5 abr 2026 (UTC)

Gracias, lo he aplicado en Especial:Diff/6076815. Peter Bowman (discusión) 22:23 5 abr 2026 (UTC)

Nota adicional #2: tmb. MediaWiki:Newarticletext Tmagc (discusión) 20:53 5 abr 2026 (UTC)

Hecho en Especial:Diff/6076820. Peter Bowman (discusión) 22:33 5 abr 2026 (UTC)

Noticias técnicas: 2026-15

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Actualizaciones para editores

• La extensión CampaignEvents incluye ahora una nueva función para establecer objetivos grupales, lo que permite a los organizadores definir y realizar un seguimiento de metas en tiempo real, como el número de artículos creados o la cantidad de colaboradores participantes. Del mismo modo, los participantes pueden trabajar para alcanzar objetivos compartidos y ver su impacto colectivo a medida que se desarrolla el evento. Esta función ya está disponible en todas las wikis de Wikimedia. Más información en la documentación.
• La nueva función de etiquetas de la lista de seguimiento (anunciada en las Noticias técnicas 2026-07) ya está disponible a través del Editor Visual, el editor de código fuente y la «estrella de seguimiento» (o el enlace de seguimiento, en las apariencias que no tienen icono de estrella). Anteriormente, solo era posible asignar etiquetas mediante Special:EditWatchlist. En los tres lugares se ha añadido un nuevo campo a continuación del campo de caducidad.
• Revisa las 23 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se solucionó el problema en el que las páginas de discusión con Parsoid se volvían inutilizables después de secciones con encabezados vacíos.

Actualizaciones para los colaboradores técnicos

• La función de subreferencia, que permite a los editores añadir detalles a una referencia existente sin tener que duplicarla, se habilitará gradualmente en más wikis a lo largo de este año. Se recomienda a las wikis que utilicen el accesorio Reference Tooltips que actualicen su versión (normalmente en MediaWiki:Gadget-ReferenceTooltips.js, como se muestra aquí) para garantizar la compatibilidad. Otros accesorios relacionados con las referencias también podrían verse afectados.
• Todas las ediciones de Wikinoticias serán cerradas y puestas en modo solo lectura a partir del 4 de mayo de 2026. El contenido se mantendrá accesible, pero no se podrán añadir nuevas ediciones o artículos. El cierre fue aprobado por la Junta Directiva de la Fundación Wikimedia después de extensas discusiones. Lee más.
• La Action API ha contado con diversos formatos para las respuestas de salida. Uno de ellos, format=php, se eliminará próximamente. Por favor, asegúrese de que sus scripts o bots utilicen el formato JSON. Se espera que esta eliminación afecte a muy pocos scripts y bots.
• La página Special:NamespaceInfo ahora incluye los alias de los espacios de nombres. Por ejemplo "WP" para el espacio de nombre "Proyecto" ("Wikipedia") en la Wikipedia en alemán.
• Actualizaciones detalladas de código de esta semana: MediaWiki

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 16:19 6 abr 2026 (UTC)

Wikcionario:Frecuencias, Wikcionario:Frecuentes

Creo que estos casos caen bajo la misma consideración que Especial:PermaLink/6077394#Wikcionario:Índice. Traslado sin redirecciones a Apéndice:XX:Frecuentes/(resto), donde XX es el código de idioma. Tmagc (discusión) 16:16 8 abr 2026 (UTC)

Hecho. @Peter Bowman, quedaron cuatro redirecciones que comienzan con Wikcionario:Palabras más frecuentes.*, podrías eliminarlas por favor? Tmagc (discusión) 02:33 16 abr 2026 (UTC)

@Tmagc: hecho. Un saludo, Peter Bowman (discusión) 09:43 16 abr 2026 (UTC)

Eliminación de firmas personalizadas de usuario (y otras modificaciones)

En vista de los 8k errores de sintaxis que quedan, y que últimamente se despertó cierto interés por parte de @Redmin en eliminarlos, y viendo que la mayoría de errores afectan a páginas de usuario y páginas de discusión (que incluye a los cafés), considerando además que los errores presentes son dos: obsolete-tag y night-mode-unaware-background-color. La propuesta que surgió sería hacer las siguientes cosas sobre las 8k páginas que tengan cualquiera de estos dos errores, en el orden indicado (@Peter Bowman corregime si dije algo mal):

1. Para las firmas de usuario que acarreen cualquiera de los dos problemas, reemplazarlas por la firma que trae MediaWiki por defecto.
2. Para mensajes automáticos o semiautomáticos que provoquen el error del color, como los generados por las Categoría:Plantillas de notificaciones, intimaciones y denuncias o mensajes de distribución masiva, etc etc., eliminar los colores personalizados y dejar los que trae MW por defecto.
3. Reemplazar las etiquetas obsoletas por sus versiones nuevas.
4. Los mensajes propiamente dichos, se discutirán caso por caso de ser necesario, o bien se dejan como están.

En las páginas y subpáginas de usuario (no las de discusión), solamente se hará 3. y no se tocará nada relacionado con los colores. En cuanto a lo de eliminarlos en las otras páginas, creo que lo apropiado es eliminar los colores de letra, si los hay, cada vez que se elimine el color de fondo porque si se fuerza un color oscuro se verá mal en el modo oscuro o también claro con claro causaría el mismo problema. No quisiera forzar el color de letra para subsanar el "error" automático generado porque es como esconder la mugre debajo de la alfombra: que una combinación de fondo + letra se vea bien en el modo claro, no significa que quedará estéticamente bien en el modo oscuro (ejemplo de lo que digo: miren cómo está ahora el Mapa de ayuda en el modo oscuro). En cambio, los colores que MW trae por defecto ya se ven bastante bien en ambos modos. Si veo alguna otra operación que sea fácil de realizar en masa la propondr por este mismo hilo. Tmagc (discusión) 16:04 9 abr 2026 (UTC)

(Apologies for the English comment.)

Hello, I thought I would note that wikis which have developed policies about fixing lint errors tend to allow editing others’ user pages and comments to fix lint errors, encouraging them to try to preserve the appearance of those comments (see enwiki’s policy for example); this is part of the job I had in my mind for my bot that I proposed operating in the discussion above (see this edit on Wikidata for example). That would have allowed you to preserve the appearance of the signatures. Redmin (discusión) 16:28 9 abr 2026 (UTC)

@Redmin Según w:en:Wikipedia:Village_pump_(proposals)/Archive_210#RfC:_applying_signature_validation_retroactively, las firmas que no se ajusten a las políticas serán reemplazadas por la firma predeterminada de MW. Así que en.wiki parece estar más de mi lado. Tmagc (discusión) 17:06 9 abr 2026 (UTC)

That RfC was about configuring MW to prevent adding new comments if the user adding them has an invalid signature (which would not make existing lint errors go away), not about fixing existing signatures. That being said, have I misunderstood the aim of this proposal? Redmin (discusión) 17:41 9 abr 2026 (UTC)

@Redmin You understood everything correctly, I misread the thread. However, my point in this is that we can't just cheat the linter just to make all errors disappear, that is not how the things work. All of the affected users are no longer part of this project but if they were still alive and they were aware of the new "night mode", probably they would have wanted to define a two-color layout, one for each mode, not just to make the night style a "cheap copy" of the day style. That's why I think replacing with the default signature is the best option. Tmagc (discusión) 13:14 10 abr 2026 (UTC)

@Peter Bowman 2x1: te parece que además cambiemos $wgSignatureValidation a 'disallow'? Tmagc (discusión) 13:23 10 abr 2026 (UTC)

@Tmagc: me parece bien, y es algo que ya se ha hecho en enwiki (phab:T355462) y plwiki (phab:T364769). Sería necesario abrir una votación (hazlo en una sección nueva) y esperar un par de semanas. Peter Bowman (discusión) 14:00 10 abr 2026 (UTC)

A falta de más comentarios, procedo a realizar los cambios mencionados. Saludos. Tmagc (discusión) 17:09 14 abr 2026 (UTC)

Varios de los problemas vienen por el uso de <code style:"background:yellow">. Reemplazo por <code style:"background:yellow; color:black;"> Tmagc (discusión) 13:41 15 abr 2026 (UTC)

VOTACIÓN: Forzar validación de firmas

En concordancia con esta discusión, propongo modificar $wgSignatureValidation para que prohíba los comentarios con firmas que tienen errores de sintaxis. Tmagc (discusión) 14:18 10 abr 2026 (UTC)

A favor. Peter Bowman (discusión) 14:45 10 abr 2026 (UTC)

A favor — Genoskill (discusión) 03:47 12 abr 2026 (UTC)

A favor --Cvmontuy ^(mensajes) 10:46 12 abr 2026 (UTC)

A favor. Raos10 (discusión) 17:12 13 abr 2026 (UTC)

Géneros en francés y español

En francés las plantillas de inflexión para los adjetivos muestran "sin género" cuando deberían mostrar ambos. Sorprende que en español pase lo mismo, ya que es sabido que los adjetivos calificativos deben concordar en género y número con el sustantivo al que acompañan. Por ejemplo, en "el joven está feliz", "feliz" es masculino; en "la joven está feliz", "feliz" es femenino. ¡Saludos cordiales! Adelpine (discusión) 23:57 11 abr 2026 (UTC)

@Adelpine Aquí "sin género" debe leerse como "sin género definido", como lo muestra la categoría que se genera. La palabra no define ningún género, sino que depende de cómo se use en el discurso. No lo quise poner en el encabezado para que no quede tan largo. Tmagc (discusión) 00:18 12 abr 2026 (UTC)

@Tmagc Busqué en Google "adjetivos sin género definido". Todos los resultados corresponden a Wikcionario o a copias del mismo. ¡Este concepto no se usa! Si no se desea colocar "masculino/femenino" podría colocarse "concordancia de género". Creo que lo primero es ideal pensando en los que comienzan a estudian español y francés como lengua extranjera, y lo segundo para los que ya entienden como funcionan los géneros en dichos idiomas. En ambos casos irían a la categoría "Adjetivos con concordancia de género (con el sustantivo)". Adelpine (discusión) 01:44 12 abr 2026 (UTC)

@Adelpine Mmm tenemos ya todos los términos saturados. No podemos poner masculino/femenino porque ya tenemos "sustantivos masculinos y femeninos". "Concordancia" hay siempre, es una propiedad de todos los idiomas, no depende de la palabra en sí. No veo cuál es el problema de que ningún autor use el concepto. Si a nadie se le ocurrió pensar en ello antes no es culpa mía, en mi opinión refiere tal cual a lo que dice, es lo suficientemente sintético y no entraña ningún tipo de ambigüedad, frente a otras opciones más rebuscadas. Tmagc (discusión) 02:25 12 abr 2026 (UTC)

Parece que esa anotación en feliz simplemente se refiere a que el sufijo resaltado ("-iz") no permite distinguir entre género masculino o femenino, al contrario que, por ejemplo, en alto. Propongo cambiar "(sin género)" a "(sin marca de género)". Peter Bowman (discusión) 08:49 12 abr 2026 (UTC)

@Peter Bowman Me gusta la denominación, sigue siendo lo suficientemente sintética. Deberíamos trasladar todas las categorías? Tmagc (discusión) 15:10 12 abr 2026 (UTC)

@Peter Bowman Desafortunadamente, hay múltiples palabras que están en esta categoría y tienen marca de género como "aaronita". Creo que en lugar de una creación original deberíamos usar algo que ya existe. Por ejemplo, la RAE usa "adjetivo invariable en género". Adelpine (discusión) 16:03 12 abr 2026 (UTC)

@Adelpine Cuál es la marca de género que tiene aaronita? Tmagc (discusión) 16:41 12 abr 2026 (UTC)

La letra "a" final que habitualmente indica femenino. Adelpine (discusión) 18:13 12 abr 2026 (UTC)

@Adelpine En ese caso no hay ninguna marca de género. Lo mismo que en vietnamita, aquí -ita no tiene valor de femenino ni lleva ninguna carga de género. Tmagc (discusión) 18:43 12 abr 2026 (UTC)

@Tmagc Tomado de la RAE: "13.5d Desde el punto de vista flexivo, los adjetivos del español se dividen en tres grupos:

A. Con flexión de género y número

B. Con flexión de número, pero no de género

C. Invariables en género y número

Corresponden al grupo A un amplísimo número de adjetivos que dan lugar a paradigmas de cuatro formas, como en oso pardo /osa parda /osos pardos /osas pardas. Estos adjetivos se denominan tradicionalmente de dos terminaciones. La flexión de género de este paradigma aparece marcada en casi todos los casos por la desinencia -a: alta, guapa, cordobesa, española". Adelpine (discusión) 19:49 12 abr 2026 (UTC)

@Adelpine En ese caso -a es marca de género, pero que una palabra termine en -a no significa que lleve marca de género. Tmagc (discusión) 19:50 12 abr 2026 (UTC)

Gracias a esta edición: https://es.wiktionary.org/w/index.php?title=eu&diff=6092819&oldid=6092818, que violó alguna misteriosa regla, se me ocurrió como zanjar esta cuestión. No se pueden crear nombres por lo siguiente: "Normas sobre la calidad

Adicionalmente, es necesario contemplar otras tres reglas básicas indispensables para garantizar la calidad de los contenidos:

Wikipedia no es una fuente primaria: la información nunca debe proceder en última instancia de los propios editores.

Verificabilidad: todos los artículos deben incluir referencias a las fuentes de las que proviene la información.

Las fuentes de las que proviene la información deben ser fuentes fiables.

En otras palabras, es necesario prestar especial atención al contenido que se añade, que debe haber sido publicado previamente por un autor de confianza y reflejar siempre en el propio artículo la fuente de la que se obtuvo la información." https://es.wikipedia.org/wiki/Wikipedia:Gu%C3%ADa_para_profesores/Normas_b%C3%A1sicas En consecuencia, se puede optar por alguno de los dos nombres ya nombrados que tienen referencias o buscar otros nombres que las tengan. Adelpine (discusión) 21:00 12 abr 2026 (UTC)

"Invariable" es algo común en el análisis de lenguas flexivas. Las terminaciones -ita, -ista, -ota y algunas otras son invariables en cuanto al género, es imposible ver esa a final como marca de femenino. Saludos. Lin linao ¿dime? 02:12 13 abr 2026 (UTC)

Estoy de acuerdo con @Adelpine, hay que apegarnos a la terminología que ya exista cuando sea posible, en este caso "invariable en género" es más común, directo y fácil de entender. Hace tiempo dejé un comentario similar en esta página de discusión (tal vez debí dejarlo aquí), con el objetivo de homomgeneizar los términos y usar los términos más correctos (p. ej. "adjetivos indeclinables" en lugar de "adjetivos invariantes"). Raos10 (discusión) 17:27 13 abr 2026 (UTC)

General Australian

Necesito que un bot realice la siguiente corrección: Existen 582 entradas de palabras inglesas que indican "General Australian" que deben decir solo "Australia". Este error se produjo porque se copiaron entradas de Wiktionary, las que muestran "General Australian" cuando deberían decir "Australia". Por ejemplo, "|3pron1=General Australian|3fono1=" debería ser reemplazado por "|3pron1=Australia|3fono1=". También, se deben cambiar las entradas si uno o ambos números están ausentes. Si la segunda entrada no es fono o fono1 sino fone o fone1, no debe ser reemplazada porque podría estar correcta. He revisado las primeras 20 palabras y la regla anterior funciona para todas ellas. Adelpine (discusión) 18:37 12 abr 2026 (UTC)

@Adelpine La primera parte la entendí, pero no entendí la segunda. "Si uno o ambos números están ausentes", cuáles números? Son los que acompañan al parámetro? Si es una omisión de 1, mi bot lo agrega automáticamente. "Si la segunda entrada no es fono o fono1, sino fone o fone1", qué es la "segunda entrada"? Podrías poner un par de enlaces como ejemplos por favor, para que me conste aquello de lo que te estás refiriendo? Tmagc (discusión) 02:45 16 abr 2026 (UTC)

@Tmagc Me refería a casos como "grass" "|4pron=General Australian, General New Zealand|4fone=ɡɹ̠äːs|4fone2=ɡɹ̠ɐːs". Asumí que si estaba la pronunciación fonética, podría estar bien. Sin embargo, revisé nuevamente y no encontré ningún caso en que así fuera. Por otra parte, en mis primeras ediciones, hacía copy/paste, pero cuando comprendí que "General Australian" estaba mal utilizado, comencé a mover las poquísimas correctas así "|3fone2=...|3fnota2=General Australian". En conclusión, si aparece "General Australian" en "pron" debe ser cambiada incluso si aparece después de "Received Pronunciation" o antes de "General New Zealand".

Respecto a "General New Zealand", también está mal y debe ser cambiado a "Nueva Zelanda". Son solo 38 casos. Adelpine (discusión) 13:52 16 abr 2026 (UTC)

@Adelpine Ah, ya veo. En varios casos la tercera fila está vacía por lo que habría que desplazar todos los parámetros un índice hacia atrás. Me encargaré. Pero una observación: en general usamos |pron= para indicar el dialecto o región, mientras que |fnota= es para aclarar la etimología o la categoría gramatical, en los (pocos) casos en donde una misma entrada tiene distintas pronunciaciones según a qué refiera. Tmagc (discusión) 14:19 16 abr 2026 (UTC)

@Tmagc ¿Por "la tercera fila está vacía" quieres decir que a veces "General Australian" aparece en el primer o segundo pron y el tercer pron no existe?

Respecto al uso de |fnota= fue la solución más conveniente que encontré. El problema con el inglés de Australia es que ellos usan un fonema, que coloqué en |fono=, y tres pronunciaciones fonéticas, que coloqué en |fone2,3,4=. El lugar más lógico para identificar los sociolectos era |fnota2,3,4=. Mi consejo, la misma solución que usen para hnota usenla para fnota. Adelpine (discusión) 18:24 16 abr 2026 (UTC)

@Adelpine Nooo, me refiero a que General Australian aparece en el tercer pron y el segundo no existe. En cuanto a fnota, digo cómo pensé ese parámetro cuando lo agregué, porque estaba pensado para reemplazar a la inclusión de múltiples plantillas pron-graf cuando se invocaba varias veces en palabras cuya pronunciación cambia con la etimología. Pero no veo mal indicar los dialectos principles con pron y usar fnota para los subdialectos. Vos sos el que más usa la plantilla así que hacé lo que consideres más adecuado, pero sé consistente. Tmagc (discusión) 20:29 16 abr 2026 (UTC)

@Adelpine Listo. Ya reemplacé todas las apariciones de "General Australian" por "Australia" y las de "General New Zealand" por "Nueva Zelanda". En cuanto al problema de los huecos, por lo que vi afectaba solamente a grass y a otra entrada más, pero el resto de las entradas no omitían índices. Así que fue más fácil de lo que creía. Saludos. Tmagc (discusión) 13:55 17 abr 2026 (UTC)

Noticias técnicas: 2026-16

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Se invita a los editores con experiencia a probar la función de guía de artículos, diseñada para ayudar a los usuarios novatos a crear artículos bien estructurados que cumplan con las políticas de Wikipedia. Las instrucciones para la prueba están disponibles. Además, tras revisar los esquemas, por favor deje sus comentarios en la página de discusión del proyecto. En función de sus aportaciones, la función se perfeccionará y se trasladará a las Wikipedias piloto para su traducción y adaptación. Puede ver el video que explica esta funcionalidad.

Actualizaciones para editores

• En la mayoría de las wikis, todos los usuarios autoconfirmados ya pueden utilizar la página Special:ChangeContentModel para crear páginas nuevas con modelos de contenido personalizados (como listas de mensajes masivos), lo que permite que dichas páginas sean más accesibles. Consulte Special:ListGroupRights para comprobar el estado de este permiso en su wiki.
• El equipo de Growth ha lanzado un experimento de creación de cuentas para evaluar si añadir un botón de registro en el encabezado de la versión web móvil aumenta la creación de cuentas y anima a más usuarios móviles a contribuir en las wikis. El experimento está activo actualmente en las Wikipedias en hindi, indonesio, bengalí, tailandés y hebreo, y se dirige al 10% de los usuarios de la versión web móvil que no han iniciado sesión.
• Revisa las 30 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se solucionó un error en el Editor Visual que podía causar que la pantalla de carga se detuviera en dispositivos con Windows donde las animaciones estaban desactivadas.

Actualizaciones para los colaboradores técnicos

• A partir de esta semana, las personas que son Editores del filtro antiabusos, quienes tengan la función beta Resaltado de sintaxis mejorado activada, dispondrán de CodeMirror en lugar de CodeEditor como editor en el Special:AbuseFilter. Esto forma parte de un esfuerzo integral para dotar de mayor consistencia a la experiencia de usuario en todos los editores.
• Las herramientas y bots que acceden a la API de notificaciones (action=query&meta=notifications) necesitarán actualizar sus permisos de OAuth o BootPassword para que también incluyan el acceso a notificaciones privadas.
• Debido a una actualización de la biblioteca de software, es posible que las listas en las páginas de categorías se muestren desordenadas a partir del 20 de abril. Se ejecutará un script de migración para corregir este problema, el cual tardará entre unas horas y varios días en completarse, dependiendo del tamaño de la wiki (pudiendo demorar hasta una semana en la Wikipedia en inglés).
• Actualizaciones detalladas de código de esta semana: MediaWiki

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 15:19 13 abr 2026 (UTC)

trasladar los cómos al espacio de Ayuda

Está bien si traslado todas las páginas que comiencen con Wikcionario:Cómo, incluida Ayuda:CÓMOS al espacio de Ayuda? Y en caso de que así sea, debería dejar las redirecciones? Tmagc (discusión) 20:20 17 abr 2026 (UTC)

Parece que solo serían seis páginas: Especial:PáginasPorPrefijo/Wikcionario:Cómo. Yo diría que adelante, sin redirecciones. Peter Bowman (discusión) 21:51 17 abr 2026 (UTC)

Listo. Solo faltaría modificar Mediawiki:Recentchangestext y agregar el alias A: para Ayuda:, así cambiamos WN:COMO por A:COMO. Tmagc (discusión) 15:49 18 abr 2026 (UTC)

Hecho, salvo lo del alias, que requeriría solicitar un cambio en la configuración de la wiki y no sé si merece la pena. Peter Bowman (discusión) 18:22 18 abr 2026 (UTC)

Noticias técnicas: 2026-17

Las últimas noticias técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Lo más destacado de la semana

• Después de dos años de desarrollo, Resaltado de sintaxis mejorado, también conocido como CodeMirror 6, dejará de ser una función beta este martes 21 de abril. Esta herramienta ofrece mejoras en la legibilidad del código fuente y la wikisintaxis, reduce los errores de escritura y aporta otros beneficios para todos los usuarios del resaltador de sintaxis estándar. Un gran agradecimiento al voluntario Bhsd, quien desarrolló muchas de las nuevas funcionalidades, incluyendo el plegado de código, el autocompletado y las comprobaciones.
• Se ha lanzado una actualización mayor de la aplicación de Wikipedia para iOS, la cual ha sido rediseñada para adaptarse a los últimos estilos visuales de Apple «Liquid Glass». Descarga la última versión y revisa las novedades de esta actualización.

Actualizaciones para editores

• Listas de lectura es una función que permite a los lectores guardar artículos para leerlos más tarde. Esta característica ya está disponible en las Wikipedias en árabe, francés, indonesio, vietnamita y chino, y se ha habilitado de forma predeterminada para todas las cuentas nuevas en todas las ediciones de Wikipedia.
• Un experimento que explora mejoras en las previsualizaciones en la web móvil se lanzará durante la semana del 20 de abril en las Wikipedias en árabe, inglés, francés, italiano, polaco y vietnamita. Las previsualizaciones son ventanas emergentes (pop-ups) que muestran una miniatura, un párrafo descriptivo y un enlace para abrir el artículo al pasar sobre un enlace azul, lo que permite mejorar la navegación y el descubrimiento de contenidos. Esta función ya está disponible en las versiones de escritorio y en las aplicaciones móviles. Más información sobre este y otros experimentos.
• En varias wikis, los usuarios registrados que no han confirmado sus direcciones de correo electrónico comenzarán a ver un aviso que los animará a confirmar su correo. Al tener el correo confirmado, es posible restablecer el acceso a la cuenta en caso de pérdida de credenciales. Más información sobre este cambio.
• Revisa las 15 tareas enviadas por la comunidad que fueron resueltas la semana pasada. Por ejemplo, se ha solucionado un error en el editor de wikitexto de 2017 que afectaba a páginas muy extensas, provocando lentitud en la carga y la previsualización, desfase al desplazarse (scrolling) y fallos de rendimiento al seleccionar, cortar o pegar contenidos.

Actualizaciones para los colaboradores técnicos

• Como parte de la promoción de CodeMirror desde una función nbeta, todos los usuarios comenzarán a usar CodeMirror en lugar de CodeEditor para el resaltado de sintaxis al editar códigos JavaScript, CSS, JSON, Vue o Lua.
• El servicio mirrors.wikimedia.org para los usuarios de Debian y Ubuntu será retirado y dejará de funcionar el 15 de mayo. Los recursos de este servicio se sustituirán por opciones nuevas y mejoradas. Es posible que algunos usuarios deban cambiar a un servidor diferente, proceso que no debería tomar más de un minuto. Aquí puede encontrar más información.
• Las tablas image y oldimage serán eliminadas en wikireplicas. Si tu herramienta o consultas acceden a image o oldimage directamente, actualízalas para que utilicen las tablas file y filerevision antes del 28 de mayo.
• Continuando con la reciente implementación de los límites de acceso a la API para el tráfico no identificado, la Fundación Wikimedia seguirá trabajando para asegurar un uso justo de la infraestructura mediante la aplicación de límites globales al tráfico de la API identificado a partir de la última semana de abril. Estos límites se han configurado intencionadamente con los valores más altos posibles para minimizar el impacto en la comunidad. Los bots que se ejecutan en Toolforge/WMCS o aquellos que cuentan con el permiso de bot en cualquier wiki no deberían verse afectados por el momento. No obstante, se recomienda a todos los desarrolladores seguir las mejores prácticas actualizadas. Para más información, consulte Wikimedia APIs/Rate limits y las Preguntas frecuentes.
• La Attribution API ya está disponible en fase beta. Esta API obtiene información para acreditar los artículos y archivos multimedia de Wikimedia allá donde se utilicen. La documentación de referencia se puede consultar a través de la página especial de la zona de pruebas (sandbox) de la API REST, disponible en todas las wikis de Wikimedia (como la zona de pruebas REST de la Wikipedia en inglés). Puede compartir sus comentarios en la página de discusión del proyecto.
• Esta semana no hay una nueva versión de MediaWiki.

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 15:00 20 abr 2026 (UTC)