Wikcionario:Café

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

Atajo:
WN:C

abril de 2024

Noticias técnicas: 2024-14

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

Cambios recientes

• Los usuarios de que activaron la opción de accesibilidad para la lectura notarán que la opción del alto de línea para texto normal y grande ha sido cambiada. [1]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 2 de abril. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 3 de abril y en todas las wikis a partir del 4 de abril (calendario). [2][3]

Cambios futuros

• La Fundación Wikimedia posee un plan anual en el cual se decide en qué trabajará la Fundación durante el próximo año fiscal de Estados Unidos. Puedes leer un borrador de los resultados claves para el Departamento de Producto y Tecnología. Existen sugerencias de cuáles resultados desea la Fundación para los cambios técnicos entre los meses de julio de 2024 y junio de 2025. Puedes dejar tus comentarios en la página de discusión.

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

MediaWiki message delivery 03:36 2 abr 2024 (UTC)

Cursivas en plantilla l+

Hola. Se supone que la Plantilla:l+ es para mostrar los enlaces en letra cursiva, pero desde hace un tiempo veo que, por alguna razón, los enlaces con esta plantilla aparecen con letra redonda. 26agcp (discusión) 18:04 2 abr 2024 (UTC)

Cierto, mala mía cuando metí mano en l para acoplarla al módulo nuevo de idiomas. Debería estar resuelto, saludos. Tmagc (discusión) 18:17 2 abr 2024 (UTC)

albetico

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)

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)

antiguamente (hasta el XIX) no había más registro de fallecimientos y nacimientos que los parroquiales. Las parroquias no registraban estrictamente los nacimientos, sino los bautismos. En parte por alguna obligación religiosa, en parte para controlar qué pasaba en la parroquia, los párrocos registraban también los nacidos que fallecían sin bautizar al poco de nacer, generalmente en las primeras 24 horas de vida. Para señalar que no era un bautismo, al lado de la inscripción escribían "Albat", literalmente "albado", vestido con un alba, una ropa blanca de bebé. En los libros que vi en su momento (años 80, hace tela de tiempo; los libros eran del XIX) siempre se usaba la expresión "albat". Me cabe la duda de si es así por ser zona valenciano parlante (Burjassot, Mislata) y que el cura ponía lo que decía, o si pudiera ser una contracción de albatus en latín (si es que eso existe). El profesor de Sociología no llegó a explicarnos tanto.

Albadet es el diminutivo. En el País Valenciano la /d/ intervocálica suele caer, al estilo del castellano meridional. En Chiva la forma local del castellano corresponde a los dialectos churros, que tienen influencias aragonesas y del catalán/valenciano. Entiendo que el Albaet del valenciano oral pasaría a Albet, al que añadieron una /-o/ final para castellanizarlo (es un fenómeno muy corriente, por ejemplo de Lluís hacen Lluiso, de Manel sale Nelo), y para rematar la faena le añadieron la terminación de diminutivo local /-ico/. (En esto se parece a masico para lo que en valenciano es mas o masia, y en castellano general masía). B25es (discusión) 08:01 19 mar 2024 (UTC)

Por favor, no pongan imágenes, que las he visto en Google y luego anduve con insomnio por varios días (lo sé, soy capitán lento). Rodrigo5260 (discusión) 12:26 7 abr 2024 (UTC)

>8000 categorías con errores

@Tmagc, intenté revisar el código del Módulo:auto cat, pero me marié. Ignacio ( — Δ — ) 14:03 4 abr 2024 (UTC)

También: Categoría:Wikcionario tiene mil y algo subcategorías que deberían estar mejor subcategorizadas. Ignacio ( — Δ — ) 14:27 4 abr 2024 (UTC)

@Ignacio Rodríguez Correcto, me estaba encargando yo de eso. En realidad, el módulo no tiene casi ningún problema, el problema son las páginas que quedaron en las categorías viejas y hay que moverlas. Tmagc (discusión) 18:59 4 abr 2024 (UTC)

Si este finde tengo suficiente tiempo, me pongo a ver eso. Pero las categorías correctas las reconoce casi todas. Tmagc (discusión) 19:00 4 abr 2024 (UTC)

@Tmagc creo que no me di a entender? Me refiero a las >8000 categorías con un error grande y rojo de este estilo: Error de Lua en Módulo:auto_cat en la línea 448: La categoría no puede ser reconocida, que no están en ninguna categoría manualmente, sólo tienen {{auto cat}}

Además de las >1000 categorías que están categorizadas por el mismo módulo/plantilla directamente en Categoría:Wikcionario y no en una subcategoría más apropiada. (además de Categoría:Wikcionario:Mantenimiento que el mismo módulo la categoriza dentro de sí misma, creando un bucle) Ignacio ( — Δ — ) 20:18 4 abr 2024 (UTC)

@Ignacio Rodríguez Cuántas páginas ves en cada una de esas categorías que tira error? Probablemente ninguna, a vece una o dos. Algunas tienen más páginas y habría que revisar si tiene sentido que estén categorizadas así. En otras tantas, están mal categorizadas porque la gente categorizó mal, usando enlaces en lugar de usar plantillas. Pero la culpa no es de auto cat, simplemente esas categorías están mal; y conviene que quede así por un tiempo para poder corregir esas páginas. En cuanto a lo del bucle, ya lo voy a revisar. Y si está mal la jerarquía de Wikcionario:Mantenimiento es porque el módulo no puede hacer magia: si la jerarquía en el título es confusa, el módulo no va a saber cuáles son los padres y va a pensar que es Wikcionario en lugar de la categoría del Idioma respectivo. Quizá renombrar Categoría:Wikcionario:XX:Ampliable a Categoría:XX:Ampliable tenga más sentido en relación a cómo está pensado el código, y en todo caso jerarquizar Categoría:Wikcionario -> Categoría:Ampliable -> Categoría:XX:Ampliable. LA conclusión es que esa parte está mucho mejor implementada en en.wikt. Estuve pensando también si no convendría hacer lo mismo con las plantillas: Categoría:Wikcionario -> Categoría:Plantillas -> Categoría:Plantillas:Plantillas que sirven para A, y siguiendo el mismo estilo. Tmagc (discusión) 20:51 4 abr 2024 (UTC)

@Tmagc No entiendo si estoy loco, o simplemente soy tonto, pero yo veo 8000 categorías que tienen un error de Lua, producto de que el módulo no reconoce una estructura de categorías que la comunidad sí reconoce como válida. Tenían plantillas, como {{c-ciencias naturales}} que reforzaban esa estructura.

Pero para qué te voy a explicar si el título de esta sección tiene el enlace a las 8000 categorías. Todas ellas tenían una estructura válida que fue cambiada por Usuario:TMCbot por ahí por el 21 de marzo, por una única plantilla.

Ejemplo de categorías ya no funcionan:

• Todas las categorías de Ciencias aplicadas‎, Ciencias naturales‎, Ciencias sociales (y subcategorías de estas)‎ por idioma
• Todas las ex subcategorías de Categoría:Palabras por origen
• Todas las ex subcategorías de Categoría:Palabras formadas por sufijación

No creo que por ser muy entusiasta puedas simplemente destruir primero un árbol de categorías que la comunidad lleva sobre una década construyendo, y después decir que está bien que quede todo destruido porque quizás se te va a ocurrir un gran sistema para arreglarlo todo después. Primero la solución, después la destrucción. Gracias Ignacio ( — Δ — ) 21:14 4 abr 2024 (UTC)

@Ignacio Rodríguez No, ahora el que no entiende soy yo. En cuanto a tu primer ejemplo, claramente dije en otro hilo que iba a unificar todo a Ciencia, porque cualquiera sabe que "Ciencias Naturales" y "Ciencias Sociales" son dos cliché que se usan sobre todo en la primaria, que en todo caso se podría hablar de ciertas diferencias de método pero cualquiera con dos dedos de frente sabe muy bien que en la práctica viene todo mezclado, por lo tanto meter una división ahí no es algo que agregue valor. Y es asì como aparece en Categoría:ES:Ciencia, por lo tanto las categorías por idioma sí funcionan. Y funcionan justamente porque la raíz para casi todas las categorías es la página del idioma, salvo contadas excepciones. Por lo que tus segundos ejemplos, yo los considero una nimiedad. Y si tanto te importan, ok es simplemente agregar una función extra en auto cat para que genere raíces adicionales, además de las páginas del idioma; algo que no le veo mucho sentido a que aparezcan todos los idiomas mezclados en una misma categoría. Tmagc (discusión) 22:08 4 abr 2024 (UTC)

Antes de destruir, tener la solución! Un principio que debería ser parte del respeto al trabajo del resto.

