Wikcionario:Café

Último comentario: hace 12 horas por Lin linao en el tema Griego antiguo
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í

Atajo:
WN:C


febrero de 2024

Tech News: 2024-06 editar

MediaWiki message delivery 19:22 5 feb 2024 (UTC)Responder

Plantilla: ejemplo editar

En mi opinión los ejemplos deberian aparecer colapsados, en algunas entradas sobrecargan de información que no siempre se requiere Cvmontuy (mensajes) 11:30 6 feb 2024 (UTC)Responder

@Cvmontuy Desde que convertí la implementación a Lua, no pude agregar los :: dos puntos sin que el módulo me los escape en lugar de procesarlos como texto wiki. Por eso es que ya no se muestran más colapsados. En unos días lo reviso, pero no uses otras plantillas porque sino vamos a tener discrepancias entre formatos de páginas. La plantilla es {{ejemplo}}. Te recomiendo estar al tanto de Categoría:Plantillas obsoletas. Tmagc (discusión) 13:55 6 feb 2024 (UTC)Responder
@Cvmontuy, @Tmagc: corregido en Especial:Diff/5213181. Un saludo, Peter Bowman (discusión) 16:17 6 feb 2024 (UTC)Responder
Gracias, en la plantilla obsoleta ejemplo y trad se tienen las referencias tanto al texto como a su traducción, hay textos que tienen varias traducciónes y asi se cumple con condición de citar la fuente Cvmontuy (mensajes) 19:50 6 feb 2024 (UTC)Responder
@Cvmontuy Eso está difícil, porque hay parámetros que ya son lista. En esta nueva plantilla, por ejemplo si hay varios autores la idea es especificarlos uno por uno, |a1, |a2, y así hay otros parámetros que también se pasan como una lista. Una solución que se me ocurre para esos casos que decís sería duplicar todos los parámetros con el prefijo |trad (o el prefijo que más te guste), entonces quedaría por ejemplo |trada1, |trada2 y así para todos los parámetros. Te parece razonable? Tmagc (discusión) 21:07 6 feb 2024 (UTC)Responder
Si me parece razonable, muchas gracias Cvmontuy (mensajes) 21:10 6 feb 2024 (UTC)Responder

Etimología del apellido Vélez editar

La filología descriptiva actual señala como étimo del apellido Vélez el nombre godo de persona (quizá también patronímico) "(W)Vigila". De aquí derivan el nombre español-medieval "Vela", el apellido "Vélez", el nombre-apellido "Velasco" y otras variantes como "Velázquez" etc. 212.231.115.239 (discusión) 10:18 7 feb 2024 (UTC)Responder

IMPORTANTE: Revisión de actividad de administradores editar

Hola. En virtud de un consenso comunitario global, se aprobó en el año 2013 una política que tiene por objeto la retirada de los permisos avanzados (administrador, burócrata, administrador de interfaz, etc.) de aquellas cuentas que se encuentren inactivas. De acuerdo con la misma, los stewards están revisando la actividad de los administradores en todos los proyectos de la Fundación Wikimedia que no dispongan de una política de inactividad propia. Hasta donde sabemos, este wiki no cuenta con un proceso formal ni política relativa a la revisión y retirada de permisos avanzados de cuentas inactivas. Esto significa que los stewards se encargarán de ello de acuerdo con la política de revisión de actividad administrativa.

Hemos determinado que los siguientes usuarios cumplen el criterio de inactividad (sin ediciones ni acciones registradas por más de 2 años consecutivos):

  1. Hprmedina (burócrata, administrador, administrador de interfaz)

Estos usuarios recibirán una notificación pronto, donde se les informará que deben empezar una discusión en la comunidad si quieren mantener algunos o todos sus permisos. Si los usuarios no responden sus permisos serán retirados por los stewards.

Sin embargo, si ustedes como comunidad desean crear su propio proceso de revisión de actividad para sustituir el proceso global, quieren tomar otra decisión acerca de los usuarios inactivos o tienen alguna otra política que se nos pasó por alto, entonces notifiquen a los stewards en Meta-Wiki para que sepamos que no debemos proceder con la revisión de permisos en este wiki.

Gracias, Superpes15 (discusión) 17:11 7 feb 2024 (UTC)Responder

Modificar las plantillas trad-arriba, trad-centro y trad-abajo, y demás plantillas “colapsables” editar

Solicito permiso para cambiar las plantillas trad-arriba, trad-centro y trad-abajo. Motivo: con el estilo actual, siempre fuerza a que la tabla comience en una nueva línea en lugar de ajustarse al ancho disponible, por ejemplo cuando hay una imagen. Compárese el estilo anterior de la plantilla rel-arriba con la última modificación que introduje, por ejemplo en poncho. Lo que propongo es dejar el mismo estilo (salvo quizá por el color de fondo) en las plantillas de traducción para que se ajusten automáticamente al ancho disponible y que no quede espacio en blanco.

Por otro lado, la plantilla rel-arriba/centro/abajo ¿es la que debe usarse para hacer cajas desplegables con elementos que no sean traducciones (locuciones, derivados, cognados, etc.)? Tmagc (discusión) 15:36 18 ene 2024 (UTC)Responder

Hola, @Tmagc. Me convence mucho usar mw-collapsible en {{rel-arriba}}, pero abogo por migrar del formato wikitabla ({|...|}) a un div responsivo que haga adaptar el número de columnas (una o dos, como mucho tal vez tres) al ancho del dispositivo empleado (monitor, tablet, móvil). Con esto, {{rel-centro}} y {{trad-centro}} podrán desaparecer. ¿Qué te parece, antes de pasar a {{trad-arriba}}? Además, creo que quedaría algo mejor recudir un poco el padding porque ese cajetín me parece un poco abultado, especialmente en comparación con el actual para las traducciones; es mucho espacio desaprovechado. En lo que se refiere al ajuste al ancho de página, este es el motivo por el que colocamos el dichoso {{clear}} antes del título de sección, así que por fin nos lo podremos cargar :). En cuanto a tu pregunta: creo que sí, ese conjunto de plantillas es un cajón de sastre que se lleva empleando para todo. ¿Tal vez sea momento de estandarizar un poco los nombres? Véase Categoría:Plantillas de columna. Peter Bowman (discusión) 23:07 18 ene 2024 (UTC)Responder
@Peter Bowman Sí, de acuerdo. Para eso puedo analizar el módulo de en.wikt (la vieja confiable) y ver cómo optimiza los elementos (cambia el número de columnas de acuerdo al dispositivo). Entonces trad-arriba, t+ (trad) y trad-abajo llamarían a dos funciones del módulo y dentro de éste se define cómo mostrar los elementos. Cuando lo tenga funcionando aviso así editamos la plantilla.
En cuanto a los nombres, supongo que trad-arriba y trad-abajo se mantienen por ser las más usadas. Después, podemos dejar otra plantilla más con título personalizable o poner un parámetro opcional en trad-arriba y migrar las demás. Aunque supongo que la primera opción (mantener dos plantillas) es la más sencilla por el momento. Tmagc (discusión) 00:02 19 ene 2024 (UTC)Responder
En cuanto a lo que dije del padding, esto es porque uso la skin "Timeless" y en mi caso la invocación de la plantilla tiene este aspecto: [8]. No había comprobado que esto no ocurre en "Monobook", "Vector" ni "Vector 2022" (la actual por defecto). Peter Bowman (discusión) 23:40 23 ene 2024 (UTC)Responder
@Peter Bowman Ya está lista la plantilla. Lo implementé en rel-arriba y rel-abajo. Podés darme permiso para editar trad-arriba, trad-centro y trad-abajo?
Por otro lado, yo creo que lo más fácil es unificar todo a trad-arriba/trad-abajo y dejar un parámetro opcional para cambiar el título por defecto que sería “traducciones”. Tmagc (discusión) 18:56 24 ene 2024 (UTC)Responder
@Tmagc: ¡genial, gracias! He reducido el nivel de protección de {{trad-arriba}}, {{trad-centro}} y {{trad-abajo}}, ya deberías poder editarlas. Lo que propones me parece bien, yo lo vería como un (¿nuevo?) par de metaplantillas arriba-abajo con un título parametrizable, de modo que rel-arriba/abajo y trad-arriba/abajo simplemente la invoquen, reutilizando su código. Esas nuevas plantillas se podrían usar para casos generales, mientras que en las entradas mantendríamos las actuales rel- y trad-. De hecho, tal vez {{arriba}} y {{abajo}} encajen bien para este fin. Peter Bowman (discusión) 22:11 24 ene 2024 (UTC)Responder
Bueno, por el momento está razonable. Lo único que vi es que cuando se llama a {{trad-centro}} genera un nuevo párrafo y por lo tanto se genera un salto de línea en la lista. Pero bueno yo no me preocuparía demasiado, de todas formas hay que hacer un borrado masivo. Tmagc (discusión) 22:44 24 ene 2024 (UTC)Responder
@Tmagc: he configurado mi bot para que, en vez de añadir {{trad-centro}}, {{rel-centro}} y {{clear}}, ahora las borre. A ojo hay unas 70k páginas afectadas, lo he lanzado para que corra sobre todas y aplique los cambios necesarios. Luego veremos qué queda, pues sigue omitiendo aquellas entradas que emplean la antigua estructura y las que presentan homografías con formas flexivas. Además, hay otro caso que olvidaba: también tenemos {{clear}} antes de los títulos "Etimología N" y "Forma flexiva". Peter Bowman (discusión) 23:08 4 feb 2024 (UTC)Responder
@Tmagc: ya está, no hay más usos de {{trad-centro}} y {{rel-centro}}. Todavía quedan los de {{clear}} que indiqué anteriormente; si moviéramos todos los encabezamientos subordinados a "Etimología" y "Forma flexiva" al cuarto nivel, podría fácilmente reemplazar el funcionamiento de esta plantilla con reglas CSS (como ya hacemos con los encabezamientos de idioma). Habría que estudiarlo a fondo, no es un cambio trivial. Las plantillas {{arriba}}, {{centro}} y {{abajo}} funcionan a la antigua usanza, con tablas y un número de columnas fijo. A esto hay que añadir {{derivados}} y posiblemente alguna más, actuando de cabecera particularizada para un tipo de sección. Peter Bowman (discusión) 21:34 10 feb 2024 (UTC)Responder
@Peter Bowman Dale gracias. Sí, lo de anidar todo en etimología y forma flexiva conviene por donde quiera que se lo mire, pero creo que primero conviene migrar las páginas viejas que todavía no respetan la estructura vigente. Cuando consiga hacer eso, lanzo un anuncio haciendo oficial lo que va a ser la “nueva estructura”, serviría también a modo de resumen y síntesis de todos los cambios que implementé en esta etapa. Tmagc (discusión) 22:36 10 feb 2024 (UTC)Responder

Solicitud de flag de bot editar

Solicito el flag de bot para Usuario:TMCbot. El motivo es sencillo: debido a la gran cantidad de cambios implementados recientemente y a la gran discrepancia entre formatos que últimamente se ha hecho más evidente, es necesario realizar cambios en algunas páginas. Más precisamente me centraré primeramente en dos cosas:

  1. Limpiar las plantillas pron-graf que aún tienen las transcripciones manuales, con el debido cuidado de no perder información. PAra que se den una idea, el algoritmo con el que voy a empezar es este, que limpia las plantillas con el parámetro altpron, dejando los parámetros h, g, v, e, p, y todas sus variantes. Las plantillas con audios serán analizadas manualmente para asegurar que concuerden con las transcripciones.
  2. Migrar los códigos de idiomas viejos y las invocaciones de {{etimología}} con idiomas en vez de códigos. Como ya lo mostré antes, un borrador para el algoritmo de lo primero es [9] (mejor si supiera todas las plantilas que usan plantillas de códigos de idioma), y el algoritmo para lo segundo es [10].

Por el momento, el bot no se va a ejecutar periódicamente, lo voy a activar manualmente con PAWS para procesar los lotes de páginas que quiera. Hay otras tareas del mismo tipo que también me interesan, como fusionar patrones comunes de etimología2 en etimología todo lo que sea posible, migrar las invocaciones de cita libro, cita noticia, cita web, etc. en referencia, y unificar plantillas las plantillas de contenedores eliminar plantillas de contenedores viejos como rel4. Me encargaré en cuanto termine con las primeras dos. Tmagc (discusión) 13:48 3 feb 2024 (UTC)Responder

  A favor. Peter Bowman (discusión) 16:21 3 feb 2024 (UTC)Responder
@Peter Bowman Cómo son los plazos para estas cosas? Creo que ya pasó un tiempo prudencial para que alguien se opusiera... Tmagc (discusión) 17:26 10 feb 2024 (UTC)Responder
@Tmagc: si no hay más indicaciones al respecto, en los proyectos de WMF se asume una semana como mínimo, que justamente se ha cumplido hoy. En un momento te asigno el flag. Recuerda configurar un throttle para evitar saturar los servidores; se aconseja una edición cada 5 segundos (aunque en tiradas muy cortas yo lo he llegado a rebajar a uno o dos). Tómate tu tiempo y haz las pruebas que necesites antes de procesar grandes lotes de entradas. Cuando vayas a ejecutar tareas nuevas, abre un hilo aquí y espera un tiempo prudente para permitir posibles observaciones. Ten presente, por favor, Usuario discusión:Tmagc#צבוע: aunque solo sean un porcentaje del total, hay muchas entradas que tiran del parámetro "alt" para los fines allí descritos, de modo que aún no podemos prescindir de él totalmente. Peter Bowman (discusión) 18:57 10 feb 2024 (UTC)Responder

Plantilla:préstamo editar

Otra irregularidad que sólo trae problemas. Si hay algún lugar que sea el más adecuado para esta plantilla, yo creo que sin lugar a dudas es en Etimología, estando luego de toda la explicación etimológica, tal como ocurre en slow motion. Mezclar esta plantilla en secciones de etimología y en uso no tiene sentido. A menos que alguien se oponga, voy a quitar esta plantilla de contexto y las páginas que la incluyen (que son muy pocas por suerte), van a tener la plantilla en la sección de Etimología. Saludos. Tmagc (discusión) 16:05 11 feb 2024 (UTC)Responder

Categoría:XX:Alfabeto editar

Cuál es el propósito de que esta categoría esté en las páginas con letras? No es suficiente con que categorice la plantilla de {{letra}}? Pienso que en general no tiene sentido agregar categorías manualmente, que lo hagan las plantillas. En este sentido, deberían desaparecer esas categorías en prácticamente todos los idiomas y dejar que las plantillas de categoría gramatical hagan su trabajo. PEro quería saber si es correcto o si hay algún propósito oculto detrás de estas categorizaciones manuales. Tmagc (discusión) 22:00 11 feb 2024 (UTC)Responder

Si hay una correspondencia biunívoca entre esa categoría y {{letra}}, no tiene sentido categorizar explícitamente, pues ya lo debería hacer la propia plantilla. Esto antes era muy habitual, supongo que porque no existían aún las plantillas correspondientes, y con mi bot fui eliminando categorías redundantes a montones. Todavía quedan, como se puede ver. Peter Bowman (discusión) 23:51 11 feb 2024 (UTC)Responder

Agregar pronunciación de forma automática en la plantilla pron-graf editar

Buen día. Desde hace un tiempo estuve pensando en automatizar la pronunciación de las palabras. La idea consiste en que, debido a que la gran mayoría de las palabras son regulares, no debería ser TAN difícil un algoritmo que separe en sílabas y obtenga los fonemas equivalentes de la pronunciación.

Por mi parte no pienso que aclarar la pronunciación sea algo que valga la pena, a menos que la misma sea irregular (v.g. peceto). Lo cierto es que me da fiaca programar un algoritmo de cero. Y resulta que encontré en el Wikcionario en inglés un módulo que hace exactamente esto (es-pronunc).

Entonces, voy a pedirlo prestado e implementarlo acá. NO voy a tocar nada en las palabras que ya tengan la pronunciación especificada, sólo va a estar en las palabras que tengan la plantilla vacía. Cuando termine y esté andando bien, dejo otro aviso más. Tmagc (discusión) 14:56 3 dic 2023 (UTC)Responder

