Diferencia entre revisiones de «Wikcionario:Café»

De Wikcionario, el diccionario libre
Contenido eliminado Contenido añadido
Sección nueva: →‎Tech News: 2014-50
Sección nueva: →‎Tech News: 2014-51
Línea 123: Línea 123:
</div></div> <section end="technews-2014-W50"/> 17:10 8 dic 2014 (UTC)
</div></div> <section end="technews-2014-W50"/> 17:10 8 dic 2014 (UTC)
<!-- Mensaje enviado por Usuario:Guillaume (WMF)@metawiki mediante la lista en http://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=10690267 -->
<!-- Mensaje enviado por Usuario:Guillaume (WMF)@metawiki mediante la lista en http://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=10690267 -->

== [[m:Special:MyLanguage/Tech/News/2014/51|Tech News: 2014-51]] ==

<section begin="technews-2014-W51"/><div class="plainlinks mw-content-ltr" lang="es" dir="ltr"><div class="plainlinks">
'''[[m:Special:MyLanguage/Tech/News|Noticias técnicas]]''' más recientes de la comunidad técnica de Wikimedia. Informe estos cambios a otros usuarios. Solo algunos cambios le afectarán. Se dispone de más [[m:Special:MyLanguage/Tech/News|traducciones]].

'''Cambios recientes del ''software'''''
* Puede ver una [[mw:Extension:MobileFrontend/WikiGrok|nueva herramienta]] que está siendo probada en el sitio móvil de ''Wikipedia en inglés''. Esta realiza preguntas simples para mejorar los artículos. En el futuro, sus respuestas irán a Wikidata. [https://lists.wikimedia.org/pipermail/mobile-l/2014-December/008407.html]
* Puede [https://www.youtube.com/watch?v=_yr5z9Ix2f8 ver un vídeo] para aprender a usar Phabricator para administrar proyectos. [https://lists.wikimedia.org/pipermail/wikitech-l/2014-December/079829.html]
* Puede probar una [https://blog.wikimedia.org/2014/12/10/content-translation-announcing-version-3/ nueva versión] de la herramienta Traducción de Contenido.

'''Cambios del ''software'' de esta semana'''
* La nueva versión de MediaWiki (<span lang="en" dir="ltr" class="mw-content-ltr">[[mw:MediaWiki 1.25/wmf12|1.25wmf12]]</span>) ha estado activada en los wikis de prueba y en MediaWiki.org desde el 10 de diciembre. Estará activada en todas las wikis excepto las Wikipedias desde el 16 de diciembre. Se activará en todas las Wikipedias el 17 de diciembre ([[mw:MediaWiki 1.25/Roadmap|calendario]]). [https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2014-December/001051.html]
* Ahora puede encontrar y reemplazar texto en el Editor Visual. Puede abrir la herramienta en el menú, <code lang="en" dir="ltr" class="mw-content-ltr">Ctrl+F</code> o <code lang="en" dir="ltr" class="mw-content-ltr">Cmd+F</code>. [https://phabricator.wikimedia.org/T50368]
* El Editor Visual ya no cambia el espacio al final de un texto que usted a puesto en negrita. [https://phabricator.wikimedia.org/T53023]
* El botón «Aplicar cambios» en la ventana de referencias del Editor Visual ahora estará desactivado hasta que realice un cambio. [https://phabricator.wikimedia.org/T76928]

'''Cambios futuros'''
* La imagen de estrella de la lista de seguimiento podría cambiar pronto. [https://phabricator.wikimedia.org/T56307] [https://gerrit.wikimedia.org/r/178048]
* Usted no será capaz de utilizar Phabricator el 18 de diciembre de 2014. Estará deshabilitado [http://www.timeanddate.com/worldclock/fixedtime.html?msg=Phabricator+unavailable&iso=20141218T00&p1=1440&ah=8 entre las 00:00 y 08:00 UTC] [https://lists.wikimedia.org/pipermail/wikitech-l/2014-December/079816.html] [https://phabricator.wikimedia.org/T76773]

'''''[[m:Special:MyLanguage/Tech/News|Noticias técnicas]]''' preparadas por [[m:Special:MyLanguage/Tech/Ambassadors|embajadores técnicos]] y publicadas por un [[m:Special:MyLanguage/User:MediaWiki message delivery|bot]] • [[m:Special:MyLanguage/Tech/News#contribute|Contribuye]] • [[m:Special:MyLanguage/Tech/News/2014/51|Traduce]] • [[m:Tech|Obtén ayuda]] • [[m:Talk:Tech/News|Comenta]] • [[m:Global message delivery/Targets/Tech ambassadors|Suscríbete o desuscríbete]].''
</div></div> <section end="technews-2014-W51"/> 16:43 15 dic 2014 (UTC)
<!-- Mensaje enviado por Usuario:Guillaume (WMF)@metawiki mediante la lista en http://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=10720692 -->

Revisión del 16:43 15 dic 2014

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
Esta página es archivada por Grillitus. (info)

Archivo de febrero 2024

Tech News: 2024-06

MediaWiki message delivery 19:22 5 feb 2024 (UTC)[responder]

Plantilla: ejemplo

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

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

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”

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

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

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

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

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).

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

MediaWiki message delivery 05:48 13 feb 2024 (UTC)[responder]

Redirección de plantilla:gem

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]

Tech News: 2024-08

MediaWiki message delivery 15:36 19 feb 2024 (UTC)[responder]

Errores de formato en múltiples páginas

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]

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

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: [25]. 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 [26], 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 [27]. 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 ([28]). 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

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]

¿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]

LaTex

¿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í: [29]. 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

MediaWiki message delivery 19:23 26 feb 2024 (UTC)[responder]


Archivo de marzo 2024

Wikcionario:Café/2024 03

Actual

Call for comments on draft trademark policy

Universal Language Selector will be enabled by default again on this wiki by 21 February 2014

On January 21 2014 the MediaWiki extension Universal Language Selector (ULS) was disabled on this wiki. A new preference was added for logged-in users to turn on ULS. This was done to prevent slow loading of pages due to ULS webfonts, a behaviour that had been observed by the Wikimedia Technical Operations team on some wikis.

We are now ready to enable ULS again. The temporary preference to enable ULS will be removed. A new checkbox has been added to the Language Panel to enable/disable font delivery. This will be unchecked by default for this wiki, but can be selected at any time by the users to enable webfonts. This is an interim solution while we improve the feature of webfonts delivery.

You can read the announcement and the development plan for more information. Apologies for writing this message only in English. Thank you. Runa

Changes to the default site typography coming soon

This week, the typography on Wikimedia sites will be updated for all readers and editors who use the default "Vector" skin. This change will involve new serif fonts for some headings, small tweaks to body content fonts, text size, text color, and spacing between elements. The schedule is:

  • April 1st: non-Wikipedia projects will see this change live
  • April 3rd: Wikipedias will see this change live

This change is very similar to the "Typography Update" Beta Feature that has been available on Wikimedia projects since November 2013. After several rounds of testing and with feedback from the community, this Beta Feature will be disabled and successful aspects enabled in the default site appearance. Users who are logged in may still choose to use another skin, or alter their personal CSS, if they prefer a different appearance. Local common CSS styles will also apply as normal, for issues with local styles and scripts that impact all users.

For more information:

-- Steven Walling (Product Manager) on behalf of the Wikimedia Foundation's User Experience Design team

Change in renaming process

Part or all of this message may be in English. Please help translate if possible.

-- User:Keegan (WMF) (talk) 9 September 2014 16.22 (UTC)

voto para quitar las tablas de declinaciones de las formas flexivas

el argumento principal es simple: nuestra política para las entradas de formas flexivas es de explicar en la acepción la función de la desinencia y que el resto de la información se recoja en la entrada base. (únicas excepciones son la pronunciación y la escritura (variantes, grafías alternativas, transliteraciones)

además quedan redundantes en lenguas donde los sustantivos solo diferencian singular y plural mediante declinaciones (que la tabla repite lo que explica la acepción). --Ninud (discusión) 09:51 2 dic 2014 (UTC)[responder]

voto:

quitar las tablas de declinaciones de todas las formas flexivas.

  • a favor A favor ...de paso peter puede probar el bot ;) --Ninud (discusión) 09:51 2 dic 2014 (UTC)[responder]
  • a favor A favor, si esta votación se cierra con un resultado favorable, abriré otra para pedir permisos de bot. Peter Bowman (discusión) 12:35 3 dic 2014 (UTC)[responder]
  • a favor A favor, siempre y cuando se trate de información redundante en la entrada. Si esa forma tiene otros significados adicionales a la forma base (caso de gentes o gwallt), o si es información adicional que no se contempla en la otra página (véase gwen como ejemplo), en contra. --Guã Þin Nomme (discusión) 08:05 4 dic 2014 (UTC)[responder]
    Juan renombrado: en gwallt no veo ninguna forma flexiva, y en gwen no hay ninguna tabla de declinación, luego esas entradas no sufrirían ningún cambio. En cambio, en gentes existe una acepción adicional específica para el plural aparte de la forma flexiva, pero sigue siendo una redirección blanda a gente, donde está toda la información referente a la entrada base. ¿Estarías de acuerdo en suprimir aquí la tabla de declinación? Peter Bowman (discusión) 12:23 4 dic 2014 (UTC)[responder]
    Estaría de acuerdo. Ningún problema si nos restringimos a tablas de declinación. Había entendido la propuesta como algo más amplio. Mis consideraciones se deben a «... que el resto de la información se recoja en la entrada base...». Con gwallt no se ve ninguna forma flexiva porque está incompleto: es plural de gwalltyn ([un] pelo, cabello), y además tiene entidad propia como sustantivo colectivo. Podría considerarse que la forma flexiva es en realidad el singulativo gwalltyn, pero si seguimos el modelo convencional, entonces veo un problema. En todo caso, nada que objetar --Guã Þin Nomme (discusión) 12:49 4 dic 2014 (UTC)[responder]

17:10 8 dic 2014 (UTC)

16:43 15 dic 2014 (UTC)