• Categoría:DE:Palabras de origen inglés (y todas las combinaciones de idioma de origen y destino) tienen una estructura perfectamente regular, con raíz y todo. Estaban previamente categorizadas en Categoría:Palabras de origen inglés y Categoría:DE:Palabras por origen. No puedes ver el valor de esa nimiedad? de tener las palabras categorizadas según su origen? de una categoría con las palabras de todos los idiomas que derivan de uno?

Para el resto de ejemplos de categorías que hace 2 semanas funcionaban, y hoy no, navegar entre las >8000 categorías con errores de Lua, y ver las que estaban siendo usadas, y repararlas. No porque a mí me importe, porque a alguien le importó lo suficiente como para hacer esa categoría. Saludos, Ignacio ( — Δ — ) 22:26 4 abr 2024 (UTC)

A propósito, desactivé la categoría de palabras por sufijación porque me sirve de momento para ver las páginas que están mal categorizadas. Es decir las que aparecen aahora no invocan a etimología y me va a servir para corregirlas. Tmagc (discusión) 22:10 4 abr 2024 (UTC)

@Ignacio Rodríguez Por último, quiero que quede claro que el sitio es un gigante sobre pies de barro en la laguna. Hace diez años que migraron páginas con un formato viejo, hace diez años siguen habiendo 3k páginas. Hace diez años se creó la plantilla {{ejemplo}}, hoy en día sigo viendo gente que cita sin usar la plantilla. Hace diez años en en.wikt apareció la primera versión de lo que ahora es Módulo:generar-pron/es, hace cuatro meses recién que comenzó a funcionar, cuando tampoco se requiere mucha inteligencia para pedir permiso y "robar" (en el bien sentido del término) el código. Hace más de diez años, vienen implementando las plantillas de contexto, sabiendo que cada vez que alguien las quiere usar el editor tira una alerta por bucle, lo cual es algo que al comienzo me hacía creer que estaba haciendo algo mal. En el caso de las categorías, {{auto cat}} existe desde hace ocho años en en.wikt! Y ninguno se preguntó si habría alguna ventaja en implementarlo? Evidentemente parece que no, es más, estuve buscando pero ni siquiera encontré la propuesta para {{encabezado categoría}} (te invito a poner la prueba sobre la mesa). Tengo que seguir dando más ejemplos? El sitio siempre estuvo muy lejos de estar bien. Por un lado, faltas de consenso y trabajo para homogenizar las páginas. Por el otro, diseños mal hechos e intentos reiterados de edificar sobre el barro (pensá por ejemplo qué hacemos escribiendo manualmente la flexión en sustantivos y adjetivos regulares, cuando hace más de diez años está en:Module:es-headword, a aprender de los que saben!)

Me da el derecho de "destruir" todo de un día para el otro? Yo creo que parcialmente sí. No todo el progreso implica una acumulación (cf. Kuhn). Por otro lado, tampoco puedo ir con todo a la vez, lo tengo claro. Pero lo que sí creo es que hice en estos últimos meses mucho más de lo que vinieron haciendo en el estancamiento en el que se quedaron en todos estos años. Entonces, si sos del paradigma anterior, la respuesta finaliza acá. Sino, cambiá el tono porque para mí no existe ningún "quizá" en lo que digo: todo lo que prometí fue llegando. Pero paciencia, porque a mí nadie me paga para que venga a sacar el sitio de la decadencia y también tengo una vida y un trabajo. Si tanto te preocupan estas nimiedades, deberías al menos conectarte a diario, o activar las notificaciones de la página del Café. Porque sino: el que calla otorga. Saludos. Tmagc (discusión) 22:35 4 abr 2024 (UTC)

Es un problema de orden:

1) crea el sistema, verifica que funcione

2) impleméntalo

En ese orden. Ignacio ( — Δ — ) 22:38 4 abr 2024 (UTC)

El día de mañana se acaba la fase maniaca de tu trastorno bipolar o te atropella una micro y el proyecto se queda con aun más errores de los que tenía antes. No gracias Ignacio ( — Δ — ) 22:39 4 abr 2024 (UTC)

Ignacio Rodríguez, sin ataques personales, por favor. Peter Bowman (discusión) 08:24 5 abr 2024 (UTC)

Disculpa, me pasé de la raya con eso. El mensaje debía ser "el día en que se acabe esta sospechosa energía inusitada e impulsividad" Ignacio ( 話合 ) 12:15 5 abr 2024 (UTC)

Categoría:EN:Palabras provenientes del inglés antiguo acá no hay error en Lua, pero me enteré recién que el alfabeto latino tiene 6 letras extra: "N I L N I L" que están en todos lados. Debo ser yo, ya que el módulo funciona bien. Ignacio ( — Δ — ) 01:17 5 abr 2024 (UTC)

Todas las categorías de campos semánticos dejaron de enlazar entre sí. ¿Por qué? lo hacían perfectamente hasta hace 2 semanas. Categoría:ES:Zootomía enlazaba con Categoría:Zootomía, y así con los términos zootómicos de todos los idiomas.

Estas quejas las hago no como editor de el Wikcionario, sino como lector (que somos el objetivo principal del proyecto). Destruyeron mi diversión que es navegar de una manera no lineal el diccionario, usando las categorías. Ignacio ( 話合 ) 02:48 5 abr 2024 (UTC)

Me gustaría colaborar con algún usuario con conocimiento del mapuzugun, pero sólo veo que está el Usuario Error de Lua en Módulo:auto cat (curiosa elección de nombre) Ignacio ( 話合 ) 03:06 5 abr 2024 (UTC)

@Ignacio Rodríguez: en todo proyecto que involucre trabajar con software se producen errores y las cosas rompen, es natural. Cuando los tengas identificados, simplemente repórtalos y hazle ping al autor de los cambios. Estoy seguro de que Tmagc los resolverá cuando tenga un rato, si no los ha advertido ya. Un saludo, Peter Bowman (discusión) 08:30 5 abr 2024 (UTC)

@Peter Bowman Creo que eliminar el contenido de todas (el 100%) de las páginas del espacio de nombres Categoría es más que un error en el software. ¿Sabías que pasó eso? El 21 de marzo todas esas páginas fueron reemplazadas por "{{auto cat}}". Es una imprudencia que no deberíamos tener que tolerar así como así. Algunas de esas páginas tenían información adicional, como Categoría:KUZ:Ortografía de Vaïsse y relacionadas (que revertí a su versión original). Ver también otro error introducido por cambiar arbitrariamente el nombre de las categorías x origen etimológico en Módulo discusión:etimología. Esos no son errores de software. También soy administrador y editor "técnico" en otros proyectos wiki, y nunca he eliminado el contenido de 30964 páginas, introduciendo errores en >8000 de ellas, y quizás cuánta información que fue eliminada en forma desapercibida, de forma difícil de recuperar. Debió hacerse por etapas. Hace un poco más de un año coordiné la fusión de al rededor de 50.000 paginas en Wikisource, que usaban un formato no apropiado, tengo experiencia en ese tipo de proyectos. Jamás lo hubiera dejado en manos de un robot sin supervisión ni criterio. Ignacio ( 話合 ) 12:12 5 abr 2024 (UTC)

@Ignacio Rodríguez Ok entiendo por dónde va el problema. Es correcto, puede que me haya apresurado un poco al hacerlo, lo admito. Pero no es cierto lo que decís. En toda la historia del desarrollo del software, jamás hubo un proyecto en el que los desarrolladores esperaran a "tener la solución" para lanzar el proyecto. Cómo se hacen las cosas? Tirándose a la pileta. Punto. Entonces ahí es donde surgen los verdaderos problemas y luego las cosas se arreglan, para que vuelvan a surgir más problemas y así sucesivamente. Es el huevo vs. la gallina. Pero uno tiene que caminar y tirarse a la pileta de una, sin si quiera pensarlo. A partir de ahí se va descubriendo lo que tiene que hacer. Jamás sucede al revés.

Y sí, soy muy consciente de todo lo que estoy haciendo y del uso que le di a mi bot. De hecho, desde que implementé auto cat, dejé de hacer ediciones con el bot porque claramente soy consciente de que hay muchas páginas que quedaron mal y que deben ser tratadas.

Pero de acuerdo, a pesar de que creo que sostenés la tesis opuesta, y que prueba de ello es que (por mero perfeccionismo) hace cuatro años seguís estancado con Módulo:Citas, y que debería darte cátedra acerca de cómo se hacen las cosas, etc etc y más cosas que no vienen al caso, centrémonos en lo que importa.

Básicamente lo que entendí es que todos tus comentarios se formulan en el siguiente problema: en lugar de sólo anidar las categorías dentro de las categorías de cada idioma, debería también hacer categorías "universales" que abarquen a todos los idiomas. Pero por otro lado, tenemos Categoría:Wikcionario dando vuelta, lo cual me parece que es una denominación confusa desde mí punto de vista y más aún lo es para auto cat. Entonces, podemos hacer lo siguiente:

