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 a 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 o 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

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

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

(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: https://quarry.wmcloud.org/query/103938. This gets the maximum number of errors the bot could potentially be able to fix: https://quarry.wmcloud.org/query/104197. This gets the total number of (non-hidden) lint errors: https://quarry.wmcloud.org/query/104199 (including dark mode-related ones). Redmin (discusión) 09:24 9 abr 2026 (UTC)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

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

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

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

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

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

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

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

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

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

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

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

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

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 1, mi bot lo agrega automáticamente. "Si la segunda entrada no es fono o fono1, sino fone o fone1", qué es la "segunda entrada"? Podrías poner un par de enlaces como ejemplos por favor, para que me conste aquello de lo que te estás refiriendo? Tmagc (discusión) 02:45 16 abr 2026 (UTC)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

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

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

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