Estaría muy muy bien. Antes el módulo del inglés tenia unos inventos grandes sobre el yeísmo y la distinción, pero veo que ya los arreglaron. Sigue con lo de que s antes de consonante es [z], pero qué se la va a hacer, muchas o todas las referencias lo dicen. Estoy totalmente a favor si se deja la posibilidad de poner a mano pronunciaciones irregulares, como las de chuico, ushuaiense, ingey, xoconostle o oaxaqueño. Gracias por esto, sería un progreso enorme. Saludos. Lin linao ¿dime? 16:39 3 dic 2023 (UTC)Responder
HABEMUS MÓDULO!! Acabo de hacer las primeras pruebas llamando al módulo directo, sin la plantilla y funciona bastante bien. Ahora necesito invocarlo desde la plantilla {{pron-graf}} para terminar de debuggear todos los problemas cuando se llama con parámetros normal, por lo que van a ver alguans cosas raras por un tiempo. Si para hoy no logro arreglarlo prometo revertir los cambios que hice en la plantillas. Tmagc (discusión) 00:37 19 dic 2023 (UTC)Responder
Bueno, creo que por el momento está aceptable. Les pido/informo un par de cosas:
  1. Debido a los cambios que estuve haciendo, y que probablemente siga retocando detalles, les pido que comprueben las páginas vaciando la caché con action=purge antes de comentar. Es posible que durante algunos días algunas queden con alguna versión no actualizada de la plantilla.
  2. Que revisen exhaustivamente y digan si hay algo que está mal o les gustaría cambiar algo de la plantilla. Si ven, hay un par de detalles que simplifiqué porque me simplificaban la programación.
  3. La plantilla tiene soporte para palabras irregulares, para esto deben pasar el parámetro |ayuda y reescribir la palabra tal que se pronuncie como si fuera regular. Vean los ejemplos de ushuaiense, oaxaqueño, peceto y Bluetooth (esta última la tienen en minúscula y dicen que los españoles la pronuncian “blutuz” en vez de "blutud", ¿es cierto?). @Lin linao necesitaría que me digas o que pruebes cómo serían las de ingey, chuico y xoconostle para contribuir al desarrollo del módulo, ya que trajiste a colación esas palabras, por favor.
  4. Debido a 3., creo que me parece más que razonable proponer que, salvo contados casos, todas las pronunciaciones, regulares e irregulares, se generen automáticamente con el módulo. Esto ayudaría a mantener mayor neutralidad en el sitio, ya que a veces es molesto—al menos para mí—ver que en unas cuantas páginas aparece sólo una pronunciación que no es la propia. Con esta nueva versión, se reduciría el “sesgo” al incluír automáticamente las pronuciaciones más comunes. Además, la transcripción es fonética y no fonológica, por lo que la hace con mayor exactitud y considera todos los detalles extra de la pronuciación (por ejemplo, nasalización). Esto incluiría también que se determine automático: el tipo de acentuación, la cantidad de sílabas y letras, las rimas y la separación en sílabas (aún por implementar).
  5. Actualmente hay un máximo de 6 pronunciaciones posibles que se pueden obtener con el módulo: seseante+yeísta, seseante+sheísta, seseante+zheísta, seseante+lleísta, no seseante+yeísta, no seseante+lleísta. Si faltó alguna que crean que pueda valer la pena agregar, pueden comentarlo también.
  6. Habían ciertas preocupaciones de algunos errores groseros que habían en el módulo en inglés, como eso de que antes de [c] va [z], etc. Todas esas cosas están corregidas, no hay ninguna [z] en las pronunciaciones pues eso no es español. Sólo me llamó la atención que, según ellos, en la “hi” de “hielo” va [ʝ] en la pronunciación general, y [j] en la rioplatense. Yo lo simplifiqué a [j] para minimizar la posibilidad de errror (para que el módulo no lo confunda con la [ʝ] sheísta), pero igualmente si realmente existe esa diferencia dudo que alguien la pueda percibir.
  7. Aún falta testear el separador de sílabas, pero también está en mis planes implementarlo. Hay un único detalle menor y es que falta hacer una tabla de prefijos, de lo contrario palabras como “transatlántico” las separa "tran-sat-lán-ti-co" en lugar de "trans-at-lán-ti-co".
  8. ¿Cuál es el criterio que deberíamos tener para el generador de rimas? Aunque sé que puede entenderse en un sentido más laxo, yo lo tomé como las últimas dos sílabas de la palabra. Y como hay letras que tienen o pueden tener el mismo fonema asociado, se identifican en notación AFI. Como está ahora, sólo considera las rimas en la pronuciación más simplificada de todas -> seseante y sheísta. Y sí, podrán decir que algo de sesgo ahí hay, pero era lo más fácil de implementar. Otra opción es agregar las rimas en la pronuciación “normal”, pero hace más distinciones por lo que podría ir en contra del sentido de la herramienta. Dudo que a alguien le importe si una sílaba termina con [ɵ] o con [s] para considerarla rima de otra. Otra es incluír las rimas para todas las pronuciaciones, pero tendríamos doble categorización. Otra es sacar la sección de rimas, no sé... digan qué piensan.
  9. Una de las cosas que quería cambiarle a la plantilla en sí es que los parámetros que tienen la etiqueta nota vayan con nota al pie <ref>, pero no lo estoy logrando por ejemplo con οὐσία. @Peter Bowman: ¿sabés si hay forma de generar referencias al pie de página dentro de la plantilla, o si me equivoqué en algo?
  10. También tienen módulos para otros idiomas. Una vez que éste quede impecable y resuelva otras cosas más prioritarias voy a probar el que es para italiano.