A) O creo categorías de la forma Categoría:Palabras de origen Y para Categoría:XX:Palabras de origen Y.

B) O creo categorías de la forma Categoría:Wikcionario:Palabras de origen Y para Categoría:XX:Palabras de origen Y.

O hago una implementación "mixta", lo cual embarra todo innecesariamente. Necesito que me contestes a esto, si la respuesta es mucho más compleja, pasame un árbol o un grafo que indique cómo deberían estar relacionadas las categorías. Porque de otra forma no voy a tomar en cuenta ninguna de tus críticas. Tmagc (discusión) 02:32 6 abr 2024 (UTC)

@Ignacio Rodríguez A parte de lo anterior, todavía no me queda del todo claro por qué, habiendo yo en tan poco tiempo llegado más lejos de lo que jamás alguien pudo llegar, y además habiendo vos hecho en este proyecto pocas cosas del lado de la estructura y del desarrollo que puedan considerarse "significativas" venís a basurearme de esta manera. Mi objetivo próximo es revisar las categorías, para luego deshacerme de las plantillas de categorización. Luego, me voy a deshacer de las plantillas de contexto y de idiomas (revisando las debidas páginas), algo que forma parte de una estructura que parece anterior a la caída del muro de Berlín.

A lo que voy es, si venís a sumarte y a colaborar de buena fe y tenés ganas de aportar algo, te diría que te adelantes un paso y que vayas mirando los módulos de en.wikt para la flexión de sustantivos y adjetivos, algo que cada día me da más gana de implementar. Sino, lo único que te voy a pedir es que al menos te abstengas de criticarme con esto o al menos dame un poco más de tiempo, gracias ;). Tmagc (discusión) 02:43 6 abr 2024 (UTC)

O sea, digo lo de "adelantar un paso" porque en mi experiencia no es bueno que dos personas hagan lo mismo al mismo tiempo, suelen pisarse y no sale nada bueno. De ahí la sugerencia, tomala o dejala. Tmagc (discusión) 02:46 6 abr 2024 (UTC)

@Tmagc La crítica en ningún caso va por la implementación de los módulos, no te confundas. Desde el punto de vista de la programación, si hay un error en el código se revierte con tres clic. La eliminación del contenido de 30.000 categorías es el problema. Perfectamente pudiste haber cambiado primero las categorías que sabías cómo reemplazar, y luego el resto. Por etapas. No era necesario cambiarlas todas de una sola vez. Revertir esos cambios requiere cientos de miles de clics (o programar un bot, obviamente). Simplemente no se hará y tendremos que arreglarlo a manito. Es bueno lanzarse a la pileta, pero también es bueno comprobar que tenga agua.

Respecto al árbol de categorías:

• Uno de los problemas es lo que dices, de la falta de categorías "madre". Es extremadamente fácil de resolver, y lo hacían todas las plantillas de categorización funcionantes hasta hace dos semanas: Categoría:XX:YYYYYYY debe estar categorizada en Categoría:YYYYYYY. Nada más. No hay que crear categorías, están creadas de antemano. Y nada de Wikcionario ni nada. Esa implementación "mixta" sería un desastre para todos. Simplemente volver a lo más sencillo y fácil de programar.
• El otro problema es la categorización de las categorías "internas" que son las que tienen la estructura Categoría:Wikcionario:ALGO. La mayoría son categorías ocultas (idea: se puede agregar x ahí con el módulo la palabra mágica __ HIDDENCAT __ ) y no deberían reflejar información lexicográfica, sino que información interna para mantenimiento. Las que tienen la estructura Categoría:Wikcionario:XX:YYYYYY estaban categorizadas en Categoría:Wikcionario:YYYYYY. Lo mismo: desde el punto de vista de la programación es trivial resolverlo.

Esos dos problemas se solucionan de manera fácil, y como dices: metería mano yo, pero no es bueno que dos personas lo hagan al mismo tiempo. Pista: como la estructura de los títulos es regular, se pueden usar <spoiler>expresiones regulares</spoiler>.

• El principal problema es la eliminación de la información de un número indeterminado aun de categorías, que no forman parte del árbol "regular" y que ahora dan error. Están enterradas en Categoría:Páginas con errores en secuencias de órdenes, así que supongo que de ir limpiándose eso, aparecerán y se podrá revertir manualmente cada una de ellas. Nada que hacer, puedo ayudar.

Para limpiar esos categorías, o al menos poder analizar el contenido de esos miles de errores y llegar a alguna solución, es bueno partir por ordenarlas. Implementar esos dos puntos que mencioné más arriba sería un buen comienzo.

(PS: el módulo Citas está completamente funcional desde hace 4 años, pero no lo implementé por falta de interés del resto, no por "perfeccionismo" [funcionalismo le diría yo, mínimo que el programa cumpla la función que se espera]. Es harina de otro costal) Ignacio ( 話合 ) 03:48 6 abr 2024 (UTC)

@Ignacio Rodríguez De acuerdo. Pero si Categoría:Wikcionario es supuestamente para "mantenimiento", por qué tenemos una Categoría:Wikcionario:Mantenimiento? Además, Wikcionario no sería un nombre de espacio? Qué viene a representar entonces "Categoría:Wikcionario"? Para mí esa súpercategoría siempre fue una ensalada rusa que no representa nada. Quizá podríamos meter ahí dentro todas las categorías que no son de ningún idioma (las categorías mayores de las que son de la forma Categoría:YYYYYYY, es decir, las que aparecen ahora en Categoría:Español). En otras palabras, que Categoría:XX:YYYYYYY se meta en Categoría:YYYYYYY, que Categoría:YYYYYYY se meta en Categoría:ZZZZZZZ si existe ZZZZZZZ que sea padre de YYYYYYY (por ejemplo "Registros Linguísticos" es el padre de "Términos Coloquiales", "Ciencia" es el padre de "Física", etc etc), o bien sino que entre en Categoría:Wikcionario. De esa forma queda que Categoría:Wikcionario viene a ser algo así como la verdadera raíz desde donde navegar. Porque sino todas las Categorías:YYYYYYY van a quedar aisladas. Tmagc (discusión) 04:00 6 abr 2024 (UTC)

Lo cual es algo que me parece más que razonable, porque antes había una Categoría:ES:Mantenimiento, Categoría:ES:Plantillas, y así haríamos una Categoría:Wikcionario:Mantenimiento, Categoría:Wikcionario:Plantillas, y así Categoría:Wikcionario pasa a ser un comodín que represente a todos los idiomas. Es lo que más me cierra. Tmagc (discusión) 04:01 6 abr 2024 (UTC)

@Tmagc Mira el árbol de categorías de cualquier Wikipedia. Lo de que las categorías van a quedar aisladas es simplemente absurdo. Cada página puede tener (como te habrás dado cuenta) más de una categoría. Hazte un favor y, en vez de especular, mira cómo se conformaba el árbol antes de los cambios. El mismo ejemplo que di antes, y ahora. Hay una categoría que antes a mí parecer sobraba (ES:campos semánticos, sólo deberían ir los campos de más alto nivel ahí), y otra misteriosa que ahora falta. ¿Puedes ver cuál es la que falta? Está creada, no hace falta crear nada nuevo.

Segundo, la lógica de la Categoría:Wikcionario es que toda la información que refleja es de interés de los editores y no de los lectores, y por eso se oculta. No dije que necesariamente sean para mantenimiento. Es el uso habitual en los proyectos wiki. Ignacio ( 話合 ) 04:12 6 abr 2024 (UTC)

De hecho el módulo maneja muy bien las categorías madre. Mira SPOILER la categoría sorpresa. Funciona igual que antes, lo que muestra que estás inventando un problema donde no lo hay. Ignacio ( 話合 ) 04:16 6 abr 2024 (UTC)

Compara Categoría:Anatomía en su estado actual, con en:Category:Anatomy para ver si, comparando los contenidos de ambas categorías, puedes entender la diferencia.

Más ejemplos, porque creo que lo que falta son muchos más ejemplos.

• Categoría:Campos semánticos vs en:Category:All topics. ¿Alcanzas a ver la diferencia?
• Categoría:Agricultura vs en:Category:Agriculture
• Categoría:Animales vs en:Category:Animals

Bueno, creo que se va entendiendo, para qué vamos a pasar de la letra A. Ignacio ( 話合 ) 04:24 6 abr 2024 (UTC)

@Ignacio Rodríguez Muy bien, precisamente son esas cosas en las que no estoy de acuerdo. Primero, no entiendo a qué viene tu distinción entre editores y lectores, como si uno no pudiera hacer ambas cosas. Además, si no es por las categorías que son de "mantenimiento", entonces de qué sirve tener "categorías para editores" y "categorías para lectores"? Hubo muchos vicios institucionales dentro del sitio, y de todos los que hubo el peor fue hacer una distinción tan taxativa para esto.

