Wikcionario:Café - Wikcionario, el diccionario libre

Wikcionario:Café - Wikcionario, el diccionario libre
Ir al contenido
De Wikcionario, el diccionario libre
Último comentario:
hace 23 horas
por 26agcp en el tema
Géneros en francés y español
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
Esto es un
archivo
de discusiones pasadas.
Por favor no edites los contenidos de esta página.
Si deseas comenzar una nueva discusión o continuar una antigua, por favor hazlo en
la página de discusión actual
Noticias técnicas: 2026-10
editar
Último comentario:
hace 1 mes
1 mensaje
1 usuario en la discusión
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
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)
Responder
Noruego
editar
Último comentario:
hace 1 mes
4 mensajes
2 usuarios en la discusión
Siguiendo las recomendaciones de @
Teodor605
, migré el código
no
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)
Responder
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
07:42 3 mar 2026 (UTC)
Responder
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)
Responder
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
07:18 5 mar 2026 (UTC)
Responder
Revalidación de la administradora Lourdes Cardenal
editar
Último comentario:
hace 1 mes
15 mensajes
5 usuarios en la discusión
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
¡Muchas gracias a ti, @
Lourdes
! Espero que nos sigamos viendo por aquí
:).
Peter Bowman
discusión
19:40 23 feb 2026 (UTC)
Responder
Reestructuración de los espacios Categoría, Wikcionario, Apéndice, Ayuda
editar
Último comentario:
hace 1 mes
5 mensajes
3 usuarios en la discusión
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
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Concuerdo con el comentario anterior. Saludos.
Lin linao
¿dime?
20:13 8 mar 2026 (UTC)
Responder
Noticias técnicas: 2026-11
editar
Último comentario:
hace 1 mes
1 mensaje
1 usuario en la discusión
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
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)
Responder
Prefijo Wikcionario: en categorías
editar
Último comentario:
hace 1 mes
16 mensajes
5 usuarios en la discusión
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)
Responder
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)
Responder
Pero justo eso se puede trasladar a
Categoría:Políticas
Tmagc
discusión
13:03 10 mar 2026 (UTC)
Responder
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)
Responder
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)
Responder
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)
Responder
Hola, ¿me puedes dar ejemplos con un "antes" y un "después"? —
Genoskill
discusión
15:00 10 mar 2026 (UTC)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Hecho.
Peter Bowman
discusión
23:13 12 mar 2026 (UTC)
Responder
Noticias técnicas: 2026-12
editar
Último comentario:
hace 1 mes
1 mensaje
1 usuario en la discusión
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
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
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)
Responder
Actual
Wikcionario:Índice
editar
Último comentario:
hace 16 días
15 mensajes
3 usuarios en la discusión
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Vale, y si automatizas la tarea, recuerda que puedes trasladar sin crear redirecciones.
Peter Bowman
discusión
16:36 28 mar 2026 (UTC)
Responder
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)
Responder
Tmagc
: no me molestaría en cambiar el formato, simplemente renombraría p. ej.
Wikcionario:Índice/Por idioma/EN/D
Apéndice:EN:Lemario/D
y ya está.
Peter Bowman
discusión
16:57 28 mar 2026 (UTC)
Responder
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)
Responder
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)
Responder
Tmagc
: hecho. Un saludo,
Peter Bowman
discusión
10:03 7 abr 2026 (UTC)
Responder
Peter Bowman
Las redirecciones como
esta
esta
van a quedar?
Tmagc
discusión
15:19 7 abr 2026 (UTC)
Responder
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)
Responder
Tmagc
: ahora ya sí.
Peter Bowman
discusión
20:46 7 abr 2026 (UTC)
Responder
Noticias técnicas: 2026-13
editar
Último comentario:
hace 1 mes
1 mensaje
1 usuario en la discusión
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)
Responder
Noticias técnicas: 2026-14
editar
Último comentario:
hace 24 días
1 mensaje
1 usuario en la discusión
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)
Responder
Request for bot flag
editar
Último comentario:
hace 14 días
20 mensajes
3 usuarios en la discusión
(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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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:
. This gets the maximum number of errors the bot could potentially be able to fix:
. This gets the total number of (non-hidden) lint errors:
(including dark mode-related ones).
Redmin
discusión
09:24 9 abr 2026 (UTC)
Responder
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)
Responder
Sounds good. I hope you are able to get these errors fixed.
:)
Redmin
discusión
15:09 9 abr 2026 (UTC)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)
editar
Último comentario:
hace 20 días
1 mensaje
1 usuario en la discusión
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)
Responder
Cambio en plantillas para creación de páginas
editar
Último comentario:
hace 18 días
8 mensajes
2 usuarios en la discusión
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Gracias, lo he aplicado en
Especial:Diff/6076815
Peter Bowman
discusión
22:23 5 abr 2026 (UTC)
Responder
Nota adicional #2: tmb.
MediaWiki:Newarticletext
Tmagc
discusión
20:53 5 abr 2026 (UTC)
Responder
Hecho en
Especial:Diff/6076820
Peter Bowman
discusión
22:33 5 abr 2026 (UTC)
Responder
Noticias técnicas: 2026-15
editar
Último comentario:
hace 17 días
1 mensaje
1 usuario en la discusión
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)
Responder
Wikcionario:Frecuencias, Wikcionario:Frecuentes
editar
Último comentario:
hace 7 días
3 mensajes
2 usuarios en la discusión
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)
Responder
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)
Responder
Tmagc
: hecho. Un saludo,
Peter Bowman
discusión
09:43 16 abr 2026 (UTC)
Responder
Eliminación de firmas personalizadas de usuario (y otras modificaciones)
editar
Último comentario:
hace 8 días
9 mensajes
3 usuarios en la discusión
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
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):
Para las firmas de usuario que acarreen cualquiera de los dos problemas, reemplazarlas por la firma que trae MediaWiki por defecto.
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.
Reemplazar las etiquetas obsoletas por sus
versiones nuevas
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)
Responder
(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)
Responder
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)
Responder
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)
Responder
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)
Responder
Peter Bowman
2x1: te parece que además cambiemos
$wgSignatureValidation
a 'disallow'?
Tmagc
discusión
13:23 10 abr 2026 (UTC)
Responder
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)
Responder
A falta de más comentarios, procedo a realizar los cambios mencionados. Saludos.
Tmagc
discusión
17:09 14 abr 2026 (UTC)
Responder
Varios de los problemas vienen por el uso de