Tmagc (discusión) 02:27 19 dic 2023 (UTC)Responder
Hola, @Tmagc, está quedando genial. El fallo con los <ref> era que el procesamiento de estos tags es posterior al del módulo Lua, luego este es incapaz de interpretarlos adecuadamente tal cual. Se soluciona de esta forma. Las rimas se colocan actualmente en la sección de "Información adicional" por medio de la plantilla {{rima}}, pero las puedo borrar con mi bot si finalmente van a tener cabida en pron-graf (tiene más sentido). Las sílabas que se deben considerar son la que contiene la vocal tónica y todas las posteriores (rima consonante); p. ej. para "noctámbulos" -> Categoría:ES:Rimas:am.bu.los. De momento no he tenido tiempo de mirar mucho más. Un saludo, Peter Bowman (discusión) 14:27 19 dic 2023 (UTC)Responder
@Tmagc: algo no va bien con las locuciones, salta un "Error de Lua en Módulo:generar-pron/es en la línea 532: attempt to compare number with nil." en casa matriz. Peter Bowman (discusión) 18:17 19 dic 2023 (UTC)Responder
Buenísimo, Tmagc. 3- ingey es bisílaba, la primera sílaba es i y la segunda es ˈŋej (o como se escriba el diptongo "ey"); chuico es bísilaba y no rima con cuico, porque la primera sílaba de chuico tiene el diptongo "uy" de muy; pasa algo similar con piure, en que la primera sílaba no rima con la primera de viuda; en xoconostle está bien indicar la variación de x, pero por algún motivo se muestran dos posibilidades distintas para tl. 4- Totalmente de acuerdo. 5- Eso parece lo mínimo y quizás lo máximo. 6- A mí me parece una aberración científica considerar que la /s/ no aspirada de "desde" o "resbalar" es [z], pero parece que es la opinión mayoritaria o más prestigiosa; lo de hielo es un error, tanto en rioplatense como entre los demás es [j], ahora si eso es /i/ o /j/ no lo puedo decir (par mínimo al menos chileno: yerba = yerba mate en primer lugar vs hierba = algunas de las otras), pero lo que sí es rioplatense parece ser iodo (creo que nunca shodo/zhodo). 7- Fuera de tema, se supone que el silabeo general es tran-sa-tlan-ti-co (veo que hay un problema con atleta en el silabeo y en còmo se muestra la forma con t͡ɬ ¿inventada por la RAE?, faltaría la forma general [a'tle.ta]. 10- ¡Genial! Saludos y gracias otra vez. Lin linao ¿dime? 03:04 20 dic 2023 (UTC)Responder
Hola, Tmagc. Ahora está unificado xoconostle, pero todavía no se bien ingey. La ayuda no debería ser inguey porque no tiene [g], su única consonante es la nasal velar que inicia la segunda sílaba. Las palabras con este sonido deben ser menos de 20 (más, tal vez, las con -ing para algunos), ¿podría funcionar una ayuda=iŋey? Saludos. Lin linao ¿dime? 12:55 20 dic 2023 (UTC)Responder
Otro caso especial: thrauna y pithrel. Los distinguidores usa(ba)n [tɹ] o algo similar para la secuencia thr, el silabeo es pi threl. Saludos. Lin linao ¿dime? 15:34 20 dic 2023 (UTC)Responder
Estuve revisando el módulo y me había parecido un poco mezquino poner una única ayuda, así que agregué la posibilidad de poner varias ayudas para pronunciaciones diferentes. En cuanto a ingey, suponguqe que no quedará otra que poner como ayuda iŋey, pero aún así no va a saber decidir si separarla como iŋ-ey o i-ŋey. Así que probablemente haya que cargarla manualmente y supongo que thrauna y pithrel también. Lo de atleta es porque los fonemas estaban cargados manulamente, eso no había sido culpa del módulo, ya lo corregí aunque sigue separando mal (a-tle-ta en lugar de at-le-ta), también voy a revisarlo. Seguiré trabajando, saludos. Tmagc (discusión) 16:00 20 dic 2023 (UTC)Responder
Quizás se resolvería con ayuda=iŋey porque una secuencia VCV generalmente se silabea V-CV. ¿No es la separación general a tle ta, con la excepción de España y tal vez Puerto Rico? Una duda lingüística, ¿t̪ es interdental? ¿y en ese caso no debería estar al revés: ausente en atleta y presente en cantar? Saludos. Lin linao ¿dime? 17:22 20 dic 2023 (UTC)Responder
Revisé bastante de lo que me dijiste. Lo de la “thr” está resuelto. Lo de la “t” interdental, en el caso de cantar no se mostraba porque la plantilla había sido llamada con parámetros. Hay que limpiar los parámetros para que se genere automático.
Lo que falta revisar:
  1. todavía sigo sin entender la diferencia entre cuico y chuico, creo que va a ser más fácil que completes manualmente las plantillas o me respondas exactamente cómo debería ser. Según como está ahora, las palabras riman.
  2. creo que la pronunciación de ingey está bien, pero separa en sílabas mal.
  3. lo de la t interdental no encontré información, como está ahora siempre debería mostrarla interdental.
Tmagc (discusión) 02:00 21 dic 2023 (UTC)Responder
1. Cuico es ['kwi.ko], está bien, pero chuico debería ser [ˈt͡ʃui̯.ko] o [ˈt͡ʃuj.ko], como sea que se escriba el diptongo "uy", el opuesto de "wi". Pasa lo mismo en el caso de piure, que lleva el diptongo "iw", no "ju" como en piurano. Audio. Ehm, una noticia de piures y un audio de una voz más ilustre hablando de un chuico.
2. Sí, gracias, era eso. Saludos. Lin linao ¿dime? 02:16 21 dic 2023 (UTC)Responder
Ahora sí, comprendo la diferencia, pero no sé cómo resolverlo. Si no hay ninguna regla para decidir si debe ser “iw” o “ui”, si es irregular, entonces habrá que establecer alguna convención para escribir las ayudas y que se genere correctamente. O bien, dejar uno como regular y en los casos en los que se da el otro introducir manualmente la ayuda. O bien, hacer ambas cosas. Mientras tanto, lo pensaré durante un tiempo. Tmagc (discusión) 03:36 21 dic 2023 (UTC)Responder
Lo regular dentro de las palabras es wi y ju y las excepciones son muy pocas, menos de diez quizás. ¿Cómo se resuelve en final de palabra? Ahí tenemos varias cosas como inmiscuí y uyuyuy y una lista corta de cosas como mañiú y mañíu. Pensé en escribir chúico en la ayuda, pero no funciona. Saludos. Lin linao ¿dime? 15:32 21 dic 2023 (UTC)Responder
@Lin linao Creo que ya sé la regla: la mayoría de las palabras con la grafía “uy” se pronuncian /uj/, mientras que las que tienen “ui” se pronuncian /wi/. Si es así, la ayuda podría ser “chuyko”. Pero hay que cambiar entonces esa parte en el módulo. Tmagc (discusión) 14:37 22 dic 2023 (UTC)Responder
Sí, eso puede funcionar, también lo habia probado sin éxito. ¿Y si se usaran guiones u otro signo en la ayuda para inducir separacionew de sílabas? Mmmm, quizás serviría en ingey, el famoso salle (de salir), subrayar, subrogar y otros, pero no en "chuyco", a menos que se hiciera algo para no afectar la acentuación. Saludos. Lin linao ¿dime? 15:30 22 dic 2023 (UTC)Responder
@Lin linao Lo de chuico está resuelto, ahora “uy” se convierte a /uj/ mientras que “ui” sigue /wi/. En cuanto a lo del prefijo sub-, volvemos a lo que dije anteriormente: la única opción es armar una tabla con prefijos conocidos y separarlos antes de hacer los demás pasos del algoritmo. En realidad, detectar los prefijos no es tan trivial como parece porque “transatlántico” es trans-at-lán-ti-co, pero “transar” es tran-sar. Está explicado en este documento. En algún momento lo voy a hacer, pero primero estoy revisando detalles más importantes. En cuanto a poner separadores en la ayuda, así como está implementado ahora no va a ser muy útil porque el algoritmo en primer lugar convierte las letras a fonemas y después separa en sílabas. Si lo hubiera hecho desde cero, lo hubiese hecho al revés: primero separar en sílabas y después convertir a fonema, probablemente sería más eficiente porque ahora tiene que separar en sílabas dos veces, para generar la pronunciación y para mostrar la silabación. Pero bueno, tampoco tengo tanto tiempo como para hacer eso, qué se la va a hacer...Tmagc (discusión) 15:39 23 dic 2023 (UTC)Responder
Buenas otra vez, debo hacer algunas aclaraciones adicionales a los 10 puntos anteriores:
11.
Por si no quedó claro, reitero que de acuerdo a los puntos 4. y 10. , tengo pensado (antes de haber hecho otras cosas) implementar los módulos de esta página que ya hayan sido testeados y estén funcionando correctamente. Son más de doscientos.
Pongo algunos por los que voy a comenzar: afar, akkadio, aragonés, griego clásico, inglés clásico, árabe, asamés, asturiano, bielorruso, catalán, chino mandarín (+ alguna que otra variante de chino), vasco/euskera, finés, francés, hausa, hawaiano, hiligayno, italiano, latín, rumano, ruso, eslovaco y serbio.
Hay un segundo grupo en donde aún no está claro que los módulos funcionen al 100% pero muy probablemente los revise y tarde o temprano sean implementados también, por ejemplo: alemán, azerí, bávaro, bikol, persa, guaraní, islandés, japonés, coreano y hebreo.
Para el inglés no implementaron módulos, aunque con los idiomas “irregulares” se me ocurrió que se podría dar un paso aun más radical e implementar un bot que copie las pronunciaciones de otros wikcionarios si ya existen, o bien de algún otro sitio de confianza. Yo no veo el problema de hacerlo, los símbolos fonéticos son prácticamente universales y comunes a todas las wikis. Lo más importante son las definiciones, para eso siempre va a necesitarse gente que agregue nuevas y revise las que ya están.
El punto es el siguiente: sean todos o algunos, si leen entre líneas lo que dije antes, sobre todo en los idiomas “regulares” en donde se implementen módulos automáticos con éxito es probable que esto conlleve asimismo ir borrando de a poco y ordenadamente las transcripciones hechas a mano. Por lo tanto, también pido al menos que para este grupo de idiomas “regulares” no agreguen más pronunciaciones y en todo caso, avisen de los defectos que vayan encontrando en los módulos. Ya notifiqué a algunos fuertes contribuidores de todo lo relacionado con la pronunciación como @PFSV-UY, @Jemily1, y por las dudas vi muchas también de @Ivanics. En el caso del español, lo automático es la pronunciación, la separación en sílabas, la acentuación, la cantidad de sílabas y letras, y la rima. Lo demás: grafías alternativas, homófonos, etc, por ahora queda para agregarse manualmente. En los demás idiomas se agrega sólo la pronunciación, salvo quizá alguno que otro en donde esté implementado también alguna de las otras cosas. PEro lo voy a ir avisando.

Voy a esperar un buen tiempo para hacer todo esto y voy a ir haciendo otras cosas por mientras. Pero si alguien está en contra total o parcialmente, es el medio por el que lo pueden comunicar.

12.
@Lin linao Debo retractarme: la [z] para la “s” sí existe en el español; cambié de convicción cuando me mostraron esto. Está en algunos acentos de España, que son los que suelen tomar como referencia. Pero yo no veo evidencia clara de que sea un fenómeno general, y si es por eso más común creo que es la aspiración de la “s” como [h]. Pero por ahora implementar esas distinciones sería irse un poco por las ramas y hay cosas más prioritarias. También me dijeron que es inmoral lo de incluír ”thr“ porque, en el fondo e independientemente de lo que pueda decirse, eso es mapuche y no español. Lo voy a pensar y tener en consideración si quitarlo o no. Te recomiendo ver (o participar; yo ya me harté de hacerles entender que no hay distinción entre [j] y [ʝ] tal como ellos sostienen) esta discusión que tuve.
13.
Cambié la apariencia de la plantilla para usar dos columnas. El problema de antes es que las palabras no quedaban bien alineadas. Como ahora sí tiene formato “tabla”, saqué los dos puntos y puse negrita para distinguir los campos. Para mí la plantilla llama demasiado la atención, si fuese por mí sacaría incluso la negrita y pondría algún tipo de borde que ayude a distinguir las filas y columnas. Pero es secundario y hay cosas más importantes que hacer. También vale opinar sobre la apariencia del cuadro. Tmagc (discusión) 23:40 23 dic 2023 (UTC)Responder
11. En el futuro lejano, cuando hayas hecho esos idiomas, puedo aportar una tabla de conversión del mapuche al AFI, porque tiene 3 ortografías casi casi regulares y casi casi intercambiables. 12. ¡Rayos! Hace menos de una semana vi el título de un artículo científico que sugería que al fin a alguien se le cayó la teja con esta afirmación tan extraña e investigó lo que pasaba. Recuerdo algo como "¿Es realmente [z] un alófono de /s/ en español? Reanálisis de no se qué" (en castellano o inglés), pero no encuentro ni eso ni algo parecido. Es difícil que pueda encontrarlo buscándolo, porque ni siquiera me imagino dónde pude haberlo visto. El alófono [z] de /s/ existe en dialectos andinos, sobre todo en Ecuador y en la zona paisa, pero entre vocales: "los Andes" es [lo'zandes] en los Andes ecuatorianos, pero eso no hace falta para pron-graf. En el caso de palabras como "mismo" o "desde", yo diría que es un tipo de fricativa no sonora (compárala con la [z] del inglés en palabras como el verbo house), pero habría que revisar los análisis acústicos publicados. En cuanto a esa thr de pithrel, la usa(ba)n hispanohablantes monolingües como fonema en palabras de origen mapuche en un área en que el mapuche se extinguió hace 100 años o más. Es distinto a la variación libre que usa el común de los chilenos del centro-sur en todas las palabras con tr, como "...la reforma tributaria que trajo...". Esta thr aparece incluso en préstamos que parecen no tener el sonido en mapuche, al menos en los registros escritos: map.: chuva -> cast.: thruga (p. 412) -> trúa / chùa. Hará unos 20 años alguien de unos 20 años me escuchó decir "traumán" con tr corriente y me replicó "thraumán", esas dos y chaumán son las formas actuales de "thraumamen" (p. 410), a su vez derivado del mapuche trarumamüll (p. 227). Y chapalele viene de thrapalele (p. 410), que a su vez viene de ¿qué? ¿chaparün (p. 17) con sufijos?. Me parece difícil sostener que "thraumán" y "thrapalele" sean palabras en mapuche y no en castellano. Sea como sea, el total de palabras con thr y ng registradas en los diccionarios no llegará a 100, es una excepción menor entre las excepciones, algo para pulir el módulo, pero no esencial para el buen funcionamiento de pron-graf en términos generales. La verdad es que no me dan ganas de intervenir en lo de la [j]. Creo que tú tienes razón, representar hielo como /ˈʝelo/ [ˈɟ͡ʝe.lo] me parece una gran equivocación. Distingo claramente entre "yerba" y "hierba", entre "y eso" y "yeso" y hay gente que se burla o profesores que corrigen a quienes dicen "yelo", "yena" o "Mayami" (porque sí existen quienes no distinguen, como dicen en en:wikt, pero no es lo corriente). Internet está /'ʝe.no/ de mexicanos, colombianos y demaes haciendo tragos con /'je.lo/, seguramente ya alguien habrá investigado el carácter fonético y fonológico de hia, hie y la (no) diferencia entre el rioplatense y los demás. ¿Cómo explicarán los editores de en:wikt la brutal diferencia acústica entre "inyectar" o "un llanto" frente a "un hiato" o "con hielo"? ¿o a esta usuaria española de Forvo cuando dice hielo, hierro o vaya día llevamos...?). En fin, gracias por todo esto y que pases felices fiestas. Saludos. Lin linao ¿dime? 05:31 24 dic 2023 (UTC)Responder
@Lin linao Voy a sacar lo de “thr” porque va a traer problemas, sobre todo con préstamos del inglés como thriller o thrash. Por acá eso se pronuncia “tr” creo que es lo mismo para todos los países hispanoparlantes. Así que va a ser necesario agregar las excepciones para esos casos que decís. Si te sirve de algo, puedo inventar alguna combinación de letras que mapee a ese sonido, algo así como “tchr”, o algún prefijo que sea muy raro o no exista. Tmagc (discusión) 19:23 11 feb 2024 (UTC)Responder
¡Tienes razón! Quizás también haya algún tecnicismo griego. Tchr podría servir. Saludos. Lin linao ¿dime? Lin linao ¿dime? 13:17 12 feb 2024 (UTC)Responder
Adicionalmente, podría ayudar en toki pona, es un idioma artificial, por ende, no tiene variantes regionales, así que se podría hacer también pues es regular. Felices fiestas, PFSV-UY (discusión) 17:27 24 dic 2023 (UTC)Responder
@Lin linao @PFSV-UY Sería buenísimo agregar las pronunciaciones para esos idiomas, no los vi en el sitio en inglés así que sería un gran distintivo. Les propongo lo siguiente: cuando puedan, pásenme algún documento que tengan o hayan encontrado con las equivalencias entre letras y fonemas, así implemento los módulos. Sino, escriban en un excel, o mejor aun en un .csv, en una columna, la o el grupo de letras y en la otra el fonema equivalente. Pueden agregar una tercera columna con comentarios, por ejemplo si una letra tiene dos fonemas equivalentes, ej. (|columna1|columna2|columna3|): |tr|ʝ|-| ; |b|z|cuando está precedido por vocal| ; |b|s|cuando está precedido por consonante|; y así para cada letra o grupo de letras.
Gracias por la información y los aportes. Saludos, y felices fiestas. Tmagc (discusión) 21:50 24 dic 2023 (UTC)Responder
De hecho, todas las letras del toki pona son exactamente iguales a su fonema en afi, m es /m/, o es /o/, etc. Aquí hay un poco de información de su fonología: https://jan-ne.github.io/tp/phonology. ¿Sigue siendo necesario mandar un excel? Gracias, PFSV-UY (discusión) 18:28 25 dic 2023 (UTC)Responder
No, si es así está bien. Eso es muy fácil de automatizar. Cuando tenga tiempo lo agrego, gracias. Tmagc (discusión) 01:29 29 dic 2023 (UTC)Responder
También agrego ejemplos para ilustrarlo mejor: alasa, esun, ijo, toki. PFSV-UY (discusión) 18:30 25 dic 2023 (UTC)Responder
Hola de nuevo, por ahora me parece muy bueno el módulo, aunque sé que no está aún terminado, y que aún falta por implementar los otros idiomas, sin embargo tenía una duda menor, ¿por qué en hornblenda la n aparece como /m/? Quizá sea alguna característica fonética que desconozco del español, por eso quería saber. Un saludo, PFSV-UY (discusión) 05:35 5 ene 2024 (UTC)Responder
Hola, @PFSV-UY. Esto ocurre por ejemplo en palabras como enviar, convertir, invitar... De w:Transcripción fonética del español con el Alfabeto Fonético Internacional#Consonantes, nota 20:

[m] ocurre cuando /N/ está en sílaba trabada con una consonante bilabial /b/, /p/ (así como la variante dialectal de /f/, [ɸ]) y nasal /m/; convertir [kõ̞mbe̞ɾˈtiɾ], inmoral [ĩmmo̞ˈɾa̠l].

Creo que existe alguna regla ortográfica según la cual debemos escribir nv (y no mv) pese a que se pronuncie /m/ de acuerdo con lo anterior. La combinación de consonantes nb no debe de ser muy frecuente, así que me pregunto si hornblenda no será una excepción (yo de primeras lo pronunciaría como /nb/). Un saludo, Peter Bowman (discusión) 10:42 5 ene 2024 (UTC)Responder
@PFSV-UY @Peter Bowman Personalmente, yo pronunciaría “nv”, "nb" y “np” como “mb” y “mp”; pero “nm” la pronuncio tal cual (/in.mo'ral/, /in.mo'lar/). Lo de “nv” es un detalle menor que lo arreglaré cuando pueda, cuando haya terminado de hacer algunas cosas más importantes. Saludos. Tmagc (discusión) 01:24 10 ene 2024 (UTC)Responder
@Tmagc: en principio sería [mm], igual que hace enwiktionary: en:inmoral#Spanish. Un saludo, Peter Bowman (discusión) 11:14 10 ene 2024 (UTC)Responder
No sé si es a propósito, pero los audios no funcionan si no tienen información fonética (fono= o fone=), ¿es intencional? Ej. zorge. Un saludo, PFSV-UY (discusión) 18:05 6 ene 2024 (UTC)Responder
@PFSV-UY Sí, por el momento está hecho para que sólo se muestre si está la transcripción. Con respecto al audio, quisiera achicar el botón porque así como está arruina la estética de la tabla; debería aparecer al lado de la transcripción y no abajo. Tmagc (discusión) 01:21 10 ene 2024 (UTC)Responder
@Tmagc: me he fijado en que el parámetro alt no funciona, para idiomas como el latín o el hebreo es importante recuperarlo (p.ej. multo, יהושע). Peter Bowman (discusión) 23:38 18 ene 2024 (UTC)Responder

Anunciando los resultados de la votación de ratificación de la Carta del Comité de Coordinación del CUC (Código Universal de Conducta). editar

Puedes encontrar este mensaje traducido a otros idiomas en Meta-wiki. Por favor, ayuda a traducir a tu idioma

Queridos y queridas,

Gracias a todos y todas por seguir el progreso del Código Universal de Conducta. Les escribo hoy para anunciarles el resultado de la votación de ratificación de la Carta del Comité Coordinador del Código Universal de de Conducta. En esta votación de ratificación votaron 1746 contribuyentes, con 1249 votantes que apoyaron la Carta y 420 votantes que no lo hicieron. El proceso de votación de ratificación permitió a las y los votantes hacer comentarios sobre la Carta.

Un informe de las estadísticas de votación y un resumen de los comentarios de las y los votantes se publicarán en Meta-wiki en las próximas semanas.

Por favor, esperen que pronto escucharán los próximos pasos.

En nombre del Equipo del Proyecto del Código Universal de Conducta,

RamzyM (WMF) 18:24 12 feb 2024 (UTC)Responder

Noticias técnicas: 2024-07 editar

MediaWiki message delivery 05:48 13 feb 2024 (UTC)Responder

Redirección de plantilla:gem editar

La redirección de la plantilla gem no esta funcionando por ejemplo en: greet ó *rëngas Cvmontuy (mensajes) 09:47 13 feb 2024 (UTC)Responder

@Cvmontuy Ese código está mal. Los códigos correctos son los que están en Wikcionario:Códigos de idioma, en tu caso es gem-pro. Ahora mismo estoy migrando las páginas que faltan. Tmagc (discusión) 09:52 13 feb 2024 (UTC)Responder
Antes si funcionaba la plantila en cuestión gracias Cvmontuy (mensajes) 09:56 13 feb 2024 (UTC)Responder

Actual

Agregar idiomas faltantes y re-elaboración del módulo lengua editar

Hola otra vez. Les propongo dos cosas relacionadas aunque pueden implementarse de forma independiente. Lo primero: quiero agregar todos los idiomas que faltan. Son cerca de 8000. Lo siguiente habría que discutirlo, pero en principio sería bajo las siguientes reglas:

- Habrían dos tablas: una de idiomas y protoidiomas (para etimologías) y otra de familias de idiomas que se usaría meramente para clasificar pero no aparecería explícitamente en las páginas.

- Se respetan los códigos ISO de 3 letras (ISO-639-3), salvo para los idiomas que tengan código ISO de 2 letras (los más comunes). Para los idiomas que no tienen código ISO, si fueron agregados se mantiene el código que tenían, y para los que faltan me basaría en los códigos que aprecen en el sitio en inglés.

- Tendría más sentido y sería más regular renombrar los códigos de protoidiomas con el sufijo (o prefijo, lo que prefieran) “-pro”, tal como está en el sitio en inglés. Esto evitará algunas colisiones con algunos idiomas y sus respectivos protoidiomas en donde sino debería repetirse el mismo código :(.

- Respecto del punto anterior hay algunas irregularidades, hasta ahora vi dos protoidiomas sin el sufijo “-pro” (ine y trk, que deberían ser “ine-pro” y “trk-pro”), como así también creo haber visto algún que otro idioma con un código diferente al ISO. En una primera instancia, dejería ambos códigos como válidos, con el objetivo de migrar en algún momento los que sean irregulares. Me aseguré de que por el momento se mantengan los códigos de los idiomas que han sido registrados hasta la fecha.

- ¿Cuál sería el criterio para nombrar a los protoidiomas? Según tengo entendido en castellano se escribe el prefijo junto al idioma sin espacio ni guiones, pero queda medio raro cuando el idioma no es un gentilicio y es un nombre propio (por ejemplo: proto-hmong).

Lo segundo: en lugar de tener todas las plantillas desparramadas, hacer una implementación a la francesa y juntar todo en una tabla que sea accedida por el módulo que busca el código del idioma. Esto implicaría hacer algunas modificaciones al módulo lengua. En el sitio francés se usa. En el sitio en inglés tienen una tabla similar, aunque la implementación es más oscura y difícil de entender. Esto permitiría además generar automáticamente una tabla con los códigos de idioma para mostrar la cual sería actualizada automáticamente. Algo similar a lo que hice en su momento con los caracteres Unicode.

Quisiera oír sus opiniones, y si la respuesta es un sí necesitaría saber qué otros módulos o plantillas que usen las plantillas de idiomas se podría/habría que tocar. Saludos. Tmagc (discusión) 16:13 22 dic 2023 (UTC)Responder

Hola, @Tmagc. Por lo general no tengo nada en contra, pero... paso a paso :). Hay varios hilos abiertos que conllevan realizar cambios muy profundos, y todavía están surgiendo cosas como esta con las últimas modificaciones en pron-graf: [20]. Peter Bowman (discusión) 13:50 23 dic 2023 (UTC)Responder
Buenas, estoy ordenando y traduciendo los códigos de idiomas que se usan en en.wiktionary , además de compararlos con los códigos que tenemos. Ya comenté que por consistencia algunos códigos serán migrados; las páginas afectadas son relativamente pocas y me puedo encargar. No obstante, hay tres casos en donde me gustaría unificar códigos:
  1. El galo cisaplino (xcg) y el galo transalpino (xtg) son dialectos del galo. Ambos códigos deberían ser unificados a uno nuevo que represente simplemente el galo; en muchas entradas etimológicas se usan ambos indiscriminadamente y no queda lo suficientemente claro que quien lo escribió fue consciente de tal distinción existente.
  2. El croata, serbio, bosnio, montenegrino y caicavo son todos dialectos del serbocroata (sh). Las páginas que contengan estos códigos deberán ser migrados todos al serbocroata y quizá a lo sumo utilizar la plantilla de {{ámbito}} para indicar si la palabra es regional.
  3. Por lo que veo, todos los códigos de las variedades de quechua parecerían más bien representar dialectos más que idiomas diferentes. Deberían unificarse, probablemente dejando más de un código. En el sitio en inglés dejaron el quechua, el quechua clásico y el inga; lo cual me parece un error ya que el último suele considerarse dialecto. Estuve buscando información y al parecer hay dos divisiones claras [21], quechua I y quechua II. Quizá podríamos hacer cuatro códigos: dos para estas lenguas, uno para el supuesto “protoquechua” y otro que sólo sirva para referirse a la familia o macrolengua.
Pueden ver más información acerca de las discusiones en en.wikt acá.
Lo único que voy a agregar, que encontré en un comentario, es que ISO sólo cataloga los códigos básicamente en función de lo que le van pidiendo; pero ellos no son expertos en el tema. Por lo que es una pésima idea guiarse por el criterio de “1 código ISO = 1 idioma”. Hay idiomas que aún no tienen código, hay idiomas espurios que aún tienen código y hay lenguas que en realidad son dialectos pero también tienen código.
En el sitio en inglés implementaron tres tipos de códigos: uno para idiomas, otro para familias y otro para “idiomas etimológicos”. A mí esta distinción me parece una complicación innecesaria. Se supone que los últimos se permiten sólo para indicar la etimología, pero aún así es algo que costaría que todos se acostumbren e igualmente veo que sólo complica la implementación, ya que hay muchos de estos idiomas que nunca fueron utilizados [22]. Para mí, o es idioma o no lo es. Para las palabras regionales ya tenemos la correspondiente plantilla que las clasifica.
Lo que me gustaría saber es que opinan sobre todo de 1. 2. y 3. Sobre todo del quechua, que afectará a una gran cantidad de páginas. ¿Ya tuvieron alguna discusión al respecto? Si nadie responde, dentro de unos días implementaré el módulo y procederé con esto como mejor lo considere. Tmagc (discusión) 01:40 3 ene 2024 (UTC)Responder
Hola. Respecto al 2, ten en cuenta que es una interpretación de la comunidad de enwikt. En plwikt, por ejemplo, hemos decidido separar la macrolengua en esos cuatro o cinco idiomas/dialectos. Creo recordar, sin embargo, que la opinión mayoritaria entre lingüistas es la de mantener vivo el serbocroata; también es una decisión pragmática si la trasladamos al terreno de Wikcionario, de modo que estoy de acuerdo contigo. Respecto a los tres puntos en su conjunto, avísame cuando necesites realizar cambios en masa para que los lleve a cabo con mi bot. Peter Bowman (discusión) 10:20 3 ene 2024 (UTC)Responder
@Peter Bowman Con respecto a eso, ¿tu bot puede correr cosas en Python? Estuve tratando de revisar tu wikibot pero de Java sé poco y nada y tuve problemas para importar esa biblioteca de wikipedia (para analizar wikitexto) que usás. Estaba pensando que sería un golazo; podría pasarte listas de títulos de páginas junto con el código Python a ser ejecutado en c/u. ¿Cómo lo ves? Quizá pueda traducir tu algoritmo a Python y usarlo como punto de partida. Tmagc (discusión) 18:22 3 ene 2024 (UTC)Responder
@Tmagc: puedo ejecutar código Python, pero no tengo tanta soltura con pywikibot. En primer lugar, optaría por usar mi implementación dado que la manejo mejor y tengo un parser adaptado a Wikcionario. Peter Bowman (discusión) 19:31 3 ene 2024 (UTC)Responder
Sobre el 2, creo que no se debería hacer todavía, pues aún es un tema debatible y muchos lectores conocen más al Croata o Serbio, que al Serbocroata. Yo creo que podríamos en todo caso hacer votaciones en Wikcionario con ese tema.
Por otro lado, ¿qué piensas hacer con idiomas que tienen más de un código de idioma en Wikcionario en español? Me refiero a casos como el Mandarín (zh y cmn) o el Zazaki (diq y zza).
Por último, un detalle que siempre lo noté pero no le puse atención: nl en la plantilla 'lengua' es Neerlandés, pero en 'etimología' aparece como holandés. ¿Cuál denominación prefieres?
¿Estos cambios que planeas hacer afectarán a la estructura clásica o no tengo que preocuparme por cambiar mucho, como en pron-graf que fue fácil el cambio? Pregunté mucho pero bueno, un saludo, PFSV-UY (discusión) 22:07 3 ene 2024 (UTC)Responder
Por otro lado, ¿quieres simplemente hacerle cambios a la plantilla lengua o quieres pasarla a un módulo? PFSV-UY (discusión) 22:12 3 ene 2024 (UTC)Responder
@PFSV-UY Quiero unificar las plantillas de idiomas en un módulo. La idea es hacer algo similar a una tabla en donde queden guardados todos los códigos con sus respectivos nombres y cierta información adicional que pueda ser útil, como denominaciones alternativas. Esto permite que a la larga sea más fácil de mantener y hacer cambios. Además, en la página con la lista de códigos de idiomas será mostrada una tabla automáticamente a partir de la información guardada en estas tablas en lugar de tener un bot que revise si hay plantillas nuevas.
Por lo tanto, el nombre canónico para “nl” podría ser “holandés” y en la tabla de la página que muestre todos los idiomas poner “neerlandés” en la columna de “otras denominaciones”. O viceversa, como prefieras(n).
En cuanto a 2. , el motivo es más que nada pragmático. Creo que ellos no reconocen el serbocroata por cuestiones nacionalistas, pero la mayoría concuerda en que son lo suficiente inteligibles para ser considerados un único idioma. Todas estas unificaciones las estoy anotando para que quede constancia; los códigos no van a “desaparecer” sino que van a aparecer esos cinco códigos en la tabla de códigos pero marcados como “prohibidos por ser dialectos del serbocroata (sh)”. Por lo tanto, quienes no lo conocen lo podrían encontrar fácilmente en la página con la lista de códigos al buscar “croata”, “serbio”, etc. verán que los mandará al serbiocroata. Y en todo caso, si desean marcar una palabra específica para el serbio, croata, etc. para eso está la plantilla de ámbito.
Gracias por avisar lo de los códigos duplicados, no me había percatado. Si realmente son duplicados hay que unificarlos, preferentemente al código estandarizado ISO de 2 letras, sino al de 3 letras. Y justo mencionaste el chino lo que me lleva a agregar un caso más:
4. En en.wikt usaron “zh”, que es el código de la macrolengua china. Pero, ¿cómo hacemos con esto? Hace un tiempo se hizo una votación para unificar todo en un único código y tratar las variantes como dialectos por motivos más que nada pragmáticos. Sin embargo, aunque se haya unificado todo, el debate no parece estar claramente resuelto. Creo que por las dudas conviene mantener las variantes como idiomas separados, pero no estoy seguro.
Por último, cambiará sólo el “backend”. La utilización de las plantillas de idiomas en el editor sigue siendo la misma que antes, sólo que algunos códigos cambiarán. Tmagc (discusión) 14:41 4 ene 2024 (UTC)Responder
Yo creo que me quedaría con nl=neerlandés como nombre canónico, por algún motivo la RAE define el holandés como un dialecto de este ([23]). Esto también evitaría tener que reordenar muchas secciones de idioma. Peter Bowman (discusión) 15:32 4 ene 2024 (UTC)Responder
También considero al neerlandés como mejor opción. En cuanto a los códigos del croata, bosnio y serbio, ¿piensas hacer algo como pasa ahora con el código cz, que al ponerlo en la plantilla lengua, te sugiere cs? Supongo que es también una alternativa a tener en cuenta y sería útil para quienes desconocen del tema.
Por otro lado, hay que tener cuidado con esta plantilla, pues a diferencia de pron-graf, es muy utilizada en todo Wikcionario. Sobre el tema de Zazaki, veo que zza es el código de la lengua, y diq es el código de un dialecto de la misma, algo así como "Zazaki meridional", según Wikipedia en inglés, por lo que se mantendría zza y diq se eliminaría o renombraría, pero igualmente ese es el menor de los asuntos.
Sin querer molestar más, les digo que me comprometo a trasladar todas las entradas bosnias, croatas y serbias al Serbocroata si esto procede. Un saludo, PFSV-UY (discusión) 05:13 5 ene 2024 (UTC)Responder
Otro tema, cuando pongas los códigos, no te olvides del código trans (Translingüistico). PFSV-UY (discusión) 17:31 5 ene 2024 (UTC)Responder
@PFSV-UY No sé qué tan sofisticada es la plantilla actual, lo que haré por el momento es ponerlos en una lista de “códigos prohibidos” y por lo tanto el módulo arrojará un error genérico. Más adelante, cuando tenga más tiempo puedo terminar de pulir esa parte para sugerir el código de idioma correcto. Igualmente reitero: la lista de códigos prohibidos va a aparecer junto con la lista de códigos normales por lo tanto cuando busquen “bosnio” lo van a encontrar y van a ver por qué no se usa. Lo demás lo tengo en cuenta, y no vas a tener que trasladar nada; las migraciones masivas las vamos a hacer con el bot de Peter. Tmagc (discusión) 13:40 6 ene 2024 (UTC)Responder
5. Actualmente tenemos códigos para el emiliano, el romañol y el emiliano-romañol. Similar a lo que sucede con el serbocroata, sugiero adoptar la estrategia más pragmática y unificar los tres a emiliano-romañol. A menos que alguien se oponga, es lo que haré. Tmagc (discusión) 13:42 6 ene 2024 (UTC)Responder
Hay que tener en cuenta que muchos del serbocroata ya están duplicados, es decir, la misma palabra está tanto en "Bosnio" como en "Serbocroata". Sobre el emiliano-romañolo, y creo que también hablaste del quechua, no tengo una opinión sólida pues no conozco los idiomas. Un saludo, PFSV-UY (discusión) 17:56 6 ene 2024 (UTC)Responder
Actualización: Sigo trabajando en el módulo, está llevando más de la cuenta recopilar todos los códigos y compararlos para analizar la consistencia. Hay otro asunto más que debo mencionar:
6. El quinqui/romanó ¿lo consideran un idioma o un dialecto? En en.wikt lo consideran un idioma pero al no ver el código acá, o nunca agregaron ninguna palabra o están mezcladas con el español. Agradecería si alguien que sepa algo responde. Tmagc (discusión) 01:18 10 ene 2024 (UTC)Responder
Actualización: Si ya se dieron cuenta publiqué la primera versión. Las decisiones que tomé (o que voy a tomar) fueron
  1. unificar el galo (eran pocas páginas)
  2. unificar al serbocroata
  3. no unificar el quechua ante la duda; pero armé subdivisiones jerárquicas en el archivo de familias
  4. no unificar el chino, ante la duda
  5. unificar el emiliano y el romañol
  6. no unificar el quinqui
  7. diversas migraciones de códigos entre las que cabe destacar trans -> mul, es el código estándar para translingüístico y vendría bien para tener todos los códigos de 2, 3 o 6 letras.
modifiqué Wikcionario:Códigos de idioma para que vean cómo quedaría. Expliqué brevemente cómo serían las nuevas reglas para el uso y modificación de códigos. Si no hay objeciones, entonces @Peter Bowman lo antes que pueda te paso la tabla con todas las migraciones de códigos para hacer. Apenas estén hechas voy a modificar el Módulo:lengua y demás plantillas necesarias. Supongo que voy a necesitar permiso para tocar getlang y alguna otra plantilla importante para que llame a este nuevo módulo en lugar de buscar las plantillas de idiomas. Tmagc (discusión) 05:41 16 ene 2024 (UTC)Responder
De acuerdo, @Tmagc. ¿Te parece bien crear una nueva plantilla y luego reemplazamos los usos de getlang por esta? Peter Bowman (discusión) 10:51 16 ene 2024 (UTC)Responder
@Peter Bowman De acuerdo. Necesito que proceses con tu bot estas páginas. La tabla con todos los códigos es esta. Básicamente es un csv que tiene el formato codigo viejo;codigo nuevo;nombre viejo;nombre nuevo;acción a realizar (cantidad supuesta de páginas que serán afectadas). Las que dicen MIGRAR es porque el idioma es el mismo, pero cambia el código. Las que dicen UNIFICAR es porque se trata de un dialecto de un idioma. En esos casos, lo que quiero hacer además de cambiar el código es insertar la plantilla {{ámbito|}} con el nombre viejo.
Para eso, sugiero algo similar al siguiente algoritmo. No sé si es lo más sofisticado pero es un buen punto de partida para migrar págians en un tiempo razonable. Básicamente esas búsquedas fueron las que hice para detectar páginas con códigos a reemplazar. En este sentido, te pido que empieces procesando la lista de páginas que te pasé porque en esas seguro hay que modificar algo. Vos sabrás qué hacer y cómo hacer con tu bot.
Los códigos que dicen DESTRUIR es porque refieren a idiomas espurios o cuyo nombre es ambiguo o confuso. Prefiero encargarme manualmente de ellos, de todas formas son pocas páginas.
Voy a estar probando la plantilla nueva. Estaré atento, así que avisame cuando hayas terminado así hacemos el cambio de plantilla lo más rápido posible.
PD: hay que ver qué hacemos con la plantilla de {{normalizar nombre}}, también vi que en algunos usos de {{etimología}} no se usan códigos de idioma y se usan nombres en su lugar, como en [algoritmo]. Supongo que habrá que buscar todas estas páginas (gran parte de ellas están en Páginas Requeridas) en donde ocurra esto y hacer los reemplazos correspondientes. Estaré en ello también. Saludos. Tmagc (discusión) 04:10 17 ene 2024 (UTC)Responder
Muchas gracias por la preparación. Me ocuparé en cuanto tenga algún rato libre, espero que ya este fin de semana (o si no de cara al siguiente). Un saludo, Peter Bowman (discusión) 16:30 17 ene 2024 (UTC)Responder
@Peter Bowman Como dije antes, necesito que también te encarges de reemplazar las invocaciones de {{etimología}} con nombres por sus códigos equivalentes. Para eso te paso: un csv, el listado de páginas a revisar, y el algoritmo que deberías ejecutar con tu bot (equivalente en Python). Básicamente la idea es: 1. usar el csv como diccionario para mapear los nombres a sus códigos equivalentes 2. en cada página encontrar las invocaciones mal hechas, 3. ver si el nombre lo tenemos en el diccionario y reemplazarlo por su código de idioma. Por favor, avisá cuando hayas terminado así veo de prohibir invocaciones de la plantilla etimología con nombres de idiomas en lugar de sus códigos.
Es un disparate que se hayan permitido cosas como esas, todo por la paja de no revisar la tabla de códigos o de no querer pedir un código de idioma nuevo. Espero que no vuelva a pasar nunca más. Saludos. Tmagc (discusión) 02:01 22 ene 2024 (UTC)Responder
Una cosa más, los siguientes códigos prefiero tratarlos manualmente porque son más confusos y en generar hay que dividirlos porque refieren a macrolenguas: dog, hmn, kar, mno, mo, prs, roa, simple, smi, syr, xsc, ypk. Las páginas son pocas así que no creo que a nadie le moleste. Tmagc (discusión) 04:17 17 ene 2024 (UTC)Responder
El quechua son varios idiomas, el problema es que casi todo lo que hay aquí lo hizo Marrovi y que los códigos ISO se pasan con las divisiones. Deberían estar el protoquechua, el clásico (IIC?), el quichua ecuatoriano (IIB), el quichua santiagueño (IIC), el quechua sureño (IIC), que es un estándar escrito para todas las variedades bolivianas y las del sur de Perú (ayacuchano, cuzqueño, sudboliviano, etc.), el huanca (I?) y los otros varios quechuas centrales (I), aunque eso es un berenjenal. Casi todo lo que hay en el Wikcionario es quechua sureño. Como extra está la ortografía de cinco vocales (solo hay 3 fonémicas) para el cuzqueño que promueve la Academia Mayor de la Lengua Quechua y tiene bastante uso en la zona.
El quinqui de Ethnologue parece una lengua fantasma. Entiendo que los quinquis son o eran un grupo social que usaba una lengua secreta, de las muchas que había en España, que era una jerga para mantener en secreto las conversaciones. Lo pondría dentro del castellano o el caló según corresponda y con una nota de uso como "Jerga quinqui". Saludos. Lin linao ¿dime? 04:01 9 feb 2024 (UTC)Responder
Bueno, los códigos ya están casi todos migrados. Todavía me queda por resolver cómo unificar el serbocroata, y quedan otros casos con pocas páginas que los puedo terminar de ver hoy. Antes de que todos se empiecen a asustar y vean enlaces a plantillas de códigos inexistentes, @Peter Bowman te pido que me habilites el acceso a Módulo:lengua. Creo que las demás plantillas de idiomas las tengo habilitadas salvo getlang, pero esa se puede reemplazar. Tmagc (discusión) 09:47 12 feb 2024 (UTC)Responder
¡Genial, gracias! @Tmagc: listo, ya puedes editar Módulo:lengua. Peter Bowman (discusión) 10:17 12 feb 2024 (UTC)Responder
@Peter Bowman NEcesito acceso a {{l}}, de lo contrario las etimologías se van a ver mal Tmagc (discusión) 21:02 12 feb 2024 (UTC)Responder
@Tmagc: hecho. Peter Bowman (discusión) 21:54 12 feb 2024 (UTC)Responder
@Peter Bowman Bueno por el momento está casi todo migrado, quedan algunos casos que van a tener que ser analizados manualmente, ya veremos. Ahora y si nadie se opone, voy a dar de baja la mayoría de las plantillas de categorización e implementar mi propia versión de {{auto cat}}. El objetivo último sería que esta plantilla vaya en todas las categorías y que haga todo, tal como sucede en en.wikt. Yo creo que es lo más práctico a largo plazo y una vez que haya hecho esto podré dar de baja {{categoría de idioma}}, la última plantilla importante que accede a las plantillas de idiomas. Por otra parte, ya podrías ir liberando a tu bot de la tarea de agregar plantillas nuevas a Apéndice:Códigos de idioma. PAra evitar la confusión, sugiero borrar esa página o bien dejar una redirección a Wikcionario:Códigos de idioma Tmagc (discusión) 03:18 14 feb 2024 (UTC)Responder
Estupendo, @Tmagc, ya he desactivado esa tarea de mi bot y he convertido el apéndice en una redirección a la nueva página. Peter Bowman (discusión) 22:42 14 feb 2024 (UTC)Responder
Otra cosa más. ¿Hasta dónde debería tocar de las categorías? Quiero decir, entiendo que en una categoría sólo deberían ir los enlaces a otras categorías y a veces una breve descripción, pero no mucho más. Cosas como las que se ven en Categoría:FI:Sufijos_posesivos, en mi opinión están fuera de lugar. Básicamente, supongo que nadie se opone a que páginas como esas sean limpiadas. Tmagc (discusión) 03:35 14 feb 2024 (UTC)Responder
Estoy de acuerdo, esa información debería estar en una subpágina de Wikcionario:Referencia. Peter Bowman (discusión) 22:47 14 feb 2024 (UTC)Responder
Buenas, estoy revisando cómo están organizadas las categorías. Hay algunas inconsistencias, nombres de campos semánticos sin tildes, categorías mal categorizadas, etc. Esto se va a corregir una vez haya implementado el auto cat. Lo único que quería preguntarles es si están de acuerdo con fuisonar la categoría de “ciencias sociales” y “ciencias naturales” en “ciencia”. Cualquiera que conozca la opinión científica y filosófica contemporánea sabe que esa división ha quedado más que obsoleta y no sirve para nada. Tmagc (discusión) 22:16 14 feb 2024 (UTC)Responder
Ya casi está la primera versión de {{auto cat}}. PAra que se den una idea, miren la nueva versión de Categoría:Español, o la belleza de árbol genealógico en Categoría:Caló. Por el momento, la idea es procesar todas las páginas de categorías salvo las que empiecen por “Categoría:Wikcionario...”, esa es un poco más compleja y me gustaría quizá reesctrucutrar algunas cosas. Lo que sí creo que hay que determinar qué tiene sentido categorizar y qué no. Por ejemplo, categorizar las palabras por número de letras no me parece que tenga mucho sentido, entre otras cosas hay muchas categorías que me parece que no van como Categoría:PL:Lunas de Saturno y entre otras cosas que vi por ahí. Voy a ir empezando a migrar de a poco.
Lo único importante que falta son los países y regiones, pero ¿tiene sentido tener por ejemplo una Categoría:Argentina, que englobe a Categoría:ES:Argentina y a Categoría:Idiomas de Argentina? ESto pasa en prácticamente todos los casos. Lo que quiero decir es: No sería mejor que no queden solamente los códigos de idioma como “categoría base”? Porque sino se me hace muy circular tener una Categoría:Términos obsoletos y una Categoría:ES:Términos obsoletos. Se pierde la estructura de árbol y queda todo categorizado doble, no sé si me explico pero estaría bueno dejar sólo Categoría:ES:Términos obsoletos y así con el resto. Tmagc (discusión) 06:09 22 feb 2024 (UTC)Responder
De otro modo lo que se puede hacer es, si el criterio para la jerarquía de categorías o para lo que se admite como “categoría” es más laxo, puedo hacer que el módulo no procese nada en lugar de arrojar un error como lo hace actualmente. Tmagc (discusión) 06:16 22 feb 2024 (UTC)Responder
@Peter Bowman Una cosa más, necesito acceso a {{plm}}, esa plantilla también accede a getlang. Tmagc (discusión) 23:58 14 feb 2024 (UTC)Responder
@Tmagc: hecho. Peter Bowman (discusión) 00:11 15 feb 2024 (UTC)Responder

Cómo evitar múltiples inclusiones de pron-graf en una misma sección de idioma editar

A raíz de una disputa con @Peter Bowman y @SUPERFLUO15 por una edición en צבוע, sugiero implementar el siguiente cambio en la plantilla pron-graf: debido a que en algunos idiomas como el latín o el hebreo suele modificarse el parámetro alt para poner la grafía que se usa para ayudar a la pronunciación; y debido a que, del lado del mantenimiento de las páginas, conviene mucho más que la plantilla pron-graf se incluya una única vez debajo del encabezado de idioma, sugiero incluír un nuevo parámetro |fgraf. Este parámetro funciona con doble índice igual que los demás parámetros de transcripción y la idea es escribir las grafías en este parámetro y agregar luego una |fnota indicando con qué etimología o tipo de palabra se corresponde. Revisen la página que mencioné para que vean cómo queda. Si no hay diferentes grafías pero de todas formas la palabra tiene distintas pronunciaciones según la etimología o tipo, sería lo mismo pero sólo con |fnota, tal como está ahora en суши.

En virtud de dicha propuesta sugiero dar de baja |alt: porque |fgraf lo puede reemplazar y más allá de estos idiomas excepcionales en donde hay varias grafías para una misma palabra, no veo cuál es la utilidad en los demás idiomas más allá de que sea un lugar más para llenar de links los títulos que sólo desarmonizan la estructura respecto del resto de páginas y distraen al lector.

Si nadie se opone adoptamos este cambio, pero me gustaría que opine en especial SUPERFLUO15, que probablemente sea el más afectado por el cambio y nunca tuve opinión alguna de ellx. Saludos. Tmagc (discusión) 03:42 11 feb 2024 (UTC)Responder

Más aún, si migramos todos los alts de los idiomas que sean relevantes hasta podríamos quitar el título de la plantilla o cambiarlo por otro. Sino queda redundante con el título de la página y ocupa espacio. Tmagc (discusión) 03:51 11 feb 2024 (UTC)Responder
Me parece bien la solución que has implementado, y si ya no hace falta y podemos quitar ese título de pron-graf, mejor que mejor. Un saludo, Peter Bowman (discusión) 11:36 11 feb 2024 (UTC)Responder
Hola. ¿Lo que propones cubre también lo que pasa con el inglés? P. ej. house o live. Saludos. Lin linao ¿dime? 13:22 12 feb 2024 (UTC)Responder
@Lin linao Así es. Igual no me queda claro que house tenga dos pronunciaciones diferentes. Pero en principio sí, aplica para cualquier palabra que tenga dos pronunciaciones según tipo o etimología. Tmagc (discusión) 05:29 22 feb 2024 (UTC)Responder

Tech News: 2024-08 editar

MediaWiki message delivery 15:36 19 feb 2024 (UTC)Responder

Errores de formato en múltiples páginas editar

Hola a todos, he estado procesando los contenidos del Wikcionario y he encontrado pequeños errores de formato en múltiples páginas.

Estos errores se centran en las definiciones de las palabras que usualmente siguen el formato de:

<dl>
  <dt>1</dt>
  <dd>
    Definición
    <ul></ul>
  </dd>
</dl>
Pero algunas veces el formato no es correcto normalmente porque el <dt> o <dd> no están en el <dl> o bien algún elemento de <ul> se ha salido fuera.

Aqui tenéis una lista de las palabras afectadas y aqui el log de los errores.

No sé cómo de complicado sería corregir estos errores de forma automatizada. SrGnis2 (discusión) 13:38 20 feb 2024 (UTC)Responder

Por qué procesás el HTML cuando ya tenés el wikitexto? Tmagc (discusión) 16:22 20 feb 2024 (UTC)Responder
Simplemente porque tengo mas practica con el HTML, ya se que no es la mejor razón del mundo pero me apetecía probar. SrGnis2 (discusión) 17:25 20 feb 2024 (UTC)Responder
En realidad es mejor parsear HTML para esto, hay multitud de trampas en las que caer si uno no se detiene a analizar qué está pasando dentro de las plantillas. Por ejemplo, acabo de arreglar la entrada zaragozano (ignórese el cambio posterior) con Especial:Diff/5298538, simplemente eliminando un salto de línea. Cuando tenga un rato, puedo buscar si encuentro más casos parecidos y eliminar esos saltos. Peter Bowman (discusión) 17:34 20 feb 2024 (UTC)Responder

Plantilla:ejemplos google editar

¿Vale usar esta plantilla? Para mí lo que vale es citar el {{ejemplo}}, de lo contrario hagamos un bot que agregue todas las palabras que aparezcan en el buscador de Google con una nota que mande al lector a consultar a Google. No, definitivamente creo que no es la gracia. Si nadie se opone, la voy a mandar a Categoría:Plantillas obsoletas. Tmagc (discusión) 02:29 23 feb 2024 (UTC)Responder

No, no tiene ningún sentido, voto por deshacernos de ella. Un saludo, Peter Bowman (discusión) 12:08 23 feb 2024 (UTC)Responder

Bot para actualizar plantillas editar

Tengo un bot que opera con la cuenta RoboJ2 y puede transformar la mayoria de los casos de uso de la plantilla obsoleta ejemplo_y_trad a la plantilla ejemplo, ¿hay alguna objeción para ejecutar este bot?, ¿le puedo asignar el atributo de cuenta del tipo bot? Cvmontuy (mensajes) 13:46 24 feb 2024 (UTC)Responder

Enlacémoslo al menos: User:RoboJ2. @Cvmontuy: ¿en qué lenguaje de programación está escrito el bot y qué framework estás empleando? ¿Vas a lanzarlo de forma supervisada o completamente autónoma? Solo has realizado dos ediciones de prueba; haz, por favor, al menos un par de decenas más para que veamos qué tal se las apaña en el espacio de nombres principal. Si no hay problemas, en una semana le asigno el flag. Aviso a Tmagc (autor de la nueva versión de {{ejemplo}}) por si observa algo en Especial:Contribs/RoboJ2. Comentario adicional: no le veo sentido a la plantilla {{NKJV}}, solo sirve para rellenar uno de los muchos parámetros de esta plantilla. Peter Bowman (discusión) 14:58 24 feb 2024 (UTC)Responder
Por enlace te refieres a la pegatina, en la página de usuario del bot?(listo).
Favor de ver respuestas en la pagina del usuario en cuestión.
Esa plantilla NKJV, a mi me permite tener una lista de entradas para un proyecto personal Cvmontuy (mensajes) 17:08 24 feb 2024 (UTC)Responder
Gracias, acabo de ver la página del bot. En cuanto a la plantilla NKJV, si es algo que solo te sirve a ti, preferiblemente usa por favor tu espacio de usuario (por ejemplo, guarda las entradas pertinentes en una lista). Peter Bowman (discusión) 19:19 24 feb 2024 (UTC)Responder
¿Esta bien, si hago que el bot retire {{NKJV}}, después de terminar, la migración de la plantilla {{ejemplo_y_trad}}? Cvmontuy (mensajes) 19:40 24 feb 2024 (UTC)Responder
Yo lo haría durante la migración, guardando las páginas donde se habría usado esta plantilla, pero si lo prefieres, déjalo para después. Peter Bowman (discusión) 20:37 24 feb 2024 (UTC)Responder
@Cvmontuy Pero sabés cómo funciona la nueva plantilla? La plantilla que está ahora cambió los parámetros respecto de cómo era antes. Si estás con Python esto [29] es algo similar a lo que esperaría que corras. Como podés ver no es tan trivial la migración porque hay muchos parámetros que cambiaron de nombre. Otros, como el apellido y el nombre o el año, mes o día se unifican en uno solo (el autor o la fecha). En otros casos, hay que dividir porque aparecía por ejemplo en la fecha algo como fecha=1980 [1555], y ahora debería ser |f=1980|fo=1555. Yo últimamaente estoy muy ocupado, pero cuando tenga un rato libre me pongo de nuevo a ver cómo seguir con las migraciones de las plantillas. Agarrá de a lotes de páginas y fijate qué es lo que aparece, cuáles son los errores que se repiten y cómo deberías corregirlo. Porque si lo único que hacés es cambiar el nombre de la plantilla, el módulo de {{ejemplo}} va a arrojar un error. Básicamente por eso es que no quiero seguir migrando así nomás sin dedicarle un poco más de tiempo para estudiar el tema. Revisá lo que hice últimamente con mi TMCbot. Saludos Tmagc (discusión) 23:18 24 feb 2024 (UTC)Responder
De acuerdo, estuve revisando las pruebas con tu bot, y salvo por lo de NJKV, el resto está OK. Por lo que infiero, vas a usar el bot para migrar tus propias contribuciones y ya conocés bien cómo las hiciste. Pero no invalida lo que dije antes: si vas a migrar páginas de otros, con mucho cuidado porque los estilos con los que uno se encuentra son muy heterogéneos. Tmagc (discusión) 02:39 25 feb 2024 (UTC)Responder
@Tmagc, gracias por revisar, saludos, 200.68.186.243 (discusión) 20:39 25 feb 2024 (UTC)Responder
¿Puedo poner a RoboJ2 el flag de bot? --Cvmontuy (mensajes) 12:12 1 mar 2024 (UTC)Responder
@Cvmontuy, mañana se cumplirá una semana y le asignaré el flag. Si te urge, edita hoy esas 300 páginas que faltan (ya llevas 170 ediciones de prueba) y prescindiremos de asignar permisos. Peter Bowman (discusión) 15:38 1 mar 2024 (UTC)Responder
@Cvmontuy: ahora se los asigno. Ten en cuenta, por favor, mw:API:Etiquette e intenta poner una pausa de al menos 5 segundos entre cada edición del bot. Cuando vayas a ejecutar una nueva tarea, abre un hilo aquí, descríbela y espera un tiempo prudente para permitir posibles observaciones. Un saludo, Peter Bowman (discusión) 16:07 2 mar 2024 (UTC)Responder
Gracias Cvmontuy (mensajes) 10:50 3 mar 2024 (UTC)Responder
@Cvmontuy: ya que lo tienes, ¿por qué no usas el flag? Acabas de hacer unas 150 ediciones sin él, dejándolas visibles en los Cambios Recientes. Peter Bowman (discusión) 12:21 3 mar 2024 (UTC)Responder
Hola una disculpa, no sábia que se tenia que activar una bendera en el código del bot, ya lo hice, gracias Cvmontuy (mensajes) 01:07 4 mar 2024 (UTC)Responder
Bueno, ya pasó una semana así que podrías darle el flag y que le meta rosca nomás. Tmagc (discusión) 16:07 2 mar 2024 (UTC)Responder
Para el próximo fin de semana quitare la plantilla NKJV, ¿Debemos borrar las plantillas obsoletas, sin uso en entradas del wikcionario? --Cvmontuy (mensajes) 11:55 4 mar 2024 (UTC)Responder
Creo que sería más aconsejable categorizarlas con {{plantilla obsoleta}} en la documentación o también en la plantilla misma con noinclude. Aunque si la plantilla implica un vicio para la comunidad en general se podría además de eso comentar el código para evitar que la sigan usando... Tmagc (discusión) 14:37 4 mar 2024 (UTC)Responder
Estaría bien categorizar las entradas que transcluyen plantillas obsoletas, para su posterior revisión. NKJV excepcionalmente se borrará, y deberíamos evitar crear este tipo de plantillas de un solo uso para fines particulares. Peter Bowman (discusión) 21:45 4 mar 2024 (UTC)Responder

Sobre la plantillas de uso y ámbito editar

Debido a que, probablemente sin que la mayoría lo notara, decidí migrar la plantilla {{contexto}} a Lua, estoy ahora considerando que convendría darle un tratamiento similar a las plantillas de idioma. Esto es, deshacernos de todas las plantillas que invocan a {{contexto}} y juntarlo en un solo módulo. Esto evitaría que el módulo tenga que andar identificando las etiquetas en base a consultar si las páginas existen y parsearlas, no se generan links nuevos como pasaba con los pronominales, etc etc.

Si nadie se opone, lo único que voy a necesitar es que no mezclen las etiquetas que van a {{uso}} y las que van a {{ámbito}}. Las de uso son pocas, actualmente contamos con éstas más alguna plantilla no clasificada. Los dialectos, lugares y regiones van todos a ámbito.

Las plantillas de campos semánticos, oficios y profesiones las voy a dejar; todavía estoy pensando si conviene migrarlas porque requeriría inventar una nueva plantilla y que pasen a ser parámetros. Actualmente se invocan como plantillas, escribiéndose antes de las definiciones.

En suma, si les parece razonable lo que propongo. Lo hago y considero migrar las páginas que mezclan las etiquetas. Si siguen mezclando, el módulo no va a arrojar error, pero no va a categorizar. Saludos. Tmagc (discusión) 02:31 25 feb 2024 (UTC)Responder

No estoy seguro de entender todas las implicaciones de lo que mencionas pero por mi suena bien, gracias por las mejoras!--Cvmontuy (mensajes) 00:54 29 feb 2024 (UTC)Responder

LaTex editar

¿puede ser que no funcionen las fórmulas? Estoy revisando por ejemplo la que está en sinusoide, a mí no se me renderiza. La etiqueta <math>, es correcta? Tmagc (discusión) 00:33 26 feb 2024 (UTC)Responder

@Tmagc, yo la veo así: [30]. En Especial:Preferencias#mw-prefsection-rendering-math (Apariencia > Matemáticas) tengo seleccionado SVG; no me renderiza si selecciono el modo LaTeX (veo el código fuente original). Peter Bowman (discusión) 11:03 26 feb 2024 (UTC)Responder

Noticias técnicas: 2024-09 editar

MediaWiki message delivery 19:23 26 feb 2024 (UTC)Responder

Solicito protección para las páginas málaga y Málaga editar

@Peter Bowman: Hay un usuario anónimo que insiste en que Málaga es marroquí y no española. Me ha revertido mis correcciones en esas páginas.

Jemily1 Jemily1 (discusión) 13:10 28 feb 2024 (UTC)Responder

Hola, @Jemily1. Entre Cvmontuy y yo ya hemos protegido ambas páginas. Gracias por el aviso, un saludo, Peter Bowman (discusión) 13:43 28 feb 2024 (UTC)Responder
Más aun, viendo que la mayoría de trols son usuarios anónimos, lo que directamente sugiero es aplicar el mismo criterio que en en.wikipedia: obligatorio crearse una cuenta y tener más de 500 ediciones para crear páginas (el número se puede discutir). Es cierto, hay algunos pocos usuarios anónimos que hacen buenas ediciones y vienen con buenas intenciones, pero viendo que la mayoría viene a trolear creo que es necesario imponer alguna restricción mínima. Tmagc (discusión) 20:45 29 feb 2024 (UTC)Responder

Cambios en etim editar

Estoy viendo que convendría hacer de {{etim}} un alias para {{etimología}}, con la salvedad de que no escriba la mayúscula inicial. La idea sería que así se pueda combinar más fácil ambas plantillas en caso de que aplique más de una categoría. Queda implementado el cambio a partir de ahora. Como observación: no se puede dejar vacía a esta segunda plantilla, de lo contrario el módulo arrojará error. Saludos. Tmagc (discusión) 17:18 28 feb 2024 (UTC)Responder

Categoría:Páginas que usan Phonos editar

He notado que cuando añado enlaces de audio aparece esta categoría la cual hasta el momento nadie se ha tomado la molestia en crear, además, no debería distinguir entre idiomas, como en el Wikcionario en inglés, que tiene categorías del tipo "(idioma) terms with audio links". Rodrigo5260 (discusión) 20:44 28 feb 2024 (UTC)Responder

@Rodrigo5260 El problema es que esa categoría es la consecuencia de haber utilizado la etiqueta <phonos> para mostrar los audios dentro de {{pron-graf}}. Una posibilidad sería volver al estilo anterior, lo cual a mí no me gusta ya que el tamaño del botón viejo era enorme y arruinaba la estética de la plantilla al no coincidir con el tamaño del renglón.
Puedo generar dentro del módulo categorías independientes de audios para cada idioma si así lo desean. El único problema es que van a quedar ambas categorías, porque esta categoría se genera por el mero hecho de escribir el tag de phonos. Lo que estaría bueno sería averiguar cómo hacer para que <phonos> no categorice, para que tenga más sentido categorizar con el módulo mismo de pron-graf. Pero si @Peter Bowman no sabe si es posible hacerlo, dudo que alguien más pueda saberlo. Tmagc (discusión) 22:01 28 feb 2024 (UTC)Responder
Hola. @Rodrigo5260, he creado la categoría y ahora, al haberla marcado como oculta, ya no debería aparecer en las entradas. @Tmagc: la categorización no se puede evitar, viene impuesta por MediaWiki. Hay más categorías de este tipo en Especial:CategoríasDeSeguimiento, varias sin traducir aún. Un saludo, Peter Bowman (discusión) 22:09 28 feb 2024 (UTC)Responder
De acuerdo, gracias. Lo más razonable sería hacer algo como “Categoría:XX:(algo)”, quizá “Categoría:XX:Audios” o “Categoría:XX:Páginas con audios”. Qué es lo que más les gustaría? Tmagc (discusión) 22:26 28 feb 2024 (UTC)Responder
La última me gusta más. Rodrigo5260 (discusión) 23:31 28 feb 2024 (UTC)Responder

módulo:lenguas e idioma vasco/euskera editar

@Tmagc, te etiqueto por haber efectuado los cambios. Los recientes cambios al módulo despoblaron las categorías Euskera-Español y Español-Euskera, y dejaron para crear las de Vasco-Español y Español-Vasco. Entiendo que puede resultar algo polémico el cambio, por eso lo dejo aquí para su discusión. Ignacio ( — Δ — ) 20:25 29 feb 2024 (UTC)Responder

Estaba pensando algo sobre esas cosas y creo que conviene la denominación vasco. PAra mí queda mejor Categoría:palabras de origen vasco que Categoría:palabras de origen euskera. De todas formas convendría renombrar esa categoría etimológica como “Categoría:palabras provenientes del”, ya que eso permite más versatilidad al escribir el nombre del idioma, sino hay que duplicar algunos nombres como en el latín (que sería “Categoría:palabras de origen latino”, en lugar de “Categoría:palabras provenientes del latín”), lo cual es un quilombo más del lado de la programación. Superada esta discusión, la discusión sobre el nombre correcto para ese idioma está en la página de discusión de Wikcionario:Códigos de idioma. Tmagc (discusión) 20:40 29 feb 2024 (UTC)Responder

ocelotl editar

Estoy revisando esta página. En concordancia con la decisión tomada en Wikcionario:Café#Cómo evitar múltiples inclusiones de pron-graf en una misma sección de idioma, desearía unificar las plantillas de flexión a una única plantilla por subtítulo. Es decir, las plantillas que aparecen al comienzo {{inflect.nhn.sust.cons.tl.amc}} y {{inflect.nhn.sust.cons.tl}} deberían ser una sola en donde se pueda escribir las diferencias entre dialectos, que igualmente habría que revisar si con la nueva asignación de códigos no hay códigos para ambas variantes. El punto es que no hay usar {{ámbito}}; eso se usa para las acepciones, de lo contrario queda muy en disonancia con el estilo del resto de entradas.

Entonces, lo que en concreto quisiera saber es: ¿hay más páginas/idiomas en donde se hayan hecho estas cosas? Tmagc (discusión) 22:58 29 feb 2024 (UTC)Responder

Tabla de conjugación editar

Por alguna razón la tabla de conjugación está abierta por defecto, cuando debería estar plegada, también debería poderse hacer algo así con las de traducciones, como en en.wikt. Rodrigo5260 (discusión) 01:53 1 mar 2024 (UTC)Responder

Cuál tabla de conjugación? Tmagc (discusión) 02:45 1 mar 2024 (UTC)Responder
La de los verbos en español. Rodrigo5260 (discusión) 16:46 1 mar 2024 (UTC)Responder
O eso solo pasa en móvil y en la pc se ve normal? Rodrigo5260 (discusión) 16:47 1 mar 2024 (UTC)Responder
Es sólo para los teléfonos. En PC se ve bien. PArece que la función de plegar elementos no es compatible con móviles. No hay mucho que se pueda hacer. Tmagc (discusión) 17:09 1 mar 2024 (UTC)Responder
Puedo adaptar el código para que funcione en dispositivos móviles, pero preferiría primero migrar el sistema actual al mismo que emplean {{trad-arriba}} y {{rel-arriba}}, añadiendo la clase "mw-collapsible" a la cabecera. Peter Bowman (discusión) 21:58 1 mar 2024 (UTC)Responder
@Peter Bowman Es buena esa, pero de todas formas las cajas de traducciones no se muestran plegadas, o al menos a mí no me aparece la posibilidad de hacerlo. Tmagc (discusión) 01:34 2 mar 2024 (UTC)Responder
@Tmagc: eso es un poco raro, la de traducciones se te debería mostrar inicialmente plegada como aquí. Ese mecanismo, y por eso lo prefiero, viene del propio MediaWiki, así que está habilitado por defecto para todo el mundo. Sí que puede pasar que las tablas de conjugaciones no se te plieguen si has deshabilitado antes el accesorio "Añade botones globales de plegado/desplegado para tablas y plantillas." Peter Bowman (discusión) 11:13 2 mar 2024 (UTC)Responder
Además, ¿no sería mejor ir pensando en un estilo que permita mover la plantilla arriba, para quitar la sección de conjugaciones y uniformizarlo tal como es en sustantivos o adjetivos? Tmagc (discusión) 02:02 2 mar 2024 (UTC)Responder
Puede ser, no he entrado a valorar si conviene migrar o no. Hay que recordar que las conjugaciones tienden a ocupar mucho más espacio y que posiblemente por ello tengan su propia subsección. Tampoco es bueno meter todos los sustantivos y adjetivos en el mismo saco porque en unos casos con poner un par de formas basta (el plural en las lenguas romances no exige más), y en otros hará falta rellenar una tabla con bastantes filas y columnas (en aquellas lenguas altamente flexivas). No me preocuparía tanto por homogeneizar como por tratar de que se facilite la visualización y lectura de las entradas en el mayor número de casos; aquí me gusta cómo lo han solucionado en enwiktionary, donde siempre que necesiten incluir una tabla la separan en su propia sección (de conjugación o flexión sustantiva/adjetiva). Peter Bowman (discusión) 11:23 2 mar 2024 (UTC)Responder

Pares mínimos editar

Sólo para saber: sería lo adecuado eliminar estos ítems cada vez que aparezcan? Estoy pensando en lo que aparece en amar. No veo que agregar este tipo de información sea una contribución significativa. Lo mismo diría de los anagramas. Sea cmo fuere, si vamos a mantener la posibilidad de incluír esta información debería estar en una plantilla para tal fin {{pares mínimos}}. Tmagc (discusión) 16:05 2 mar 2024 (UTC)Responder

Yo no les veo utilidad. Incluso los anagramas no dejan de ser una mera curiosidad, tal vez útiles para gente que se dedica a los juegos de palabras. Allá por el 2012 y posteriormente en 2018 hablamos de sacar esa información e integrarla en una herramienta web externa a modo de buscador de anagramas: Wikcionario:Café/2018 09#Propuesta sobre anagramas. O eso, o automatizarla con un bot, como propuse en su día. Peter Bowman (discusión) 16:14 2 mar 2024 (UTC)Responder
@Peter Bowman Tendría que estudiar esa “herramienta externa”. Si es un buscador, y permite recolectar todos los anagramas de una palabra en base a las entradas existentes, entonces me quedo con esa opción. Lo de tener un bot que automatize esa parte creo que es más difícil porque en primer lugar necesitaríamos que todas las páginas estén impecables, aún faltan unas cuantas y por ahí las irregularidades en el formato imposibilitan el parseo. Además, qué pasa si alguien se pone a toquetear eso y bloquea al bot? Si podemos poner un enlace en la portada a ese buscador, nos sacamos un problema de encima y quedan las entradas mucho más limpias.
Pero a lo de los “pares mínimos” no le veo ninguna utilidad ni ninguna forma de automatizarlos porque se necesitaría tener las transcripciones fonéticas de cada palabra y hay unas cuantas irregulares que habría que completar manualmente. Tmagc (discusión) 16:37 2 mar 2024 (UTC)Responder

Cambios en la plantilla de traducciones t+ editar

Para evitar ambigüedades, propongo agregar un punto al final de las abreviaturas. Esto permitiría agregar la plantilla en las traducciones para las letras y quizá también en posibles traducciones de nota, etc. La nueva lista de abreviaturas está en la documentación. Tengan en cuenta que simplifiqué las que estaban antes, por lo que cosas como sust. & adj. o sust. y adj. ahora pasan a ser sa. En cuanto a como está ahora, que pasaría a ser un formato considerado obsoleto, no toquen nada, yo me encargo de migrar todo. Sólo les pido que, si no tienen nada para oponer, queda a partir de ahora implementado este cambio. Tmagc (discusión) 20:06 3 mar 2024 (UTC)Responder

@Tmagc: cuando hablas de ambigüedades, ¿te refieres a que estas abreviaturas podrían coincidir con algún código de idioma? Para indicar que se trata de un sustantivo o adjetivo no me preocupa, pero el caso de las marcas de género m./f./n. estas son tan universales, que temo que los editores no lo respeten cuando ya estaban acostumbrados al estándar anterior; sobre todo si llegan de otro proyecto como enwiktionary donde también se usan estas abreviaturas, pero sin punto. Peter Bowman (discusión) 20:40 3 mar 2024 (UTC)Responder
@Peter Bowman Me refiero a que coincidan con la palabra que se quiere traducir. ¿Cómo traducís la f al inglés (mirá cómo está ahora)? ¿Cómo traducirías nota al italiano, por ejemplo? Tmagc (discusión) 21:03 3 mar 2024 (UTC)Responder
Vale, perdón, ya veo por dónde van los tiros. Casi preferiría jubilar ese monstruo que es la actual plantilla {{t+}} por algo más cercano a enwiktionary, véase en:cat/translations. Nuestro problema es que dicha plantilla intenta abarcar todo, desde el nombre del idioma hasta todas y cada una de sus traducciones, incluyendo la transcripción, género, notas, etc. Todos los parámetros son posicionales y un despiste hace que el conjunto se desbarate, aparte de esos posibles conflictos que has identificado. Si cada traducción va en su propia plantilla y en vez de reconocer el parámetro posicional "|nota|<valor>|" usamos el parámetro con nombre "|nota=<valor>|", ese problema se soluciona. Sería necesario usar una caja de traducciones por acepción, cosa que nuestro sistema soporta y que ya he visto aplicar a algunos de nuestros editores. Podríamos aprovechar también para integrar su interfaz de edición de traducciones (para no tener que entrar en el modo de edición de la página entera).
Si esto no resulta viable, preferiría cargarme el parámetro "nota" y similares en t+ antes que añadir ese punto, tener que editar miles de entradas y suponer que nuestros actuales y futuros editores se acordarán de ese detalle. No debería hacer falta especificar nada más aparte de la palabra traducida, su género gramatical y la transcripción si aplica, todo lo demás está en la entrada correspondiente. El último ejemplo de Plantilla:t+/doc ({{t+|de|amphibisch|a.|,|Amphibie|s.|,|Amphibium|s.}}) no representa un caso real; en esta situación, cada palabra va referenciada a una acepción diferente, por lo que no haría falta indicar si se trata de un adjetivo o un sustantivo. Igualmente, lo de traducir letras (respondiendo a tu siguiente comentario) no me parece una buena idea. No son traducciones, sino equivalencias, que entre idiomas y alfabetos se pueden respetar o no. Peter Bowman (discusión) 21:24 3 mar 2024 (UTC)Responder
@Peter Bowman migrar el choclo de parámetros posicionales es relativamente fácil de hacer, puedo convertir todas las abreviaturas en no-posicionales y quedaría |g1=m, |g2=f, |nota1=(nota1), |nota2=(nota2), etc.. Pero cómo sería lo de poner varias cajas? Habría que escribir cada acepción en forma “resumida” y eso para cada página porque sería muy difícil de automatizar. Se me hace que es demasiado tarde para migrar algo como eso. A menos que hagamos una vaquita entre todos y contratemos un equipo de una 100 personas que reescriban las traducciones páginas por página (y de paso nos unifican todo el formato ya que estamos) xd. No, en serio, en suma lo primero ok pero lo segundo lo veo muy muy difícil. Tmagc (discusión) 21:34 3 mar 2024 (UTC)Responder
Sí, lo comparto, sería tremendamente complejo. Lo único que se me ocurre es, de momento, obviar el resumen de cada acepción y simplemente poner su número en la caja. Si un bot puede parsear {t+} y entender la numeración que codifica, también será capaz de separar su contenido en cajas diferentes solo en base al número. Habría un montón de cajas a las que no sería capaz de asignar una acepción simplemente porque falta el número en {t+}, pero me quiere sonar que en enwikt también tuvieron ese problema. Sería una fase de transición que requeriría del esfuerzo humano para ordenar las traducciones, pero esa necesidad ya existe a día de hoy debido al uso descuidado de {t+} o de sus predecesoras. Con el tiempo, iríamos completando a mano esos resúmenes faltantes, y por supuesto, a la hora de añadir nuevas cajas, ya los tendríamos en cuenta. Peter Bowman (discusión) 23:41 3 mar 2024 (UTC)Responder
@Peter Bowman Yo tengo cierta reticencia para hacerlo, dudo que quede bien porque por un lado hay que tener en cuenta que este sitio es infinitamente menos activo que en.wikt. La gente que entra a diario es muy poca, por lo tanto el día del arquero vamos a completar todas las cajas. Después, cómo sería el criterio? Estoy pensando en páginas como ser, que actualmente tiene 24 acepciones. Hacemos 24 cajas? o cómo las harías en ese caso? Yo creo que con los números es más fácil: si no se pone nada se da a entender que es un “equivalente perfecto” y si la traducción es para algunas acepciones se lo aclara. Pero lo de las cajas es ciertamente difícil determinar esos criterios, incluso para automatizar. Porque si te fijás por ejemplo en be o en otras páginas no siempre es uno a uno la relación entre acepción y caja.
Por eso, si no es a mano yo creo que es imposible. Si tuviéramos un equipo con el que contar de, ponele, 50 personas, con el que nos pusiéramos de acuerdo y pudiéramos decir “nos ponemos todos con esto”, ahí sí lo haría y en un mes o un poco más tendríamos todo migrado. Pero viendo que es muy poca la gente que participa regularmente, de los que participan son muy pocos incluso los que están al tanto de todos los últimos cambios hechos y siguen editando con formatos viejos. Entonces, por el momento no me convence hacerlo. Tmagc (discusión) 00:58 4 mar 2024 (UTC)Responder
Mientras tanto, voy a reutilizar {{t}} (la disocié de {{trad}}), que tiene pocas páginas y voy a implementar allí la nueva versión en donde admita los parámetros no posicionales, a la vez que voy preparando el bot para que convierta las plantillas. En cuanto a lo segundo, por ahora está igualado. A menos que alguien más opine a favor, se mantiene el statu quo. Tmagc (discusión) 01:21 4 mar 2024 (UTC)Responder
@Peter Bowman Creo que en en.wikt no traducen las letras a los equivalentes de otros idiomas como hacemos acá. Una opción sería prohibir las traducciones de letras equivalentes. Pero si es por mí, que sea problema de ellos. Es decir, cuando haya migrado todo el módulo les va a tirar error con un mensaje sugiriendo revisar la documentación de la plantilla. Que la lean y punto. Y si no saben leer castellano, mejor que ni editen entonces. Tmagc (discusión) 21:08 3 mar 2024 (UTC)Responder
@Peter Bowman Plantilla:t te parece bien así o cambiarías algo? Como observación, esta versión en donde se fuerzan los parámetros adicionales a que sean no posicionales (pero sí indexados) se pierde un poco de flexibilidad ya que si la comparás con la Plantilla:t+ que iría a ser reemplazada, no va a ser posible quitar los links para una única palabra o especificar varias trasnliteraciones para una misma palabra. Por mí está bien esta nueva plantilla, creo que no son cosas que valga la pena conservar y se va a uniformizar más el formato. PEro confirmame así veo si puedo empezar a migrar algo ne algún momento. Saludos. Tmagc (discusión) 01:52 12 mar 2024 (UTC)Responder
@Tmagc: ya que ahora van a abundar los parámetros con nombre, tal vez sea más seguro que las traducciones también vayan así: {{t|de|t1=Katze|a=1,2|g=f|t2=Kater|g2=m|a2=1|nota2=gato macho|t3=Tic Tac Toe|a3=8}}. El riesgo es que alguien haga {{t|de|Katze|Kater|Tic Tac Toe|nota2=gato macho|g=f|g2=m|a=1,2|a2=1|a3=8}} (u otro tipo de permutación mucho más aleatoria que esta) y luego se equivoque al asociar traducciones a parámetros opcionales cuando su número sea muy elevado. Es algo que he observado en {{uso}}, {{ámbito}} y similares: llega un editor, borra lo que no debe, la nota pasa a referirse a otra acepción, otros editores hacen más cambios sobre eso y el error se mantiene (o empeora), perdiéndose lo que se quiso transmitir en un principio. Peter Bowman (discusión) 23:28 12 mar 2024 (UTC)Responder
@Peter Bowman De acuerdo, ya cambié la plantilla. Ahora debería estar lista para ser usada. Tmagc (discusión) 01:00 13 mar 2024 (UTC)Responder

Noticias técnicas: 2024-10 editar

MediaWiki message delivery 19:47 4 mar 2024 (UTC)Responder

Etimologías en palabras compuestas editar

Hola. Una de las cosas que quedan por discutir es sobre los criterios que deben emplearse para {{etimología}} con locuciones y frases. Hasta el momento, con @Peter Bowman y @PFSV-UY tenemos considerados tres casos que parecen ser bien heterogéneos o quizá imposibles de categorizar de la misma forma: mundo sublunar, Burkina Faso y leche de almendras. Para redondear lo que se estuvo discutiendo, la propuestas serían las siguientes (no necesariamente excluyentes):

  • Usar {{etimología|suma}} que podría servir para mundo sublunar y también para leche de almendras ya que la etimología podría considerarse la suma de las partes (pero no la definición). Se genera la leyenda “Consulte las etimologías de cada palabra por separado”
  • Categorizar como las demás entradas cuando sea posible y cuando no lo sea dejar la plantilla vacía --> es lo que no queremos porque quedarían miles de entradas con la plantilla vacía cuando en muchos casos ni tiene sentido completarla.
  • Categorizar como las demás entradas cuando sea posible y de lo contrario omitir la sección. Esta opción es la que probablemente elija la mayoría, ya que suena más lógico del lado de la edición. El problema es que podría traer algún inconveniente del lado de los bots al parsear los sitios ya que al incluírla siempre a la sección con la plantilla, éstas vienen a ser como un punto que se puede tomar como referencia para saber que el formato de la página es el correcto.
  • (nueva propuesta mía) Similar a la tercera, pero en lugar de omitir la sección, incluírla con {{etimología|n/a}} y que muestre literalmente el título de etimología y abajo “N/A”. Esto funcionaría similar a {{pron-graf|pron=no}}

Mi voto es por la cuarta opción excluyendo todas las demás, porque también contempla a la primera. Este argumento “suma” lo podríamos dar de baja porque tal vez se genere algún mal entendido y comiencen a pensar que avalamos que escriban frases que son la mera suma de las partes. Tmagc (discusión) 02:51 5 mar 2024 (UTC)Responder

Tu idea es buena, pero no sé si «N/A» sea el término ideal a utilizar, pues no es propio del español, si no del inglés "not avaliable/applicable", por lo que usarlo en Wikcionario en español no sé si sea la mejor idea, y no conozco alguna alternativa hispanizada. Por otro lado, no sé si queda bien estéticamente. PFSV-UY (discusión) 06:16 5 mar 2024 (UTC)Responder
Respecto a la cuarta opción, temo un poco que alguien no sé dé cuenta de la intención original y empiece a añadir ese parámetro a entradas sin etimología que no son palabras compuestas. Aparte de eso, inevitablemente suscitará la duda, a lectores y nuevos editores, acerca de la necesidad de mantener ese aviso (si no se ha especificado, para qué indicarlo explícitamente). Por ello, mi otro temor es que dentro de unos años, cuando ya no estemos, se decida suprimir esa sección vacía como ya ocurrió otrora con la de "Acepciones". Tal vez sea menos lioso y más simple dejar una sección de "Etimología" sin plantilla en esos casos. Peter Bowman (discusión) 18:08 5 mar 2024 (UTC)Responder
@Peter Bowman Me sonaría mejor algo así como {{etimología|ocultar}}. En cuanto a lo del problema de N/A, a mí no me preocupa tanto. Si es un anglicismo, tal vez cambiarlo por “No aplica” podría funcionar. Y en cuanto a de que no capten el propósito, por eso es que hay que mantener claras las documentaciones. Mi intención justamente es, una vez que cerremos estos últimos detalles de formato y comenzado con las migraciones, volver a redactar lo que sería la nueva guía de estilo. En lo posible que conste de una única página, así evitamos problemas en cuanto a las redirecciones y el seguimiento de todas las páginas. Allí se aclararían todos estos detalles, aunque también las explicaciones deberían ser breves y con enlaces a las documentaciones de las plantillas en lugar de volver a explicar las plantillas mismas allí. Lo que nos permitiría hacer más énfasis en que lean la guía de estilo porque llega un momento en que es cansador andar editando las ediciones de todo el mundo porque se salen de un supuesto “estilo pactado” del cual sólo uno o muy pocos saben exactamente qué es lo que se espera en cada caso. Tmagc (discusión) 19:57 5 mar 2024 (UTC)Responder
No quiero sonar desalentador, pero de las pocas cosas que tenemos claramente documentadas y al día en WN:ES es la estructuración de las formas flexivas, y es al mismo tiempo la que más cuesta que la gente entienda y respete. Por eso tengo un bot que realiza mantenimiento diario: si alguien la lía (hasta cierto grado), tiene detrás a un autómata corrigiéndole y aplicando la norma. Es lo que va a tocar hacer también para este caso :). Peter Bowman (discusión) 23:07 5 mar 2024 (UTC)Responder

El Informe de ratificación de la Carta del Comité U4C, así como la Convocatoria a Candidaturas, se encuentran desde ahora disponibles. editar

El presente mensaje se encuentra traducido a lenguas adicionales en Meta-wiki. Por favor, ayuda a traducir a tu idioma

Saludos a todos y todas:

Me dirijo a ustedes el día de hoy portando dos importantes datos informativos. En primer lugar, damos a conocer que el informe relativo a las observaciones a la ratificación de la Carta del Comité Coordinador del Código Universal de Conducta (Comité U4C). En segundo lugar, anunciamos que la convocatoria a candidaturas para integrar el Comité U4C está abierta, desde hoy hasta el día 1 de abril del presente año 2024.

El Comité Coordinador del Código Universal de Conducta (Comité U4C) es el equipo global destinado a implementar el Código Universal de Conducta de modo equitativo y consistente. Invitamos a los miembros de la comunidad a presentar su postulación para formar parte del mismo. Para conocer más información sobre el Comité U4C y sus responsabilidades, sugerimos revisar la esta revisión de la Carta del Comité U4C.

La carta dispone que el Comité U4C estará conformado por 16 miembros, distribuidos a razón de 8 miembros provenientes de la comunidad en general, y ocho miembros provenientes de las regionales del movimiento, a fin de asegurar que el mismo refleje la diversidad del movimiento.

Mayores informaciones, así como el espacio para presentar su candidatura, podrán encontrarse en Meta-wiki.

En nombre del equipo del proyecto del CdCU,

RamzyM (WMF) 16:25 5 mar 2024 (UTC)Responder

Lenguas construidas editar

Creo que es mejor que nos enfoquemos en lenguas naturales antes que en las artificiales (el esperanto y el ido podrían ser excepciones), en el Wikcionario en inglés tomaron una decisión parecida hace tiempo. Rodrigo5260 (discusión) 22:28 6 mar 2024 (UTC)Responder

Yo no veo cuál es el problema. El esperanto se usa actualmente en algunas regiones. Si está lo suficientemente atestiguado, todo puede valer. Traté de ser lo más amplio posible cuando armé la nueva lista de idiomas para que cada quién agregue de lo que más le plazca. A menos que hayas encontrado algún problema en particular, prosigamos con el asunto de acuerdo a como está actualmente. Saludos. Tmagc (discusión) 22:49 6 mar 2024 (UTC)Responder
No creo que sea malo si un Wikipedista quiere centrarse solamente en lenguas artificiales, lo cual es mejor a que no colabore en absoluto, y después de todo, considero que tener un buen diccionario de una lengua artificial (con codigo ISO claro) puede atraer más gente al proyecto. Si tu quieres centrarte más en lenguas naturales está bien, así como que otros solo hagan artificiales. PFSV-UY (discusión) 22:44 7 mar 2024 (UTC)Responder

Nuevo parámetro en pron-graf editar

Estoy intentando agregar los módulos de pronunciación automática para otras lenguas. Resulta que en algunas como el francés o el ruso la plantilla requiere parámetros adicionales, por ejemplo, el tipo de palabra porque en el francés la pronunciación cambia dependiendo de si es verbo; en el ruso es similar y además se puede especificar si es válido palatalizar la “z”, entre otras cosas adicionales que exceden a la grafía que se pasaría como |ayuda. Dos approachs: el primero que se me ocurrió consiste en usar una notación especial, algo así como |ayuda=aimerai[V] para el verbo aimerai, el segundo consistiría en agregar un parámetro nuevo a la plantilla tal que sea |ayuda=aimerai|ayudaextra=V. En este nuevo parámetro se pasan todos los flags adicionales que sean necesarios.

Personalmente prefiero el segundo, creo que es más fácil de mantener a largo plazo y más legible. Pero me gustaría saber cómo quieren resolver esto; y si están de acuerdo con mi propuesta, podemos llamarlo “ayudaextraN” para “ayudaN”, o bautizarlo como más les guste (un poco largo el nombre que se me ocurrió). Tmagc (discusión) 04:05 9 mar 2024 (UTC)Responder

Hola, @Tmagc. Si he entendido bien, podríamos tener hasta N parámetros adicionales en función de la lengua a transcribir. ¿No añade esto más complejidad a la plantilla? En cualquier caso, confío en tu criterio. Peter Bowman (discusión) 11:36 9 mar 2024 (UTC)Responder
@Peter Bowman El parámetro adicional en realidad es uno solo, que es una lista. Cada elemento tiene todos los flags necesarios. El i-ésimo elemento de |ayudaextra corresponde con el i-ésimo elemento de |ayuda. Entonces, por ejemplo suponiendo que se necesite especificar que es un verbo y que se puede palatalizar (o lo que fuere, estoy inventando) quedaría |ayudaextrai=vp. En cuanto a que sea necesario especificar el tipo de palabra no me preocupa porque es fácil automatizarlo con un bot. Tmagc (discusión) 13:06 9 mar 2024 (UTC)Responder

Noticias técnicas: 2024-11 editar

MediaWiki message delivery 23:04 11 mar 2024 (UTC)Responder

Selección 2024 del Consejo Directivo de la Fundación Wikimedia editar

Pueden leer este mensaje traducido a otros idiomas en Meta-Wiki.

Estimados todos y todas,

Este año, el periodo de 4 (cuatro) integrantes del Consejo Directivo seleccionados por la Comunidad y Organizaciones Afiliadas llegará a su fin [1]. El Consejo invita a todo el movimiento a participar en el proceso de selección de este año y a votar para seleccionar a quienes ocuparán dichos puestos.

El Comité de Elecciones supervisará este proceso con apoyo de personal de la Fundación [2]. El Comité de Gobernanza del Consejo creó un Grupo de Trabajo de Elecciones del Consejo a partir de aquellos integrantes que no pueden ser candidatos o candidatas en el proceso de selección 2024 de integrantes comunitarios o afiliados. Este grupo está compuesto por Dariusz Jemielniak, Nataliia Tymkiv, Esra'a Al Shafei, Kathy Collins, y Shani Evenstein Sigalov [3]. Este grupo tiene la tarea de supervisar al Consejoo para el proceso 2024 de elección de integrantes comunitarios de la Mesa, así como informar al Consejo Directivo de su proceso. Pueden encontrar más detalles acerca de los roles del Comité de Elecciones, el Consejo Directivo, y el personal aquí [4].

Aquí están las fechas planificadas:

  • Mayo 2024: Convocatoria para candidatos/candidatas y solicitud de preguntas.
  • Junio 2024: Las organizaciones Afiliadas votarán para reducir la lista a 12 candidatos o candidatas (este proceso no ocurrirá si se nominan 15 o menos candidatos) [5]
  • Junio-Agosto 2024: Periodo de campaña
  • Final de agosto / inicio de septiembre 2024: Periodo de votación de la comunidad por dos semanas
  • Octubre-noviembre 2024: Revisión de trasfondo de candidatos/candidatas seleccionadas
  • Reunión de la Mesa Directiva en diciembre 2024: Se instauran a los nuevos integrantes del Consejo Directivo

Pueden aprender más acerca del proceso de selección 2024—incluyendo un cronograma detallado, proceso de nominación de candidatos, reglas de campaña y criterios de elegibilidad de votantes—en esta página de Meta-wiki, para hacer sus planes de acuerdo a los detalles.

Voluntariado de elecciones

Otra forma de involucrarse con el proceso 2024 de selección es ser Voluntario o Voluntaria de Elecciones. El Voluntariado de Elecciones será un puente entre el Comité de Elecciones y su comunidad respectiva. El voluntariado ayudará a asegurar que su comunidad sea representada y los animará para votar. Pueden conocer más sobre este programa y cómo unirse en esta página en Meta-wiki.

Saludos cordiales,

Dariusz Jemielniak (Integrante del Comité de Gobernanza, Grupo de Trabajo de Elecciones del Consejo)

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2021/Results#Elected

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Minutes:2023-08-15#Governance_Committee

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] Aunque el número ideal es de 12 candidatos/candidatas para cuatro posiciones vacantes, el proceso de reducción de la lista se llevará a cabo si hay más de 15 candidatos porque los 1-3 candidatos que serían removidos pueden sentirse alienados y sería demasiado trabajo para las organizaciones afiliadas llevar a cabo todo el proceso solamente para eliminar de 1-3 candidatos o candidatas de la lista.

MPossoupe_(WMF)19:57 12 mar 2024 (UTC)Responder

Tu wiki estará en solo lectura pronto editar

Trizek (WMF), 00:00 15 mar 2024 (UTC)Responder

Griego antiguo editar

Algo ha generado la categoría masiva y aún no creada Categoría:ES:Palabras de origen griego clásico cuando debería llamarse como la ya existente Categoría:ES:Palabras de origen griego antiguo. - 188.76.241.151 (discusión) 10:10 15 mar 2024 (UTC)Responder

Así es. Para evitar todos estos problemas nuevos que surgieron tras haber cambiado el sistema de idiomas y las implementaciones de las plantillas, justamente más arriba propuse renombrar todas estas catagorías como “Categoría:XX:Palabras provenientes del (Idioma)”, ya que esa denominación queda mejor, es más flexible y evita tener una capa extra que normalice los nombres de los idiomas. Lo mismo pasaba con el latín. Tmagc (discusión) 12:35 15 mar 2024 (UTC)Responder
A lo que me refiero es que grc ha de llamarse "griego antiguo" y no "griego clásico". En alguna parte se ha asignado al código grc la denominación "griego clásico". - 188.76.241.151 (discusión) 13:12 15 mar 2024 (UTC)Responder
grc siempre fue “griego clásico” (perdón, me tengo que desdecir, no me había dado cuenta de que era griego antiguo), no veo cuál es el motivo para preferir la denominación “griego antiguo” cuando “griego clásico” justamente lo identifica con el período clásico, es decir esta nueva denominación sería mucho más precisa.Tmagc (discusión) 01:52 16 mar 2024 (UTC)Responder
El motivo para no llamarlo griego clásico no es otro que el de que esa denominación es la que abarca el griego que se habló únicamente durante unos 200 o 250 años tras la época de los siete sabios. Es una denominación tremendamente restrictiva que, por poner un solo ejemplo, excluye a Homero. El arcipreste de Hita (arçipreste de Fita) o Cervantes (Cerbantes) son ya de hace más de dos siglos pero no se nos ocurre decir que no hablaban castellano. La denominación de griego antiguo abarca mucho más tiempo y variantes (griego clásico incluido) que la de griego clásico. - 188.76.241.151 (discusión) 03:10 17 mar 2024 (UTC)Responder
De acuerdo. Tmagc (discusión) 03:25 17 mar 2024 (UTC)Responder
Ni el Arcipreste de Hita ni Cervantes hablaban castellano moderno, el código para el castellano antiguo es osp y el castellano medio no tiene, creo. Saludos. Lin linao ¿dime? 18:33 18 mar 2024 (UTC)Responder

antídoto editar

¿Qué pasó el 2020 que hizo que Peter Bowman tuviera que borrar esta entrada? ¿Alguien hizo copia y pega del diccionario de la RAE sin saber que era ilegal? Rodrigo5260 (discusión) 19:02 15 mar 2024 (UTC)Responder

@Rodrigo5260 No tenemos tiempo para andar discutiendo sobre estas cosas. Todo el tiempo se cometen este tipo de faltas en las ediciones, sabés la cantidad de páginas que fueron borradas por esto? Podrías crear la entrada vos mismo; si está bien hecha nadie la va a borrar. Saludos. Tmagc (discusión) 01:49 16 mar 2024 (UTC)Responder

Armenio editar

el Pron-graf debería poder general una transliteración de este idioma porque su grafía es relativamente regular, como en Wikcionario el inglés. Rodrigo5260 (discusión) 19:05 15 mar 2024 (UTC)Responder

@Rodrigo5260 Tengo otras cosas más importantes que atender por el momento como para andar viendo eso en el corto plazo. Si tenés tiempo, podrías revisar en.wikt y meter mano en Módulo:generar-pron/hy para agregar la parte que translitere. Saludos Tmagc (discusión) 01:47 16 mar 2024 (UTC)Responder

Diccionarios en Proyecto Gutenberg editar

Creo que esto puede interesarle a alguien: [https://www.gutenberg.org/ebooks/search/?query=Diccionario&submit_search=Search en Proyecto Gutenberg existen 4 diccionarios al español:

Además de al menos 140 diccionarios en inglés. Todo en dominio público. Si a alguien le interesa estoy dispuesto a cooperar para importar, clasificar, lo que se les ocurra, con ayuda de herramientas automáticas. Ignacio ( — Δ — ) 05:41 17 mar 2024 (UTC)Responder

Yo tenía pensadas cosas como estas pero dentro de un buen tiempo. Primero quiero terminar de migrar lo que queda y definir cómo va a ser la nueva estructura de las págians para que no sea un proceso caótico. Tmagc (discusión) 13:40 17 mar 2024 (UTC)Responder

Cambios en la estructura del sitio y el formato de las páginas: Migración editar

@TODOS Bueno finalmente era hora de hacerlo oficial. Como se habrán dado cuenta, estuve llevando a cabo una serie de reformas en el sitio y me parece acertado abrir un nuevo hilo para comentar en resumen los cambios principales que se implementaron/ee están por implementar/quiero implementar y cómo tengo pensada la migración. Vamos por partes.

Cambios editar

1. Aproximadamente unas 3000 plantillas entrarán en Categoría:Plantillas obsoletas. No voy a explicar una por una; la gran mayoría son ya plantillas muy viejas y era sabido por toda la comunidad. Menciono las principales: a. Plantillas de códigos de idiomas: ahora todo se administra desde Módulo:lenguas. (IMPLEMENTADO)

b. {{pron-graf}}: se agregarán módulos para idiomas relativamente regulares. Se puede pasar una (o varias) |ayuda cada ayuda tiene su |ayudaextra en donde se pasan flags extras que dependen del idioma. Por ejemplo, en el francés se puede indicar con |ayudaextra=v que la palabra es un verbo, que es información útil para el algoritmo. En el español sólo se debe pasar una |ayuda con palabras irregulares, la mayoría provenientes de otros idiomas. Los parámetros |alt y |altpron se darán de baja. Sólo se permite usar |fgraf y |fnota para palabras que tienen varias pronunciaciones en una misma grafía, que por cierto es el caso menos frecuente. (PARCIALMENTE IMPLEMENTADO)

c. {{etimología2}}: será obligatorio incluir la {{etimología}} en formas canónicas, se agregará la opción de {{etimología|no aplica}} para locuciones en donde no tenga sentido explicarla como en mundo sublunar, leche de almendras, etc. Se permiten comentarios adicionales, pero primero debe estar categorizada con la opción adecuada. (PARCIALMENTE IMPLEMENTADO)

d. {{contexto}}: las plantillas de contexto se darán todas de baja y la información se migrará a tres módulos independientes, que implementen las plantillas de {{uso}}, {{ámbito}} y {{csem}}. Esta última es para los campos semánticos, así en lugar de escribir algo como ;1 {{física|química}}:, se deberá escribir ;1 {{csem|física|química}}:. Esto último sería necesario por obvias razones (no habría plantilla que invoque a contexto sino). (REQUIRE APROBACIÓN)

e. {{cita X}}: todas las referencias deberán ser de la forma ## (<ref>){{referencia}}(</ref>). Todos los ejemplos deberán escribirse con {{ejemplo}} sin excepciones, incluye traducciones y múltiples ejemplos. En un futuro podría implementar una plantilla que sirva para múltiples ejemplos seguidos. (IMPLEMENTADO)

f. {{t+}}: ahora debe usarse {{t}} (IMPLEMENTADO)

g. contenedores: sólo debe usarse {{trad-arriba}} y {{trad-abajo}}. Cuando se incluye un comentario como primer parámetro, el título cambia en lugar de mostrar el título por defecto “Traducciones”.

2. Estructura de las páginas: La estructura en el espacio principal será siempre la misma, en principio sin excepciones.

{{plantilla de mantenimiento}} (opcional)
{{desambiguación}} (opcional)
{{mostrar-unicode}} (opcional)

== {{lengua|mul}} ==
{{pron-graf|leng=mul}}
...
== {{lengua|es}} == (obligatorio)
{{pron-graf}} (obligatorio, se puede ocultar)
[[Archivo:xx]] (opcional)
[[Archivo:yy]] (opcional)
[[Categoría:xx]] (no recomendado, salvo quizá cuando no sea posible hacerlo por plantilla)
[[Categoría:yy]] (no recomendado, salvo quizá cuando no sea posible hacerlo por plantilla)
...

=== Etimología 1 === (obligatorio)
{{etimología}}.

==== {{sustantivo|es}} ==== (obligatorio)
{{inflect.es.sust...}}

;1 ({{csem|}}): (definicion 1).
;2 ({{csem|}}): (definicion 2).<ref>{{referencia|...}}</ref>
({{uso}})
({{ámbito}})
({{ejemplo}})
(etc.)

==== Información adicional ==== (opcional)
(lo que corresponda)

==== Véase también ==== (opcional)
(lo que corresponda)

==== Traducciones ==== (obligatorio)
{{trad-arriba}}
{{t|xx|t1=algo|t2=otra cosa|...}}
{{trad-abajo}}

=== Etimología 2 === (obligatorio, reinicia la numeración de las acepciones)
{{etimología}}.

(...)

=== Etimología N === (obligatorio, reinicia la numeración de las acepciones)
{{etimología}}.

(...)

=== Forma flexiva === (obligatorio, reinicia la numeración de las acepciones)
==== Forma sustantiva ==== (obligatorio)
;1: forma 1
;2: forma 2
==== Forma adjetiva ==== (obligatorio)
;3: forma 3
;4: forma 4

== {{lengua|aa}} ==

(...)

== {{lengua|ab}} ==

(...)

== Referencias y notas == (obligatorio)
{{referencia|...}} (opcional, referencias que engloben toda la página)
<references /> (obligatorio)

a. Todos los títulos de sección que categoricen palabras y formas flexivas bajarán al cuarto nivel.

b. Debe respetarse la jerarquía de los títulos. No se acepta omitir ningún título obligatorio. Todas las secciones de formas flexivas deben comenzar por === Forma flexiva === sin excepciones.

c. Información adicional: Esta sección me produce dudas si realmente vale la pena conservar, supongo que en principio irían los cognados y derivados. Los anagramas y pares mínimos no parece que sea algo que tenga mucho sentido, voto por eliminarlos porque no aportan información significativa y es algo completamente automatizable. Finalizadas todas las migraciones, se agregaría un enlace en la portada a un buscador de anagramas para quien esté interesado.

3. Estructura del sitio:

a. Si me lo permiten, definitivamente simplificaría la portada, además de que falta información importante. ¿Sirve de algo tener dos buscadores? ¿Sirve de algo tener un enlace a una lista con todos los animales y que más abajo, casi escondido esté el enlace de “obras de consulta”, cuando definitivamente el segundo es mucho más útil? ¿Sirve de algo que la palabra del día y la lengua del mes estén al final de todo? ¿Están harcodeadas la palabra y la lengua del mes? Podría hacer un bot o un módulo que escoja una palabra al azar con ciertas restricciones y que se actualice periódicamente. (FALTA APROBACION)

b. Eliminar la “ayuda”. Sí, así de chocante como suene, pero por lo que vi la mayoría de los nuevos que entran ni se leen las 33 páginas de Wikcionario:Ayuda. Más aún, nadie va a leer nunca lo que esté en esas páginas porque cuando las hicieron asumieron que alguien estaría al día de todos los cambios nuevos en el sitio, y además de modificar las documentaciones de las plantillas, también haría todas las modificaciones necesarias en las páginas de ayuda! Es insostenible. No hay tal cosa como “usuarios novatos y usuarios avanzados”. No necesitamos “tutoriales de nivel básico/intermedio/avanzado”. Sólo hay “usuarios que quieren contribuir” y “usuarios que no quieren contribuir”. Para los que quieren contribuir, sólo se necesita una “guía de estilo” en donde se explique la estructura de las páginas con enlaces a las documentaciones de las plantillas más importantes, sin entrar en detalle. Que aparezca una selección con enlaces a las páginas más representativas para que sirvan de referencia. Después de todo, la mayoría aprende viendo cómo editan otros. Entonces, lo que viene a ser la ayuda sólo debería consistir en eso: una guía de estilo, un código de conducta y Wikcionario:Recursos (algo que considero que sí vale la pena mantener). Esas tres cosas tienen que aparecer claramente en la portada del sitio. (FALTA APROBACION)

c. Categorización: En principio, todas las páginas de categorías se harán con {{auto cat}}. Probablemente sea conveniente crear una Categoría:Plantillas y enlazarla en la guía de estilo. Dentro de esta categoría estarán las siguientes subcategorías en donde se van a recategorizar las plantillas actuales, preferentemente por la sección en la que se usan, es decir (plantillas de): etimología, sección, gramatica, flexión, formas no canónicas, autorizacion y fuentes, portada e interfaz, traducción, información adicional, véase también, generales (no está claro que pertenezcan a una sección específica), mantenimiento, intimación y denuncia, usuarios, pronunciación, reformas ortográficas y obsoletas. ¿Tienen algún uso las plantillas de Bot? Yo creo que sería más seguro darlas de baja, no veo una ventaja clara al usarlas. Además, estaría bueno crear una categoría para plantillas de sistema en donde entrarían plantillas como Plantilla:uploadlink que parece que vienen impuestas lo digo sólo para organizar mejor las plantillas. (PARCIALMENTE IMPLEMENTADO, AUN REQUIERE APROBACION)

4. Reglas del sitio: Quisiera agregar más reglas acerca del formato de las páginas. Habrá un bot que se ejecutará diariamente, que parsee las últimas ediciones hechas en el espacio principal. Corregirá errores menores, pero las ediciones con errores graves de formato se revertirán (incluye borrar páginas nuevas). (REQUIERE APROBACION)

Ejemplos de errores menores:

  • no respetar la numeración en las acepciones o en las etimologías
  • omitir el punto final o colocar doble punto
  • olvidar el código de idioma en las plantillas que lo requieran (siempre y cuando no sea en {{lengua}})
  • usar un enlace interno en lugar de {{plm}}
  • no respetar el orden alfabético de los códigos de idioma en los títulos de nivel 2 o en la sección de traducciones
  • dejar saltos de línea de más

Ejemplos de errores graves:

  • no respetar la jerarquía de los títulos y subtítulos.
  • no respetar el orden o la jerarquía de subtítulos que estén por debajo del nivel 2.
  • omitir títulos y subtítulos obligatorios.
  • duplicar plantillas que deben ser invocadas una única vez (como pron-graf).
  • usar plantillas en una sección en donde no corresponde (ejemplo: usar {{t}} en Etimología) .
  • no usar {{referencia}} para las referencias (sí se permiten las plantillas dedicadas)
  • usar plantillas de referencia que encapsulen los tags de referencia. Esto podría conllevar revertir todas las ediciones en las que se haya aplicado la plantilla.
  • no usar plantillas dedicadas para las formas canónicas.
  • usar plantillas de flexión de otros idiomas (sí, vi casos en donde en lugar de hacer nuevas plantillas para conjugar palabras usan las de otros idiomas) en lugar de usar plantillas dedicadas.
  • utilizar :*'''ítems''' en lugar de las plantillas que ya los implementan.
  • categorizar, sobre todo cuando se evita agregar una plantilla que ya categoriza de igual forma.
  • embeber plantillas y enlaces dentro de las plantillas.
  • utilizar alguna de las plantillas obsoletas.
  • dejar elementos desbalanceados, como plantillas o tags cin cerrar.
  • cualquier edición que produzca un error en la secuencia de órdenes debido al mal uso de la plantilla.

Todo esto (y muchas cosas más) estarán claramente explicadas en la propuesta guía de estilo. Para evitar caer en alguna de las últimas situaciones, que no van a ser muy agredables y que al principio a varios les ocurrirá, lo que les recomiendo es que si no saben cómo hacerlo, ante la duda pregunten o avisen lo que quieren hacer. Respecto del formato, no hay lugar para ningún “invento”; incluso si el formato actual no contempla su situación particular en su edición, la comunidad tiene que estar al tanto de los cambios que se van implementando porque sino después es muy tedioso mantener el sitio.

Dejo el hilo abierto, porque probablemente me esté olvidando de algo. Escucho qué tienen para opinar, qué agregarían o cambiarían. Por donde voy a arrancar es por terminar de implamantar el auto cat y voy a reacomodar las plantillas para poder organizarme más fácil (@Peter Bowman por favor confirmame si estás de acuerdo con la categorización de plantillas y si es posible lo que quiero hacer con las plantillas “de sistema”, así tengo por dónde arrancar). Después voy a terminar el algoritmo que se correrá en todas las páginas del espacio principal (gran parte ya la tengo hecha), para empezar a hacer pruebas. Saludos. Tmagc (discusión) 01:18 18 mar 2024 (UTC)Responder

albetico editar

Lo siento mucho, pero he vuelto a editar aquí.

He creado albetico, que es la forma que se utiliza en Chiva -localidad castellanoparlante de la Comunidad Valenciana- para referirse a lo que en valenciano se llama albat, y que eran los niños que fallecían sin haber sido bautizados.

El tema de los albats lo conocí hace mucho, en la facultad, porque para los cálculos demográficos era un concepto muy importante.

La cuestión es que no me ha salido bien. El bicho dice que el plural es albeticoes, que obviamente no es el caso (sería albeticos). Pero no me sale el apaño.

Socorro.

¡Gracias!

B25es (discusión) 17:11 18 mar 2024 (UTC)Responder

Hola. Arreglado lo del plural, la plantilla era la general {{inflect.es.sust.reg}}, que agrega una s. ¿Qué significa "albat" en catalán? ¿albadet solo es del valenciano? Si es así, puedes agregar un parámetro |d=valenciano. Saludos. Lin linao ¿dime? 18:20 18 mar 2024 (UTC)Responder

Noticias técnicas: 2024-12 editar

MediaWiki message delivery 17:39 18 mar 2024 (UTC)Responder