Y sí, por supuesto que sé que cada página puede tener más de una categoría, pero definitivamente no queda bien que queden aisladas sin que vayan todas a parar a un nodo raíz.

Por lo tanto, voy a ocuparme de categorizar las categorías por fuera de los idiomas. Pero definitivamente, estoy convencido de que es un yerro que queden sueltas, incluso si así estaba antes. Así que eso va a cambiar. De hecho, en el ejemplo que me trajiste aparece claramente una categoría en:Category:Fundamental. A esto me estaba refiriendo con lo de que no quedaran aisladas, querido.

Gracias, me diste toda la información que necesitaba. Tmagc (discusión) 04:28 6 abr 2024 (UTC)

@Tmagc Deja de especular, y MIRA COMO ERAN ANTES Y CÓMO ES AHORA! Por qué quedarían aisladas?

Tengo que escribirlo con letras mas grandes? Creo que es el tamaño de la letra...

Categoría:ES:Zootomía, 20 de marzo de 2024: Estaba categorizada en las siguientes categorías:

1. Zootomía
2. ES:Anatomía
3. ES:Zoología
4. ES:Campos semánticos (que creo que no debería ir ahí, es muy general

Categoría:ES:Zootomía, 22 de marzo de 2024: Está hoy en las siguientes categorías:

1. ES:Anatomía
2. ES:Zoología

¿Puedes ver al menos una discrepancia en el número de categorías? Será un buen comienzo.Ignacio ( 話合 ) 04:35 6 abr 2024 (UTC) PS: Si necesitas un tamaño de letra aun más grande, es posible. PS2: Soy benevolente, una pista: 4 > 2, lo que puede implicar (no necesariamente) que antes habían categorías que ahora no. Sé que suena a ciencia ficción, pero revisa la lógica.

@Ignacio Rodríguez Sí, ñeri. Hace rato me di cuenta. El único que no entiende sos vos. Así que, dado que tanto pedís pero poco contribuís, lo que espero es que te muerdas la lengua y que esperes a que esté terminado. O bien, que respondas otra vez, pero que esta vez la aclaración venga con malas palabras, por favor. Tmagc (discusión) 04:42 6 abr 2024 (UTC)

Entonces, por qué quedarían aisladas las categorías, niño!

Propongo una (aparentemente imposible, pero paradójicamente posible hasta hace dos semanas) solución en que las cosas sigan como estaban normalmente. Ignacio ( 話合 ) 04:45 6 abr 2024 (UTC)

Solucionado (este sub problema) Ignacio ( 話合 ) 04:59 6 abr 2024 (UTC)

Ok, me gusta la solución provisional tuya. Pero todavía no comprendés lo que quería decir. Creo que sabés muy poco leer entre líneas, o si quiera leer lo que escriben los demás. Pero lo dije claramente al principio que faltaría acoplar el equivalente para en:Category:Fundamental. Así que, el que no entiende sos vos. Pero ok, yo me puedo encargar de eso en un futuro, no es un problema catastrófico. Ahora sí, saludos. Tmagc (discusión) 05:06 6 abr 2024 (UTC)

No es provisional, es definitiva. Es la lógica anterior, y perfecta del árbol previo, y la misma que la que usa el Wiktionary inglés.

El problema de Fundamental no tiene absolutamente nada que ver. EL problema es que aislaste miles de categorías de ese árbol, y yo las volví a juntar. Ignacio ( 話合 ) 05:13 6 abr 2024 (UTC) Creo que necesitaba letras aun más grandes, o haberte dado, en vez de tres ejemplos, trescientos cincuenta. No hay otra explicación. PS2: El equivalente de en:Category:Fundamental es... redoble de tambores... (el resultado te sorprenderá) Categoría:Fundamental. Increíble, ¿no?

Creo que pueden conversar de esto sin los ataques personales y sarcasmos intercalados. Yo estoy más con Ignacio Rodríguez en lo de encontrar la solución primero e implementarla después y en lo de no hacer cambios serios por cuenta propia, pero también acepto que Tmagc está haciendo avances impresionantes y que, con tiempo, este problema de las categorías se va a arreglar. ¿Hay algo que se pueda hacer para no perder la información y para no afectar el funcionamiento diario? Saludos. Lin linao ¿dime? 01:47 7 abr 2024 (UTC)

Yo sé muy bien todo lo que está pasando y también sé que no se va a perder nada y que todo va a volvar a la normalidad con alguna salvedad de que hay que renombrar algunas categorías. Sólo que toda etapa de transición requiere soportar una cierta incomodidad. Ahora bien, que Ignacio, que bastante poco hizo por el sitio, y que ahora de la nada venga a insultar porque categorizar es un fetiche para él y porque no es capaz de esperar ni siquiera un mes con ciertas categorías que no fueron tratadas aún, siendo que él no fue capaz de implementar Citoid en cuatro años, eso ya es otro tema. Tmagc (discusión) 03:33 7 abr 2024 (UTC)

@Lin linao Anoche estaba cansado y estúpido. Discúlpenme si incomodé a más de alguno con mi actitud. La situación que empezó como un reporte sencillo de error, terminó medio surrealista. Ignacio ( 話合 ) 18:08 7 abr 2024 (UTC)

Edición de interfaz

@Peter Bowman, como administrador de interfaz te pido un favor. Se trata de MediaWiki:Scribunto-doc-page-show. Sería importante incluir ahí la plantilla {{documentación}}, para que se generen los enlaces automáticos y el espacio para la documentación de los módulos, que tanta importancia tienen en el futuro de este proyecto. Ignacio ( — Δ — ) 14:53 4 abr 2024 (UTC)

@Ignacio Rodríguez, hecho. Un saludo, Peter Bowman (discusión) 14:57 4 abr 2024 (UTC)

Flag de bot para Usuario:NinoBot

Estimada comunidad. Me gustaría contar con el flag para ediciones automatizadas acá. Tengo el flag también en Wikisource en español, en Wikipedia (lo perdí hace unos años por inactividad), y en Wikidata, con cientos de miles de ediciones en esos tres proyectos. Principalmente es para hacer tareas como reemplazos masivos de categorías que tengan errores o hayan sido renombradas. Nada controversial. En general soy criterioso. Ignacio ( 話合 ) 05:55 6 abr 2024 (UTC)

Yo acepto sólo si primero decís cuáles son los reemplazos que vas a hacer y si luego vas a tomar la posta con auto cat, algo que veo que ya lo hiciste porque comprendés a la perfección cómo funciona. Tmagc (discusión) 19:08 6 abr 2024 (UTC)

Tmagc es quien se está encargando de implantar el nuevo sistema de categorización y de solucionar los errores derivados del mismo (#>8000 categorías con errores). Si lo estima oportuno, pedirá soporte o ayuda con esa tarea. Introducir un nuevo bot que deshaga sus cambios según la visión que tiene otro operador no es el camino correcto. Peter Bowman (discusión) 11:21 7 abr 2024 (UTC)

Es para tareas masivas, a pedido, no para deshacer a tontas y a locas. Cosas como crear o trasladar las categorías faltantes, u otras tareas semi-automáticas y supervisadas. Tengo varios años usando pywikibot y tengo un muy buen manejo de expresiones regulares. Ignacio ( 話合 ) 14:15 7 abr 2024 (UTC)

@Peter Bowman intenté hacer algunas ediciones (trasladar categorías renombradas), pero no tengo el permiso "move" para hacerlo. Con eso podría hacer unas cuantas ediciones para mostrar de lo que estoy hablando. Insisto, nada controversial, ninguna reversión de criterio, sólo ayudar con la limpieza del desorden. Ignacio ( 話合 ) 14:39 7 abr 2024 (UTC)

@Ignacio Rodríguez: pero ¿qué tareas masivas? Esas cosas se discuten antes de solicitar los permisos de bot, y se asignan cuando hay una necesidad y un plan (p. ej. ¿cómo planteas "limpiar el desorden"?). Acabamos de asignarles los permisos a TMCbot y RoboJ2, también tenemos disponible a mi bot para atender peticiones. Prefiero que lo de mover categorías me lo pidáis a mi, ya que puedo evitar que se creen redirecciones después del traslado. Peter Bowman (discusión) 15:28 7 abr 2024 (UTC)

@Peter Bowman Nada más estaba ofreciendo mi ayuda como usuario con 18 años de experiencia editando proyectos wiki, pero si no es necesario, no importa.

Con tarea masiva por de pronto me refiero a cualquier tarea supervisada que se pueda hacer usando pywikibot. El criterio es hacer ediciones que yo mismo que podría hacer a mano (o con el mismo pywikibot y mi cuenta de usuario personal, con un tiempo razonable entre ediciones). El flag es para evitar inundar los cambios recientes.

¿Cómo planeo limpiar el desorden? Haciendo lo que ya estoy haciendo: navegando las categorías con errores, identificando patrones, planificar una solución y ejecutarla. Ejemplo, necesito trasladar todas las categorías Categoría:XX:Palabras con origen (idioma) a Categoría:XX:Palabras derivadas del (idioma) teniendo cuidado con el caso del latín.

En todo caso, para evitar que se creen redirecciones, es necesario el permiso suppressredirect, que es parte del grupo Bots. Ignacio ( 話合 ) 15:59 7 abr 2024 (UTC)

A mí no me termina de cerrar. Primero, estando inactivo cerca de 4 años y viendo que ahora viene alguien con un poco de voluntad a implementar los cambios que tenían que haberse implementado desde antes, ahora de repente no podés aguantar ni siquiera un mes sin las categorías y me puteás. Qué es lo que tanto de urge? Segundo, querés trasladar las categorías que fueron renombradas sin si quiera preguntarte si no hay que revisar las categorías viejas que quedaron para vaciarlas, porque aunque no lo creas todavía quedan páginas en donde se categoriza directo en lugar de usar las plantillas que corresponden para hacerlo. Si trasladamos todo ahora mismo, nos perdemos la oportunidad para detectar las páginas que tienen esto y convertir su estructura. Lo que me da la pauta de que tenés menos idea que yo respecto de lo que hay que hacer. Por último, no entiendo si entonces yo tengo que primero "traer la solución" antes de mandarme a implementar cosas, y a vos sí te tenemos que dar la libertad de toquetear todo porque "sos criterioso" y "tenés un buen manejos de expresiones regulares", cualidades que obviamente son lo menos que se esperaría para alguien que venga a solicitar un bot?

En contra, lo siento pero no veo como alguien así puede venir a contribuir de buena fe al sitio. Primero, cambiá tu actitud. Segundo, revisá la inconsistencia entre lo que me exigís y lo que pedís. Tercero, ahora esperá un mes. Entonces y sólo en ese entonces volveremos a hablar sobre este asunto. Mientras tanto, abstenete de cualquier modificación en el espacio de Categorías. Saludos. Tmagc (discusión) 16:29 7 abr 2024 (UTC)

Lo que te pedí es que no eliminaras el contenido de 30 mil páginas sin pensar en las consecuencias, no que no toquetearas nada.

Entiendo el valor de tener miles de categorías con errores. Gracias a esos errores y con dos toques bajé la cantidad de >8000 a ~6900. Pretendo seguir así, hasta que quede en 0. Usando la cabeza, de a poco, sin vaciar nada a tontas y a locas. (Al trasladar la categoría no se pierde ninguna oportunidad. Las páginas mal categorizadas van a seguir ahí, no se van a mover por trasladar la página de la Categoría, que es una página común, como las otras.) Sí me pregunto en la consecuencia de mis acciones, tranquilo.

No voy a recibir instrucciones de un usuario igual que yo. Ignacio ( 話合 ) 17:49 7 abr 2024 (UTC)

Si se traslada la categoría a la nueva denominación, la denominación vieja desaparece de Categoría:Páginas con errores en secuencias de órdenes, lo que hace que el trabajo sea el doble de complicado. Como sea, el veredicto queda igual y a esta altura no lo voy a cambiar. Obviamente podés revisar los módulos o implementar los que faltan. Pero no te metas en las categorías por el momento. Gracias y saludos. Tmagc (discusión) 18:53 7 abr 2024 (UTC)

Solo trasladaría las categorías que sé cómo manejar o que el módulo maneja bien. A eso voy con que no voy a hacer nada a tontas y a locas. Si se traslada la categoría a una nueva denominación, las páginas que estaban manualmente quedan en la categoría vieja y se pueden detectar por mucho medio nada complicados. Lo que sí mejora bastante, es la navegación de la categoría de páginas con errores.

E insisto, no voy a recibir instrucciones de un usuario igual que yo. Los usuarios no emiten veredictos, ni resoluciones, ni condenas. Ignacio ( 話合 ) 19:43 7 abr 2024 (UTC)

@Ignacio Rodríguez: como usuario te pido, por favor, que tengas paciencia. Tmagc está trabajando en ello y en muchas cosas más, la categorización solo es una parte de todo lo que tiene en marcha. Vi en su día los errores de auto-cat y decidí esperarme a escribirle nada porque sé que está rehaciendo activamente esa parte, y sé que lo acabará arreglando porque tiene las herramientas (bot, conocimientos de programación) adecuadas para ello, junto con un plan que ha ido detallando en este Café. Si tienes observaciones o ideas para mejorar lo que él ha propuesto, este foro es el lugar indicado. Puesto que lo has advertido tú y si tienes esa posibilidad (debería ser así dado que estás pidiendo el flag), puedes ayudarnos y sacar una lista de páginas cuyo contenido eliminó TMCbot y que consideras que debió haberse mantenido. PD en mi comentario anterior olvidé que los bots tienen el permiso "suppressredirect", luego ignorad por favor esa parte. Peter Bowman (discusión) 20:01 7 abr 2024 (UTC)

@Peter Bowman El usuario en cuestión tiene más cosas en marcha de las que puede manejar. También tengo los conocimientos y desde ayer he reparado varios errores. Puedo y quiero ayudar, entiendo "el plan" (en este caso puntual de la categorización no es particularmente sofisticado). El problema para compilar esa lista, es que para encontrarlas dentro de ese mar de categorías, es necesario hacer un mínimo de limpieza. Ignacio ( 話合 ) 20:07 7 abr 2024 (UTC)

Salvo que tengas algo particular en mente, no estoy de acuerdo en lo último: puedes extraer el código de las páginas editadas por TMCbot antes de sus cambios y detectar si contenían lo que estás buscando. Peter Bowman (discusión) 20:49 7 abr 2024 (UTC)

Creo que no me di a entender, pero no voy a insistir. Te voy a escribir con listas de páginas que hay que trasladar / borrar (todas vacías, evidentemente) Ignacio ( 話合 ) 21:07 7 abr 2024 (UTC)

@Ignacio Rodríguez No, el que pidió un bot fuiste vos, y mi veredicto es, por el momento, en contra. Lo único que digo es: si veo un traslado de una sola categoría no vacía y veo que desaparece de Categoría:Páginas con errores en secuencias de órdenes (tal como hice hace unos minutos), lo voy a considerar como falta de cooperación. Si es una "instrucción" o no, interpretalo como quieras. En cuanto al resto de cosas, hacé lo que quieras. Tmagc (discusión) 20:03 7 abr 2024 (UTC)

Lista Swadesh

Les parece bien reemplzar las apariciones de [[Categoría:XX:Lista Swadesh|N]] por una nueva plantilla {{swadesh|XX|N}}. La plantilla además de categorizar generaría una leyenda sutil debajo de {{pron-graf}} que diga algo así como “parte de la Lista Swadesh”. LA plantilla iría justo después de {{pron-graf}}, es el lugar ideal. Tmagc (discusión) 22:50 27 mar 2024 (UTC)

Supongo que tienes en mente un elemento flotante, para que aparezca justo debajo de la caja de pron-graf. Tal vez no funcione tan bien en las versiones para móviles, y si alguien se despista, puede alterar el orden sin querer o colocar otros elementos entre esta nueva plantilla y pron-graf. Yo votaría por ir reduciendo los elementos flotantes en lugar de favorecer su proliferación. Idea alternativa: ¿no tendría mejor cabida en la sección de "Véase también", en forma de enlace a la categoría? Peter Bowman (discusión) 00:22 28 mar 2024 (UTC)

El problema es que "Véase También" es una sección de nivel 4, es decir, concierne sólo a la etimología; mientras que la lista swadesh es algo que afecta a toda la palabra, por lo que debería estar por debajo del nivel dos. Otra opción es hacer lo que quiero pero sin que sea flotante. Y una tercera opción es que la plantilla sólo categorice sin mostrar nada, como se venía haciendo hasta ahora. Tmagc (discusión) 14:53 28 mar 2024 (UTC)

Creo que entonces lo mejor es que no muestre nada, porque me parece que quedaría medio raro que aprezca un subtítulo antes de los títulos de etimologías. Tmagc (discusión) 14:55 28 mar 2024 (UTC)

Bien visto lo del nivel 4. Me estoy acordando de que en alguna entrada con múltiples etimologías (donde estos encabezamientos estaban en el nivel 3 y todos los demás en el nivel 4) habíamos dejado "Véase también" o "Información adicional" (no recuerdo cuál) al mismo nivel que las etimologías por el hecho de que su contenido se refería a toda la entrada. Creo que deberíamos abordar esto en el hilo de la estructura (aún no he tenido ocasión de analizarlo bien). De las opciones que propones, categorizar sin generar texto me parece un buen compromiso. Peter Bowman (discusión) 21:55 28 mar 2024 (UTC)

Definitivamente yo estoy en contra de tener subtítulos con posición relativa porque confunde al que viene después y quiere agregar algo. Es decir, puede ser tentador subir "Véase También" a nivel 2, el problema es que si alguien que viene después quiere agregar algo que concierne sólo a una etimología se va a olvidar de bajarlo. Es lo que ocurre ahora mismo cuando aparece una nueva etimología. Tmagc (discusión) 02:34 1 abr 2024 (UTC)

@Peter Bowman füta Así queda bien? Tmagc (discusión) 01:11 9 abr 2024 (UTC)

@Tmagc: creo que sí, me gusta como queda :). Peter Bowman (discusión) 22:16 9 abr 2024 (UTC)

Algunas precisiones más en etimología

No hace mucho hubo un dilema sobre cuando incluír y cuando no incluír esta plantilla. Por mi parte, para evitar cualquier confusión lo que propongo es que se incluya siempre en palabras base y locuciones, y nunca en formas flexivas (se escribe === Forma flexiva=== sobre el nivel 3). Si a juicio de quien escribe tiene sentido categorizar o explicitar algo, lo puede hacer como en las demás palabras. Si no, se escribe {{etimología|leng=XX|no aplica}}. Ejemplos para constrastar: leche de almendras vs. Burkina Faso.

Después, qué va a suceder con los cognados? En Wikcionario:Etimología decía algo así y de forma muy laxa que "se podían agregar los cognados en Etimología, pero que no sean demasiados". No sería más fácil hacer una plantilla {{cognado}} que funcione similar a {{sinónimos}} y que vayan todos los cognados en Información Adicional? Otra es hacer un contenedor que funcione similar a Traducciones, aunque también cabría preguntarse si esta última no es más amplia y abarca a los cognados. Aunque también es cierto que en entradas que no sean del español no se pueden añadir traducciones entonces ahí sí podría tener sentido incluír esta plantilla. Pero primero necesito saber cuál es el estado actual de la cuestión. Tmagc (discusión) 02:50 1 abr 2024 (UTC)

Como lo suelo ver yo, los cognados normalmente van en "Información adicional" y se emplea para ello la plantilla {{derivad|tít=Cognados|xxx}}: Especial:PermaLink/5271897#Información adicional. Para simplificar, se podría crear una nueva plantilla {{cognados}} como propones (estoy dudando acerca del singular/plural en el nombre). Peter Bowman (discusión) 09:27 1 abr 2024 (UTC)

@Peter Bowman Quizá fusionar el estilo y homogenizarlo con el de traducciones. Podría crear una plantilla que sea igual a la de traducciones pero que no categorice (sólo el enlace), y que reemplace a las que había para descendientes. Creo que sería lo más práctico. Pero habría que aclarar hasta dónde es válido usarla. Vale para cualquier idioma? La de traducciones vale sólo para el español. La de descendientes, se supone que es para protolenguas pero a veces aparece en en latín. En füta aparecen unos derivados que no sé si en realidad no son términos que también son descendientes. yo creo que es lo mismo, sinceramente. A mí me da igual si se permite poner sucesores en cualquier página, pero el formato que sea homogéneo para todas: yo voto por

==== Descendientes ====

{{trad-arriba|descendientes}}

{{d|xx|...}}

{{d|yy|...}}

{{trad-abajo}}

d sería el equivalente para t. Se podría opcionalmente permitir separadores entre medio para agregar las subdivisiones de familias, algo que lo vi en el protoindoeuropeo.

Por último, quisiera que me permitan mover {{reconstruido}} al comienzo de todo, justo luego de {{desambiguación}} y antes de cualquier título. Si lo dejamos donde está ahora, choca con {{pron-graf}}. Desventaja de tener el elemento flotante xd. Tmagc (discusión) 05:02 9 abr 2024 (UTC)

@Tmagc: {{reconstruido}} puede ir al principio, porque dudo que, de haber múltiples secciones de idioma, alguna no corresponda a una lengua reconstruida. Hablando de elementos flotantes, hay veces que necesito poner una plantilla de {{revisión}} o similar y afecta a una sola sección de idioma, por lo cual la ubico justo debajo del encabezamiento, encima de pron-graf. No me importa llevarla al principio y señalar en su texto de que se trata de tal sección (en el caso de que haya varias en la misma página). Peter Bowman (discusión) 22:35 9 abr 2024 (UTC)

Tenía que escribir esto para responderme a mí mismo: los derivados son al interior de la propia lengua, los descendientes son entre distintas lenguas y verticales, los cognados son entre distintas lenguas y horizontales. Creo que sería esa la diferencia entonces. Ahí sí tiene sentido el formato para {{derivad}}. Pero no es compatible lo de füta, no podría haber "derivados en otras lenguas". Me queda la duda. Tmagc (discusión) 05:05 9 abr 2024 (UTC)

La respuesta a ti mismo me parece correcta. Lo de füta podría borrarse si es problemático, pero a mí me parece útil. Otra opción sería dejarle descendientes del tipo futa-, -buta, etc, como hicieron en inglés con en:duco#Latin, cuyo descendiente en castellano es -ducir, nunca libre. Saludos. Lin linao ¿dime? 15:48 9 abr 2024 (UTC)

Algunas precisiones más sobre pron-graf

Ya sabrán que implementé diversos módulos que generen pronunciación de forma automática? Casi. En realidad, como nada funciona gratis, necesitaría que vean y estén al tanto de la tabla que puse en la documentación, muestra el estado actual de los módulo implementados. Los módulos ayudan a generar la pronunciación pero en algunos casos hay que pasarle más información. En general, la implementación la copio tal cual de en.wikt pero algunos comandos los muevo a |ayudaextra. Hay varios problemas en los que hay que tomar una decisión. Algunos de ellos (lo más importante):

1. Para todo se puede implementar un módulo. Pero, hasta qué punto los comandos que podría llegar a requerir lo harían más complejo que copiar la transcripción a manopla? El italiano, el francés o el catalán son fáciles de entender. Estoy pensando por ejemplo en el portugués en:Template:pt-IPA. La gran cantidad de opciones que maneja, cuántos serían capaces de entender todo eso? Creo que es un caso muy lìmite, y habría que estudiarlo muy bien. Si la mayoría de las entradas no van a requerir todos esos comandos, por mí está bien. Si la mayoría de las entradas requieren alguno de esos comandos raros, empezaría a dar marcha atrás.
2. Si nos vamos a permitir tener módulos tan complejos (para los editores que tengan que usar la plantilla, para mí no va a ser problema implementarlos), entonces habría que adoptar alguna táctica similar a en.wikt y: o bien hacemos una plantilla por idioma, o bien sacamos esa tabla de la documentación y enlazamos cada idioma a una página diferente en donde se explique más a fondo el caso para cada idioma.
3. En el caso del árabe, hebreo, persa. Los módulos de en.wikt requieren los diacríticos para funcionar. no hacen magia (recuerden que en la práctica sólo se escriben las consonantes).
4. En el caso del chino... bueno esto en realidad requeriría de un hilo aparte. La prounciación creo que es completamente irregular, y además el pinyin es más preciso que el IPA. Pero quizá convenga empezar a pensar en unificar las variantes y hacer una plantilla especial que permita completar con los pinyin de todas las variantes, tal como en.wikt. Lo que entiendo es que tendríamos para cada variante de chino: misma grafía, mismo significado, pero diferente pronunciación. De ahí que decidieron unificar.
5. el japonés, en principio sería sólo hiragana y katakana (el kanji creo que es irregular), y el coreano parece relativamente sencillo con pocas irregularidades.
6. el alemán: requeriría sí o sí la información de los prefijos y sufijos presentes, si es que lo están; de otra forma no se puede transcribir correctamente.
7. y en el español, hablando de prefijos... estoy viendo que la nota de prefijos genera demasiados "falsos positivos", como en inca (piensa que hay un in-). Quizá convenga agregar comandos "prefsí" o "prefno" en ayudaextra, o incluso eliminar el "quizá haya varias separaciones silábicas posibles", desactivarlo por defecto y que busque los prefijos sólo si se pide explícitamente en la ayuda. Total, se puede pasar un bot que analice en Etimología si hay algún prefijo o no.

PAse lo que pase, hay que empezar a tomarse el tiempo de probar para cada idioma cada función para ver si está funcionando ok, y si el módulo comete errores groseros si no se usan las ayudas. En muchos casos de esta última circunstancia, sin embargo, sería fácil pasar un bot que agregue las cosas, por ejemplo si se trata de especificar la categoría gramatical. Tmagc (discusión) 03:39 1 abr 2024 (UTC)

5. El japonés es totalmente regular desde hiragana y katakana a vocales y consonantes, con la única de excepción de は, que cuando es partícula suena wa y no ha. Pero tiene acento melódico impredecible y con altísima variación dialectal. Los diccionarios que lo indican, creo, dan la pauta de Tokio. Por ejemplo, はな = hana en Tokio tiene entonación Heiban (LH) cuando significa nariz y Odaka (LH↓) cuando significa nariz, pero en Osaka nariz tiene entonación Atamadaka (HL). Si se prescinde de indicar el acento melódico no habría problema. Y si se da, creo que la solución sería marcar a cuál de los 4 tipos pertenece y dónde. Saludos. Lin linao ¿dime? 16:16 9 abr 2024 (UTC)

Noticias técnicas: 2024-15

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

Cambios recientes

• Navegadores web pueden usar herramientas llamadas extensiones. Existe una extensión en Chrome llamada Citation Needed (Cita requerida) la cual puede ser usada para ver si una afirmación en línea está avalada por un artículo en Wikipedia. Este es un experimento a pequeña escala para ver si Wikipedia puede ser usada en de esta forma. Debido a que es un experimento pequeño, solo puede ser usada en Chrome en inglés.
• Una nueva característica de Edit recovery (recuperación de edición) ha sido añadida a todas las wikis, disponible como una preferencia de usuario. Una vez habilitada, tus ediciones en curso serán almacenadas en tu navegador web, y si accidentalmente cierras la ventana de edición o tu navegador o el computador deja de responder, te preguntará si deseas recuperar el texto sin publicar. Agradecemos cualquier retroalimentación en la página de discusión del proyecto. Este pedido era el número 8 de la Lista de Deseos de la Comunidad 2023.
• Los resultados iniciales de los experimentos de Edit check han sido publicados. Edit Check ya se encuentra disponible como característica por defecto en las wikis donde fue probada. Coméntanos si tu wiki quiere ser parte del siguiente lanzamiento de Edit check. [4][5]
• Las personas que usan la piel (skin) Minerva en dispositivos móviles notarán que se han hecho mejoras en el alto de línea en todas las tipografías. [6]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 9 de abril. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 10 de abril y en todas las wikis a partir del 11 de abril (calendario). [7][8]
• Las nuevas cuentas de usuarios y usuarios no registrados tendrán activado por defecto el editor visual en la versión móvil. Este lanzamiento se realizará para todas las wikis excepto para la Wikipedia en inglés. [9]

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

MediaWiki message delivery 23:37 8 abr 2024 (UTC)

Cognados

Muy bien, tengo que abrir un nuevo hilo sobre esto porque según @Peter Bowman la costumbre era usar {{derivad|tit=Cognados}}. Al buscar coincidencias en la base de datos, veo que tengo 276 coincidencias para "arriba\|[cC]ognado" y 157 para "{{derivad\|t.t=[cC]ognado". Lo que me dice que la costumbre era más bien meterlos en un contenedor. Cómo deberíamos resolver esto? Parece más fácil seguir la costumbre de dejarlos en contenedor como en Traducciones pero a la vez no sé qué tan bien quedaría tener dos veces un contenedor y repetir la misma plantilla para cosas distintas, sobre todo lo pienso por el caso del español, que podrían haber palabras en Cognados y en Traducciones.

Yo voto por hacer una plantilla estilo ítem que vaya en Información Adicional.

Pos data: parecen demasiadas pocas coincidencias, lo que me dice que la costumbre era otra cosa diferente a esas dos opciones. Tmagc (discusión) 05:11 11 abr 2024 (UTC)

Plurales

No sé si esto estaba acordado. Cuál es la política que adoptaron para los plurales, por ejemplo para “tablas” (de ajedrez)? Claramente hay dos opciones: agregar una acepción en tabla como está ahora, pero también vi que en algunos casos crean una página nueva, es decir, incluir la acepción en tablas (pluralia tantum, no forma flexiva). Ya es hora de ir definiendo... Tmagc (discusión) 20:25 13 abr 2024 (UTC)

Si la definición corresponde al plural, debería ir en la entrada tablas, y esta la enlazaremos en la sección "Véase también" de tabla. Peter Bowman (discusión) 21:00 13 abr 2024 (UTC)

No items

En consonancia con la política (probablemente implícita) de no usar ítems y sistematizarlos con plantillas, están creadas las plantillas {{gentilicios}} (distinta de {{gentilicio}}), {{masculino}} y {{femenino}}. Respecto de los países, estaría bien si encapsulamos todos los ítems que aparecen con una plantilla? La idea sería una plantilla que no encapsule la definición, es decir, se escribe debajo de la misma, y cada ítem se completa dentro de la plantilla con un parámetro no posicional. Cómo lo ven? Tmagc (discusión) 19:23 15 abr 2024 (UTC)

Noticias técnicas: 2024-16

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

Problemas

• Entre el 2 y 8 de abril, las páginas que usan Ediciones revisadas, la etiqueta "Revertido" no fue aplicada para las ediciones deshechas. Adicionalmente, las páginas movidas, protegidas e importaciones no fueron revisadas automáticamente. Este problema ya fue resuelto. [10][11]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 16 de abril. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 17 de abril y en todas las wikis a partir del 18 de abril (calendario). [12][13]
• Las claves de ordenamiento por defecto ahora afectan a las categorías añadidas por plantillas en las notas al pie. Anteriormente las notas al pie usaban el título de la página como clave de ordenamiento por defecto incluso si existía otra clave de ordenamiento (las claves de ordenamiento por categoría ya están funcionando así). [14]
• Una nueva variable page_last_edit_age será añadida al filtro antibusos. Indicará cuántos segundos han pasado desde la última edición a una página. [15]

Cambios futuros

• Los desarrolladores voluntarios deberán actualizar el código de sus herramientas y opciones para manejar cuentas temporales. Lea más acerca de esto.
• Cuatro campos de la base de datos serán eliminados de las réplicas de base de datos (incluyendo Quarry). Esto afectará solamente a las tablas abuse_filter y abuse_filter_history. Algunas consultas podrían requerir una actualización. [16]

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

MediaWiki message delivery 23:29 15 abr 2024 (UTC)

Plantilla:d

En la plantilla que se usa para los descendientes, sería conveniente agregar un parámetro que incremente el nivel de sangría, de forma que se pueda crear un "árbol de descendientes" (por ejemplo, véase *máh₂tēr). 26agcp (discusión) 10:33 19 abr 2024 (UTC)

@26agcp Excelente propuesta. Ya agregué el parámetro |niv para cambiar el nivel. Lo que habría que determinar es si conviene que por defecto el nivel que corresponde a no agregar sangría extra sea 1 o 0. Por ahora, lo dejo en 1. Tmagc (discusión) 13:52 19 abr 2024 (UTC)

@Tmagc Me parece bien dejarlo por defecto en 1. Por otra parte, hay que definir en la guía de estilo en qué sección van a ir los descendientes, ya que aún hay entradas en las que estos están en la sección "Información adicional". 26agcp (discusión) 02:00 21 abr 2024 (UTC)

@26agcp Ya lo tengo decidido, van en el nivel 4, a la misma jerarquía que Traducciones. Ambos, los descendientes y las traducciones se usan con sus plantillas dentro de los contenedores delimitados por trad-arriba y trad-abajo; en el último caso se cambia el título del contenedor con el parámetro de trad-arriba. Los derivados y cognados van con las plantillas derivad y cognados respectivamente, ambos anidados dentro de Información Adicional. Gracias por la observación, cuando tenga tiempo lo voy a estudiar para ver cómo homogenizar esa parte. Tmagc (discusión) 02:04 21 abr 2024 (UTC)

PD sí, creo que lo más instintivo es comenzar desde el 1. Pasa que en los libros de teoría de árboles, la mitad de los autores dicen que la convención es el nivel 0 para la raíz y la otra mitad dice que es el nivel 1. Yo también soy del team 1. Tmagc (discusión) 02:07 21 abr 2024 (UTC)

Tech News: 2024-17

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• Starting this week, newcomers editing Wikipedia will be encouraged to try structured tasks. Structured tasks have been shown to improve newcomer activation and retention. [17]
• You can nominate your favorite tools for the fifth edition of the Coolest Tool Award. Nominations will be open until May 10.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 23 April. It will be on non-Wikipedia wikis and some Wikipedias from 24 April. It will be on all wikis from 25 April (calendar). [18][19]

Future changes

• This is the last warning that by the end of May 2024 the Vector 2022 skin will no longer share site and user scripts/styles with old Vector. For user-scripts that you want to keep using on Vector 2022, copy the contents of Especial:MiPágina/vector.js to Especial:MiPágina/vector-2022.js. There are more technical details available. Interface administrators who foresee this leading to lots of technical support questions may wish to send a mass message to your community, as was done on French Wikipedia. [20]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:28 22 abr 2024 (UTC)

Actual

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)

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)

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)

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)

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)

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

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)

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)

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)

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)

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)

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)

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)

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)

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)

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

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)

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

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)

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)

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

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

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)

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

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)

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)