. Reemplazo por

Tmagc
discusión
13:41 15 abr 2026 (UTC)
Responder
VOTACIÓN: Forzar validación de firmas
editar
Último comentario:
hace 10 días
5 mensajes
5 usuarios en la discusión
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)
Responder
A favor
Peter Bowman
discusión
14:45 10 abr 2026 (UTC)
Responder
A favor
Genoskill
discusión
03:47 12 abr 2026 (UTC)
Responder
A favor
--
Cvmontuy
(mensajes)
10:46 12 abr 2026 (UTC)
Responder
A favor
Raos10
discusión
17:12 13 abr 2026 (UTC)
Responder
Géneros en francés y español
editar
Último comentario:
hace 23 horas
16 mensajes
6 usuarios en la discusión
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Adelpine
Cuál es la marca de género que tiene
aaronita
Tmagc
discusión
16:41 12 abr 2026 (UTC)
Responder
La letra "a" final que habitualmente indica femenino.
Adelpine
discusión
18:13 12 abr 2026 (UTC)
Responder
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)
Responder
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)
Responder
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)
Responder
Gracias a esta edición:
, 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."
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)
Responder
"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)
Responder
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)
Responder
Concuerdo con la propuesta de cambiarlo por "invariable en género".
26agcp
discusión
04:56 23 abr 2026 (UTC)
Responder
General Australian
editar
Último comentario:
hace 6 días
7 mensajes
2 usuarios en la discusión
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)
Responder
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
, 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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Noticias técnicas: 2026-16
editar
Último comentario:
hace 10 días
1 mensaje
1 usuario en la discusión
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)
Responder
trasladar los cómos al espacio de Ayuda
editar
Último comentario:
hace 5 días
4 mensajes
2 usuarios en la discusión
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)
Responder
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)
Responder
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)
Responder
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)
Responder
Noticias técnicas: 2026-17
editar
Último comentario:
hace 3 días
1 mensaje
1 usuario en la discusión
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
oldimage
serán eliminadas en
wikireplicas
. Si tu herramienta o consultas acceden a
image
oldimage
directamente, actualízalas para que utilicen las tablas
file
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)
Responder
Nueva plantilla para taxones
editar
Último comentario:
hace 3 días
1 mensaje
1 usuario en la discusión
Junto con @
Raos10
(lo menciono por si quiere acotar algo), estrenamos la nueva plantilla
{{
taxón
}}
para agregar los taxones a principio de la definición. Viene en reemplazo de la vieja costumbre de agregarlos con el formato manual. Ahora no es necesario especificar nada en cuanto al formato, ni agregar paréntesis ni cursivas: solo se invoca antes de escribir la definición separando todos los nombres científicos que apliquen a la definición como si fueran parámetros diferentes y especificando su apariencia alternativa (
|altN=
), igual que como funciona con
{{
sinónimo
}}
. Pronto migraré las páginas que tienen nombres científicos sin esta nueva plantilla. Quedo atento a dudas, quejas, reclamos, observaciones o sugerencias. Saludos.
Tmagc
discusión
23:04 20 abr 2026 (UTC)
Responder
Obtenido de «
Categoría
Café
Categoría oculta:
Páginas con atajos
Wikcionario
Café
Añadir tema