También agrego ejemplos para ilustrarlo mejor: alasa, esun, ijo, toki. PFSV-UY (discusión) 18:30 25 dic 2023 (UTC)

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)

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)

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

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

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)

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

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

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)

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: [21]. Peter Bowman (discusión) 13:50 23 dic 2023 (UTC)

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 [22], 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 [23]. 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)

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)

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

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

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)

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)

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

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 ([24]). Esto también evitaría tener que reordenar muchas secciones de idioma. Peter Bowman (discusión) 15:32 4 ene 2024 (UTC)

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)

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)

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

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)

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)

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)

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)

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)

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

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)

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

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)

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)

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)

¡Genial, gracias! @Tmagc: listo, ya puedes editar Módulo:lengua. Peter Bowman (discusión) 10:17 12 feb 2024 (UTC)

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

@Tmagc: hecho. Peter Bowman (discusión) 21:54 12 feb 2024 (UTC)

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

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)

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)

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)

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)

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)

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)

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

@Tmagc: hecho. Peter Bowman (discusión) 00:11 15 feb 2024 (UTC)

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)

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)

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

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: [25]. 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)

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

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

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)

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

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

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

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 [26] (mejor si supiera todas las plantilas que usan plantillas de códigos de idioma), y el algoritmo para lo segundo es [27].

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)

A favor. Peter Bowman (discusión) 16:21 3 feb 2024 (UTC)

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

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

Tech News: 2024-06

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• The mobile site history pages now use the same HTML as the desktop history pages. If you hear of any problems relating to mobile history usage please point them to the phabricator task.
• On most wikis, admins can now block users from making specific actions. These actions are: uploading files, creating new pages, moving (renaming) pages, and sending thanks. The goal of this feature is to allow admins to apply blocks that are adequate to the blocked users' activity. Learn more about "action blocks". [28][29]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 6 February. It will be on non-Wikipedia wikis and some Wikipedias from 7 February. It will be on all wikis from 8 February (calendar). [30][31]
• Talk pages permalinks that included diacritics and non-Latin script were malfunctioning. This issue is fixed. [32]

Future changes

• 24 Wikipedias with Reference Tooltips as a default gadget are encouraged to remove that default flag. This would make Reference Previews the new default for reference popups, leading to a more consistent experience across wikis. For 46 Wikipedias with less than 4 interface admins, the change is already scheduled for mid-February, unless there are concerns. The older Reference Tooltips gadget will still remain usable and will override this feature, if it is available on your wiki and you have enabled it in your settings. [33][34]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

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

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)

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

@Cvmontuy, @Tmagc: corregido en Especial:Diff/5213181. Un saludo, Peter Bowman (discusión) 16:17 6 feb 2024 (UTC)

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)

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

Si me parece razonable, muchas gracias Cvmontuy ^(mensajes) 21:10 6 feb 2024 (UTC)

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)

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)

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)

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)

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)

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)

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

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)

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)

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)

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)

Noticias técnicas: 2024-07

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

Cambios recientes

• El experimento de separación de grafos de WDQS esta funcionando y ha sido cargado en 3 servidores de pruebas. El equipo a cargo está probando el impacto de la separación y necesita retroalimentación de los usuarios de WDQS (Wikidata Query Service) acerca de la interfaz de usuario o en otros medios. [35][36][37] La retroalimentación de usuarios podrá validar el impacto de varios casos de uso y flujos de trabajo en torno al servicio de consultas de Wikidata (WDQS). [38][39]

Problemas

• Existió un fallo que afectaba la apariencia de los enlaces visitados cuando se usaba la versión móvil para acceder a las wikis. Este error producía que los enlaces aparecieran en negro; este fallo ha sido solucionado.

Cambios durante esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 13 de febrero. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 14 de febrero y en todas las wikis a partir del 15 de febrero (calendario). [40][41]
• Mientras continúa el trabajo de la deprecación del grid engine, las herramientas [42] serán detenidas el 14 de febrero de 2024. Si tiene herramientas que se están migrando activamente, puede solicitar una extensión para que no se detengan. [43]

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

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

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)

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

Antes si funcionaba la plantila en cuestión gracias Cvmontuy ^(mensajes) 09:56 13 feb 2024 (UTC)

Tech News: 2024-08

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• If you have the "Enviarme un mensaje de correo cuando se modifique una página o un archivo de mi lista de seguimiento" option enabled, edits by bot accounts no longer trigger notification emails. Previously, only minor edits would not trigger the notification emails. [44]
• There are changes to how user and site scripts load for Vector 2022 on specific wikis. The changes impacted the following Wikis: all projects with Vector legacy as the default skin, Wikivoyage, and Wikibooks. Other wikis will be affected over the course of the next three months. Gadgets are not impacted. If you have been affected or want to minimize the impact on your project, see this ticket. Please coordinate and take action proactively.
• Newly auto-created accounts (the accounts you get when you visit a new wiki) now have the same local notification preferences as users who freshly register on that wiki. It is effected in four notification types listed in the task's description.
• The maximum file size when using Upload Wizard is now 5 GiB. [45]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 20 February. It will be on non-Wikipedia wikis and some Wikipedias from 21 February. It will be on all wikis from 22 February (calendar). [46][47]

• Selected tools on the grid engine have been stopped as we prepare to shut down the grid on March 14th, 2024. The tool's code and data have not been deleted. If you are a maintainer and you want your tool re-enabled reach out to the team. Only tools that have asked for extension are still running on the grid.
• The CSS filter property can now be used in HTML style attributes in wikitext. [48]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

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

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)

Por qué procesás el HTML cuando ya tenés el wikitexto? Tmagc (discusión) 16:22 20 feb 2024 (UTC)

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)

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)

Plantilla:ejemplos google

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

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

Bot para actualizar plantillas

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)

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)

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)

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)

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

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)

@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 [49] 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)

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)

@Tmagc, gracias por revisar, saludos, 200.68.186.243 (discusión) 20:39 25 feb 2024 (UTC)

¿Puedo poner a RoboJ2 el flag de bot? --Cvmontuy ^(mensajes) 12:12 1 mar 2024 (UTC)

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

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

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)

Sobre la plantillas de uso y ámbito

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)

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)

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)

@Tmagc, yo la veo así: [50]. 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)

Noticias técnicas: 2024-09

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

Cambios recientes

• El editor visual móvil es el editor predeterminado para las personas que nunca han editado en un pequeño grupo de wikis. Una Investigación mostró que los usuarios que utilizaron este editor son más propensos a publicar los cambios y sus ediciones son menos revertidas. Los usuarios que definieron el editor de wikitexto como su configuración por defecto en la versión de escritorio, verán este mismo editor en la versión móvil. [51]
• El valor mw.config wgGlobalGroups ahora contiene solamente los grupos que están activos en la wiki. Los scripts no tienen que comprobar cuáles grupos están activos en la wiki por un llamado a la API. Un código de ejemplo es if (/globalgroupname/.test(mw.config.get("wgGlobalGroups"))). [52]

Cambios durante esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 27 de febrero. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 28 de febrero y en todas las wikis a partir del 29 de febrero (calendario). [53][54]

Cambios futuros

• El permiso para cambiar las etiquetas de edición (changetags) serán eliminados para los usuarios de los sitios Wikimedia, manteniéndose por defecto para los usuarios administradores y bots. Tu comunidad puede solicitar mantener la configuración actual en tu wiki antes que ocurra el cambio. Indícalo, antes de finales de marzo de 2024, en este ticket para mantenerlo en tu comunidad.

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

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

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

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

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)

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)

Cambios en etim

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)

Categoría:Páginas que usan Phonos

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)

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

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)

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)

La última me gusta más. Rodrigo5260 (discusión) 23:31 28 feb 2024 (UTC)

módulo:lenguas e idioma vasco/euskera

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

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)

ocelotl

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)

Tabla de conjugación

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)

Cuál tabla de conjugación? Tmagc (discusión) 02:45 1 mar 2024 (UTC)

La de los verbos en español. Rodrigo5260 (discusión) 16:46 1 mar 2024 (UTC)

O eso solo pasa en móvil y en la pc se ve normal? Rodrigo5260 (discusión) 16:47 1 mar 2024 (UTC)

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)

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)

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

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

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)

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)

Pares mínimos

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)