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.

Archivo del Café
Antes de junio de 2009
Desde junio de 2009
Año corriente (2024):
<enero> <febrero>

Atajo:
WN:C

marzo de 2024

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)

Yo no les veo utilidad. Incluso los anagramas no dejan de ser una mera curiosidad, tal vez útiles para gente que se dedica a los juegos de palabras. Allá por el 2012 y posteriormente en 2018 hablamos de sacar esa información e integrarla en una herramienta web externa a modo de buscador de anagramas: Wikcionario:Café/2018 09#Propuesta sobre anagramas. O eso, o automatizarla con un bot, como propuse en su día. Peter Bowman (discusión) 16:14 2 mar 2024 (UTC)

@Peter Bowman Tendría que estudiar esa “herramienta externa”. Si es un buscador, y permite recolectar todos los anagramas de una palabra en base a las entradas existentes, entonces me quedo con esa opción. Lo de tener un bot que automatize esa parte creo que es más difícil porque en primer lugar necesitaríamos que todas las páginas estén impecables, aún faltan unas cuantas y por ahí las irregularidades en el formato imposibilitan el parseo. Además, qué pasa si alguien se pone a toquetear eso y bloquea al bot? Si podemos poner un enlace en la portada a ese buscador, nos sacamos un problema de encima y quedan las entradas mucho más limpias.

Pero a lo de los “pares mínimos” no le veo ninguna utilidad ni ninguna forma de automatizarlos porque se necesitaría tener las transcripciones fonéticas de cada palabra y hay unas cuantas irregulares que habría que completar manualmente. Tmagc (discusión) 16:37 2 mar 2024 (UTC)

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 [1] 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)

Gracias Cvmontuy ^(mensajes) 10:50 3 mar 2024 (UTC)

@Cvmontuy: ya que lo tienes, ¿por qué no usas el flag? Acabas de hacer unas 150 ediciones sin él, dejándolas visibles en los Cambios Recientes. Peter Bowman (discusión) 12:21 3 mar 2024 (UTC)

Hola una disculpa, no sábia que se tenia que activar una bendera en el código del bot, ya lo hice, gracias Cvmontuy ^(mensajes) 01:07 4 mar 2024 (UTC)

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)

Para el próximo fin de semana quitare la plantilla NKJV, ¿Debemos borrar las plantillas obsoletas, sin uso en entradas del wikcionario? --Cvmontuy ^(mensajes) 11:55 4 mar 2024 (UTC)

Creo que sería más aconsejable categorizarlas con {{plantilla obsoleta}} en la documentación o también en la plantilla misma con noinclude. Aunque si la plantilla implica un vicio para la comunidad en general se podría además de eso comentar el código para evitar que la sigan usando... Tmagc (discusión) 14:37 4 mar 2024 (UTC)

Estaría bien categorizar las entradas que transcluyen plantillas obsoletas, para su posterior revisión. NKJV excepcionalmente se borrará, y deberíamos evitar crear este tipo de plantillas de un solo uso para fines particulares. Peter Bowman (discusión) 21:45 4 mar 2024 (UTC)

Noticias técnicas: 2024-10

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

• La página Special:Book (asociada a la funcionalidad de "Crear un libro") que se genera por el uso de la antigua extensión de Colecciones fue eliminada de todas las wikis de Wikisource debido a que no funcionaba correctamente. Esto no afecta la capacidad de descargar libros, la cual es provista por la extensión de Wikisource. [2]
• Wikitech está usando la próxima generación de Parsoid en forma predeterminada para generar todas las páginas en el espacio de nombre Discusión. Reporta cualquier problema en la página discusión de Problemas Conocidos (Known Issues). Puedes usar la extensión ParserMigration para controlar el uso de Parsoid; mira la documentación de ayuda para más detalles.
• El mantenimiento en etherpad esta completo. Si encuentras algún problema, por favor indícalo en esta tarea en Phabricator.
• Los Accesorios (Gadgets) permiten a los administradores de interfaz crear características y funcionalidades con CSS y JavaScript. Los espacios de nombres Gadget y Gadget_definition y el permiso de usuario gadgets-definition-edit fueron reservados para un experimento en 2015 pero nunca fueron utilizados. Estaban visibles en la página de búsqueda y permisos de usuarios. Los espacios de nombres y permisos de usuarios sin uso fueron eliminados, sin generar cambios o la necesidad de mover páginas. [3]
• Se realizó una una mejora de usabilidad en el flujo de "Añadir una cita" en Wikipedia, moviendo el botón de inserción al encabezado del popup. [4]

Cambios durante esta semana

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

Cambios futuros

• Todas las wikis estarán en modo solo lectura por algunos minutos el 20 de marzo. Está previsto que esto ocurra a las 14:00 UTC. Se publicará más información en las Noticias Técnicas y de manera individual en cada wiki durante las próximas semanas. [7]
• El código HTML de los enlaces de edición de los encabezados y secciones será cambiado más adelante durante este año para mejorar la accesibilidad. Lee los cambios en esta página para más detalles. Este nuevo código será el mismo que en el nuevo codificador de Parsoid. Puedes hacer pruebas de tus accesorios u hojas de estilos con este nuevo código si añades ?useparsoid=1 a tu URL (más información) o activas Parsoid en tus opciones de usuario (más información).

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabora • traduce • obtén ayuda • danos tu opinión • suscríbete o cancela tu suscripción.

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

Etimologías en palabras compuestas

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

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

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

Tu idea es buena, pero no sé si «N/A» sea el término ideal a utilizar, pues no es propio del español, si no del inglés "not avaliable/applicable", por lo que usarlo en Wikcionario en español no sé si sea la mejor idea, y no conozco alguna alternativa hispanizada. Por otro lado, no sé si queda bien estéticamente. PFSV-UY (discusión) 06:16 5 mar 2024 (UTC)

Respecto a la cuarta opción, temo un poco que alguien no sé dé cuenta de la intención original y empiece a añadir ese parámetro a entradas sin etimología que no son palabras compuestas. Aparte de eso, inevitablemente suscitará la duda, a lectores y nuevos editores, acerca de la necesidad de mantener ese aviso (si no se ha especificado, para qué indicarlo explícitamente). Por ello, mi otro temor es que dentro de unos años, cuando ya no estemos, se decida suprimir esa sección vacía como ya ocurrió otrora con la de "Acepciones". Tal vez sea menos lioso y más simple dejar una sección de "Etimología" sin plantilla en esos casos. Peter Bowman (discusión) 18:08 5 mar 2024 (UTC)

@Peter Bowman Me sonaría mejor algo así como {{etimología|ocultar}}. En cuanto a lo del problema de N/A, a mí no me preocupa tanto. Si es un anglicismo, tal vez cambiarlo por “No aplica” podría funcionar. Y en cuanto a de que no capten el propósito, por eso es que hay que mantener claras las documentaciones. Mi intención justamente es, una vez que cerremos estos últimos detalles de formato y comenzado con las migraciones, volver a redactar lo que sería la nueva guía de estilo. En lo posible que conste de una única página, así evitamos problemas en cuanto a las redirecciones y el seguimiento de todas las páginas. Allí se aclararían todos estos detalles, aunque también las explicaciones deberían ser breves y con enlaces a las documentaciones de las plantillas en lugar de volver a explicar las plantillas mismas allí. Lo que nos permitiría hacer más énfasis en que lean la guía de estilo porque llega un momento en que es cansador andar editando las ediciones de todo el mundo porque se salen de un supuesto “estilo pactado” del cual sólo uno o muy pocos saben exactamente qué es lo que se espera en cada caso. Tmagc (discusión) 19:57 5 mar 2024 (UTC)

No quiero sonar desalentador, pero de las pocas cosas que tenemos claramente documentadas y al día en WN:ES es la estructuración de las formas flexivas, y es al mismo tiempo la que más cuesta que la gente entienda y respete. Por eso tengo un bot que realiza mantenimiento diario: si alguien la lía (hasta cierto grado), tiene detrás a un autómata corrigiéndole y aplicando la norma. Es lo que va a tocar hacer también para este caso :). Peter Bowman (discusión) 23:07 5 mar 2024 (UTC)

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

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

Saludos a todos y todas:

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

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

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

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

En nombre del equipo del proyecto del CdCU,

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

Lenguas construidas

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

Yo no veo cuál es el problema. El esperanto se usa actualmente en algunas regiones. Si está lo suficientemente atestiguado, todo puede valer. Traté de ser lo más amplio posible cuando armé la nueva lista de idiomas para que cada quién agregue de lo que más le plazca. A menos que hayas encontrado algún problema en particular, prosigamos con el asunto de acuerdo a como está actualmente. Saludos. Tmagc (discusión) 22:49 6 mar 2024 (UTC)

No creo que sea malo si un Wikipedista quiere centrarse solamente en lenguas artificiales, lo cual es mejor a que no colabore en absoluto, y después de todo, considero que tener un buen diccionario de una lengua artificial (con codigo ISO claro) puede atraer más gente al proyecto. Si tu quieres centrarte más en lenguas naturales está bien, así como que otros solo hagan artificiales. PFSV-UY (discusión) 22:44 7 mar 2024 (UTC)

Nuevo parámetro en pron-graf

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

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

Hola, @Tmagc. Si he entendido bien, podríamos tener hasta N parámetros adicionales en función de la lengua a transcribir. ¿No añade esto más complejidad a la plantilla? En cualquier caso, confío en tu criterio. Peter Bowman (discusión) 11:36 9 mar 2024 (UTC)

@Peter Bowman El parámetro adicional en realidad es uno solo, que es una lista. Cada elemento tiene todos los flags necesarios. El i-ésimo elemento de |ayudaextra corresponde con el i-ésimo elemento de |ayuda. Entonces, por ejemplo suponiendo que se necesite especificar que es un verbo y que se puede palatalizar (o lo que fuere, estoy inventando) quedaría |ayudaextrai=vp. En cuanto a que sea necesario especificar el tipo de palabra no me preocupa porque es fácil automatizarlo con un bot. Tmagc (discusión) 13:06 9 mar 2024 (UTC)

Cambios en la plantilla de traducciones t+

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

@Tmagc: cuando hablas de ambigüedades, ¿te refieres a que estas abreviaturas podrían coincidir con algún código de idioma? Para indicar que se trata de un sustantivo o adjetivo no me preocupa, pero el caso de las marcas de género m./f./n. estas son tan universales, que temo que los editores no lo respeten cuando ya estaban acostumbrados al estándar anterior; sobre todo si llegan de otro proyecto como enwiktionary donde también se usan estas abreviaturas, pero sin punto. Peter Bowman (discusión) 20:40 3 mar 2024 (UTC)

@Peter Bowman Me refiero a que coincidan con la palabra que se quiere traducir. ¿Cómo traducís la f al inglés (mirá cómo está ahora)? ¿Cómo traducirías nota al italiano, por ejemplo? Tmagc (discusión) 21:03 3 mar 2024 (UTC)

Vale, perdón, ya veo por dónde van los tiros. Casi preferiría jubilar ese monstruo que es la actual plantilla {{t+}} por algo más cercano a enwiktionary, véase en:cat/translations. Nuestro problema es que dicha plantilla intenta abarcar todo, desde el nombre del idioma hasta todas y cada una de sus traducciones, incluyendo la transcripción, género, notas, etc. Todos los parámetros son posicionales y un despiste hace que el conjunto se desbarate, aparte de esos posibles conflictos que has identificado. Si cada traducción va en su propia plantilla y en vez de reconocer el parámetro posicional "|nota|<valor>|" usamos el parámetro con nombre "|nota=<valor>|", ese problema se soluciona. Sería necesario usar una caja de traducciones por acepción, cosa que nuestro sistema soporta y que ya he visto aplicar a algunos de nuestros editores. Podríamos aprovechar también para integrar su interfaz de edición de traducciones (para no tener que entrar en el modo de edición de la página entera).

Si esto no resulta viable, preferiría cargarme el parámetro "nota" y similares en t+ antes que añadir ese punto, tener que editar miles de entradas y suponer que nuestros actuales y futuros editores se acordarán de ese detalle. No debería hacer falta especificar nada más aparte de la palabra traducida, su género gramatical y la transcripción si aplica, todo lo demás está en la entrada correspondiente. El último ejemplo de Plantilla:t+/doc ({{t+|de|amphibisch|a.|,|Amphibie|s.|,|Amphibium|s.}}) no representa un caso real; en esta situación, cada palabra va referenciada a una acepción diferente, por lo que no haría falta indicar si se trata de un adjetivo o un sustantivo. Igualmente, lo de traducir letras (respondiendo a tu siguiente comentario) no me parece una buena idea. No son traducciones, sino equivalencias, que entre idiomas y alfabetos se pueden respetar o no. Peter Bowman (discusión) 21:24 3 mar 2024 (UTC)

@Peter Bowman migrar el choclo de parámetros posicionales es relativamente fácil de hacer, puedo convertir todas las abreviaturas en no-posicionales y quedaría |g1=m, |g2=f, |nota1=(nota1), |nota2=(nota2), etc.. Pero cómo sería lo de poner varias cajas? Habría que escribir cada acepción en forma “resumida” y eso para cada página porque sería muy difícil de automatizar. Se me hace que es demasiado tarde para migrar algo como eso. A menos que hagamos una vaquita entre todos y contratemos un equipo de una 100 personas que reescriban las traducciones páginas por página (y de paso nos unifican todo el formato ya que estamos) xd. No, en serio, en suma lo primero ok pero lo segundo lo veo muy muy difícil. Tmagc (discusión) 21:34 3 mar 2024 (UTC)

Sí, lo comparto, sería tremendamente complejo. Lo único que se me ocurre es, de momento, obviar el resumen de cada acepción y simplemente poner su número en la caja. Si un bot puede parsear {t+} y entender la numeración que codifica, también será capaz de separar su contenido en cajas diferentes solo en base al número. Habría un montón de cajas a las que no sería capaz de asignar una acepción simplemente porque falta el número en {t+}, pero me quiere sonar que en enwikt también tuvieron ese problema. Sería una fase de transición que requeriría del esfuerzo humano para ordenar las traducciones, pero esa necesidad ya existe a día de hoy debido al uso descuidado de {t+} o de sus predecesoras. Con el tiempo, iríamos completando a mano esos resúmenes faltantes, y por supuesto, a la hora de añadir nuevas cajas, ya los tendríamos en cuenta. Peter Bowman (discusión) 23:41 3 mar 2024 (UTC)

@Peter Bowman Yo tengo cierta reticencia para hacerlo, dudo que quede bien porque por un lado hay que tener en cuenta que este sitio es infinitamente menos activo que en.wikt. La gente que entra a diario es muy poca, por lo tanto el día del arquero vamos a completar todas las cajas. Después, cómo sería el criterio? Estoy pensando en páginas como ser, que actualmente tiene 24 acepciones. Hacemos 24 cajas? o cómo las harías en ese caso? Yo creo que con los números es más fácil: si no se pone nada se da a entender que es un “equivalente perfecto” y si la traducción es para algunas acepciones se lo aclara. Pero lo de las cajas es ciertamente difícil determinar esos criterios, incluso para automatizar. Porque si te fijás por ejemplo en be o en otras páginas no siempre es uno a uno la relación entre acepción y caja.

Por eso, si no es a mano yo creo que es imposible. Si tuviéramos un equipo con el que contar de, ponele, 50 personas, con el que nos pusiéramos de acuerdo y pudiéramos decir “nos ponemos todos con esto”, ahí sí lo haría y en un mes o un poco más tendríamos todo migrado. Pero viendo que es muy poca la gente que participa regularmente, de los que participan son muy pocos incluso los que están al tanto de todos los últimos cambios hechos y siguen editando con formatos viejos. Entonces, por el momento no me convence hacerlo. Tmagc (discusión) 00:58 4 mar 2024 (UTC)

Mientras tanto, voy a reutilizar {{t}} (la disocié de {{trad}}), que tiene pocas páginas y voy a implementar allí la nueva versión en donde admita los parámetros no posicionales, a la vez que voy preparando el bot para que convierta las plantillas. En cuanto a lo segundo, por ahora está igualado. A menos que alguien más opine a favor, se mantiene el statu quo. Tmagc (discusión) 01:21 4 mar 2024 (UTC)

@Peter Bowman Creo que en en.wikt no traducen las letras a los equivalentes de otros idiomas como hacemos acá. Una opción sería prohibir las traducciones de letras equivalentes. Pero si es por mí, que sea problema de ellos. Es decir, cuando haya migrado todo el módulo les va a tirar error con un mensaje sugiriendo revisar la documentación de la plantilla. Que la lean y punto. Y si no saben leer castellano, mejor que ni editen entonces. Tmagc (discusión) 21:08 3 mar 2024 (UTC)

@Peter Bowman Plantilla:t te parece bien así o cambiarías algo? Como observación, esta versión en donde se fuerzan los parámetros adicionales a que sean no posicionales (pero sí indexados) se pierde un poco de flexibilidad ya que si la comparás con la Plantilla:t+ que iría a ser reemplazada, no va a ser posible quitar los links para una única palabra o especificar varias trasnliteraciones para una misma palabra. Por mí está bien esta nueva plantilla, creo que no son cosas que valga la pena conservar y se va a uniformizar más el formato. PEro confirmame así veo si puedo empezar a migrar algo ne algún momento. Saludos. Tmagc (discusión) 01:52 12 mar 2024 (UTC)

@Tmagc: ya que ahora van a abundar los parámetros con nombre, tal vez sea más seguro que las traducciones también vayan así: {{t|de|t1=Katze|a=1,2|g=f|t2=Kater|g2=m|a2=1|nota2=gato macho|t3=Tic Tac Toe|a3=8}}. El riesgo es que alguien haga {{t|de|Katze|Kater|Tic Tac Toe|nota2=gato macho|g=f|g2=m|a=1,2|a2=1|a3=8}} (u otro tipo de permutación mucho más aleatoria que esta) y luego se equivoque al asociar traducciones a parámetros opcionales cuando su número sea muy elevado. Es algo que he observado en {{uso}}, {{ámbito}} y similares: llega un editor, borra lo que no debe, la nota pasa a referirse a otra acepción, otros editores hacen más cambios sobre eso y el error se mantiene (o empeora), perdiéndose lo que se quiso transmitir en un principio. Peter Bowman (discusión) 23:28 12 mar 2024 (UTC)

@Peter Bowman De acuerdo, ya cambié la plantilla. Ahora debería estar lista para ser usada. Tmagc (discusión) 01:00 13 mar 2024 (UTC)

Noticias técnicas: 2024-11

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 durante esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 12 de marzo. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 13 de marzo y en todas las wikis a partir del 14 de marzo (calendario). [8][9]
• Tras consultar con varias comunidades, el alto de línea del texto en la piel (skin) de Minerva será aumentado hasta los 1.65. Existen diferentes opciones de tipografía que pueden ser configuradas en las opciones del menú por si es necesario. [10]
• El color del enlace activo en Minerva será cambiado para ser consistente con nuestras plataformas y las buenas prácticas recomendadas. [11]
• Structured data on Commons will no longer ask whether you want to leave the page without saving. This will prevent the “information you’ve entered may not be saved” popups from appearing when no information have been entered. It will also make file pages on Commons load faster in certain cases. However, the popups will be hidden even if information has indeed been entered. If you accidentally close the page before saving the structured data you entered, that data will be lost. [12]

Cambios futuros

• Todas las wikis estarán en modo solo lectura por algunos minutos el 20 de marzo. Está previsto que esto ocurra a las 14:00 UTC. Se publicará más información en las Noticias Técnicas y de manera individual en cada wiki durante las próximas semanas. [13][14]

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabora • traduce • obtén ayuda • danos tu opinión • suscríbete o cancela tu suscripción.

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

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

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

Más idiomas • Por favor, ayuda a traducir a tu idioma

Estimados todos y todas,

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

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

Aquí están las fechas planificadas:

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

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

Voluntariado de elecciones

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

Saludos cordiales,

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

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

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

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

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

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

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

Tu wiki estará en solo lectura pronto

Lee este mensaje en otro idioma • Por favor, ayuda a traducir a tu idioma

La Fundación Wikimedia moverá el tráfico a otro de sus centros de datos (CPD). Esto permite asegurar que, incluso después de un desastre, Wikipedia y las demás wikis de Wikimedia puedan seguir funcionando.

Todo el tráfico cambiará al nuevo centro de datos el 20 marzo. La prueba comenzará a las 14:00 UTC.

Lamentablemente, debido a algunas limitaciones en MediaWiki, no será posible editar mientras se realiza el cambio. Nos disculpamos por esta interrupción, y estamos trabajando para minimizarla en el futuro.

Se podrán leer, pero no editar, todas las wikis durante un corto período de tiempo.

• No se podrá editar durante un máximo de una hora el miércoles 20 marzo 2024.
• Si tratas de editar o guardar durante ese período, verás un mensaje de error. Esperamos que ninguna edición se pierda durante esos minutos, pero no podemos garantizarlo. Si ves el mensaje de error, por favor aguarda hasta que todo vuelva a la normalidad. Después podrás guardar tus ediciones. Sin embargo, recomendamos que primero realices una copia de tus cambios, solo por si acaso.

Otros efectos:

• Los trabajos en segundo plano funcionarán algo más lento y algunos podrían ser descartados. Los enlaces en rojo no serán actualizados de forma tan rápida como ocurre normalmente. Si creaste un artículo que ya está enlazado en otra parte, ese enlace seguirá estando en rojo un poco más de tiempo de lo habitual. Varios scripts de larga duración serán detenidos.
• Esperamos que las actualizaciones de código ocurran normalmente como una semana normal. Sin embargo, en algunos casos podría congelarse el despliegue del código, en caso de que fuera necesario.
• GitLab no estará disponible por cerca de 90 minutos.

Este proyecto podrá ser aplazado de ser necesario. Puedes consultar la agenda en wikitech.wikimedia.org. Cualquier cambio será anunciado en la agenda. Habrá más notificaciones al respecto. Se mostrará un banner de aviso en todas las wikis 30 minutos antes de que ocurra esta operación. Comparte por favor esta información con tu comunidad.

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

antídoto

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

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

Armenio

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

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

Griego antiguo

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

Así es. Para evitar todos estos problemas nuevos que surgieron tras haber cambiado el sistema de idiomas y las implementaciones de las plantillas, justamente más arriba propuse renombrar todas estas catagorías como “Categoría:XX:Palabras provenientes del (Idioma)”, ya que esa denominación queda mejor, es más flexible y evita tener una capa extra que normalice los nombres de los idiomas. Lo mismo pasaba con el latín. Tmagc (discusión) 12:35 15 mar 2024 (UTC)

A lo que me refiero es que grc ha de llamarse "griego antiguo" y no "griego clásico". En alguna parte se ha asignado al código grc la denominación "griego clásico". - 188.76.241.151 (discusión) 13:12 15 mar 2024 (UTC)

grc siempre fue “griego clásico” (perdón, me tengo que desdecir, no me había dado cuenta de que era griego antiguo), no veo cuál es el motivo para preferir la denominación “griego antiguo” cuando “griego clásico” justamente lo identifica con el período clásico, es decir esta nueva denominación sería mucho más precisa.Tmagc (discusión) 01:52 16 mar 2024 (UTC)

El motivo para no llamarlo griego clásico no es otro que el de que esa denominación es la que abarca el griego que se habló únicamente durante unos 200 o 250 años tras la época de los siete sabios. Es una denominación tremendamente restrictiva que, por poner un solo ejemplo, excluye a Homero. El arcipreste de Hita (arçipreste de Fita) o Cervantes (Cerbantes) son ya de hace más de dos siglos pero no se nos ocurre decir que no hablaban castellano. La denominación de griego antiguo abarca mucho más tiempo y variantes (griego clásico incluido) que la de griego clásico. - 188.76.241.151 (discusión) 03:10 17 mar 2024 (UTC)

De acuerdo. Tmagc (discusión) 03:25 17 mar 2024 (UTC)

Ni el Arcipreste de Hita ni Cervantes hablaban castellano moderno, el código para el castellano antiguo es osp y el castellano medio no tiene, creo. Saludos. Lin linao ¿dime? 18:33 18 mar 2024 (UTC)

Diccionarios en Proyecto Gutenberg

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

• Inglés-Español-Tagalog
• Español-Alemán
• Bagobo-Español
• Bisaya (Cebuano)-Español

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

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

Noticias técnicas: 2024-12

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 aviso de "Los enlaces de idiomas están en la parte superior de la página" que aparece en la piel Vector 2022 fue eliminado debido a que los usuarios ya conocen acerca de la nueva ubicación de esta opción. [15]
• La información de IP muestra datos desde Spur, una base de datos de IP. Anteriormente mostraba datos solamente de MaxMind. Desde ahora, la información de IP será más útil para los patrulleros. [16]
• Los servicios de Toolforge Grid Engine fueron terminados tras un proceso final de migración desde el Grid Engine a Kubernetes. [17][18][19]
• La comunidades pueden personalizar los motivos de restauraciones al crear MediaWiki:Undelete-comment-dropdown. [20]

Problemas

• RevisionSlider es una interfaz que permite navegar en forma interactiva por el historial de una página. Los usuarios con idiomas de escritura de derecha a izquierda reportaron que RevisionSlder estaba reaccionando en forma incorrecta a los clics del mouse. Esto ya debería estar solucionado. [21]

Cambios durante esta semana

• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 19 de marzo. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 20 de marzo y en todas las wikis a partir del 21 de marzo (calendario). [22][23]
• Todas las wikis están en modo de solo lectura por algunos minutos el 20 de marzo. Está planificado para las 14:00 UTC. [24][25]

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

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

Actual

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

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

Cambios

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(...)

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

(...)

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

== {{lengua|aa}} ==

(...)

== {{lengua|ab}} ==

(...)

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

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

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

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

3. Estructura del sitio:

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

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

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

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

Ejemplos de errores menores:

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

Ejemplos de errores graves:

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

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

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

@Lin linao {{t|en|t1=scissors|n1=p|a1=1|t2=bicycle kick|a2=4|t3=bike kick|a3=4|t4=overhead kick|a4=4}}, la plantilla no asume que los índices coinciden con las acepciones. Tmagc (discusión) 21:14 26 mar 2024 (UTC)

1f: la plantilla {{t}}, ¿cómo se anotan las distintas traducciones a una única acepción? Entiendo que t2, t3, etc. sirven para traducir una sola vez las acepciones 2, 3, etc. Por ejemplo, ¿cómo se haría con t las traducciones al inglés y el italiano de tijera? Saludos. 02:13 26 mar 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)

Categoría:IdiomaX-Español

Estoy viendo y queda un poco raro que todas las palabras del español aparezcan en Categoría:Español, pero que en lo demás idiomas sea Categoría:IdiomaX-Español, siendo que ya existe también Categoría:IdiomaX pero que está vacía. Si les parece, unifico todas las categorías a Categoría:IdiomaX. Hay otras categorías que parecen no tener sentido o no aportar información significativa, por ejemplo las que clasifican las palabras por prefijo. Habría que borrar las invocaciones a estas categorías, que ni siquiera están hechas por plantilla y después borrar las página propia de la categoría... Tmagc (discusión) 17:07 22 mar 2024 (UTC)

Creo que esto se hizo así para diferenciar las acepciones propias de cada idioma (p. ej. Categoría:Francés-Español) de sus traducciones (Categoría:Español-Francés). Pero, por otro lado, ahora no sabría decir por qué también hay páginas categorizadas dentro de Categoría:Francés, y creo que no pasa nada por alinear estas categorías con la del español como propones. Peter Bowman (discusión) 17:51 22 mar 2024 (UTC)

Plantillas "cita libro" y "referencia"

Me encuentro con que en la plantilla cita_libro aparece un mensaje diciendo que está obsoleta y que conviene usar la plantilla referencia en su lugar pero ambas plantillas son adecuadas para cosas distintas (la primera posibilita añadir más información y estructurarla con un entorno predeterminado mientras que la segunda es más "de andar por casa") de modo que no entiendo bien la razón del aviso. Empecé a buscar en el historial el momento en que se añadió la advertencia sin llegar a encontrarlo (falta de tiempo y mala conexión). Lo que está claro es que el aviso se añadió hace más de una década a la plantilla pero esta ha seguido siendo usada igualmente y sin aparente problema. ¿Realmente conviene una más que otra? 188.76.241.151 (discusión) 14:00 25 mar 2024 (UTC)

No. {{cita libro}} está obsoleta desde hace unos meses cuando decidí unificar todas las plantillas de referencias. LA única plantilla que vale es, por lo tanto, {{referencia}}. Y la primera mencionada no complementa nada ni agrega información que sea significativa y que no esté contemplada en la segunda. Todas las plantillas que tienen ese aviso tarde o temprano van a ser migradas a las versiones nuevas. Tmagc (discusión) 14:23 25 mar 2024 (UTC)

¿Entonces lo decidiste solo tú? ¿Razones? --188.76.241.151 (discusión) 14:48 25 mar 2024 (UTC)

Estimado, publiqué un hilo acá en diciembre del año pasado simplemente preguntando si querían unificar la plantilla de referencias. No hay una "razón" en sentido estricto, sólo se trata de un cambio de paradigma: para mí, cuanto menos plantillas haya, mejor será. Por eso di de baja las plantillas de idiomas, las de contexto, y no te sorprenda si más adelante me dan ganas de unificar todas las plantillas de flexión en una sola. Además, combina perfectamente con {{ejemplo}} ya que como estaba antes se asumía que lo único que se podía citar era un libro. Además, agregué campos nuevos, agregué la validación para los códigos y las fechas, y otras cosas más que no sé por qué nunca las agregaron antes. Hay algún problema? Tmagc (discusión) 16:03 25 mar 2024 (UTC)

Noticias técnicas: 2024-13

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

• Se realizó una actualización el 18 de marzo de 2024 sobre cómo varios proyectos cargan el sitio, el JavaScript del usuario y el CSS en la piel Vector 2022. Se proporciona una lista de verificación para que la sigan los administradores del sitio.

Cambios de esta semana

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

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

MediaWiki message delivery 18:56 25 mar 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)

Apóstrofes vs. comillas

Hola. Me encontré con una serie de palabras en guaraní que traen algunos problemas. Parece que quien las creó usó una comilla en lugar de un apóstrofe sin saber mucho las diferencia. Son las siguientes: aho’i, akanundu ro’y, apiru’a, ate’ỹa’e, a’ỹ, chemba’e, chipa so’o, chi’õ, haimbe’e, hakate’ỹ, hakãpe’a, hakã’o, ypa’ũndy. No es conveniente mantener estas páginas porque confunden a los módulos de pronunciación (piensan que son comillas). Cómo debería ser el criterio para estos casos? Yo voto por no permitir el uso de comillas simples en reemplazo de los apóstrofes (fíjense en los que figuran como "apóstrofe" en la tabla del Unicode). Entonces, a esas páginas habría que trasladarlas reemplazando la comilla por alguno de los apóstrofes (0x0027 o 0x02BC) y supongo que luego hay que borrarlas o dejar la redirección, que es otra cosa más para discutir... no sé digan algo xd. Tmagc (discusión) 15:04 28 mar 2024 (UTC)

Si la única diferencia en el título es la comilla, se traslada al nombre correcto (con el apóstrofe en este caso) y se deja la redirección. Peter Bowman (discusión) 21:49 28 mar 2024 (UTC)

En el artículo de Wikipedia dice que el Unicode del puso es U+A78B (mayúscula) y U+A78C (minúscula). Supongo que eso es fácil de comprobar en la tabla que corresponda. También creo que hay que trasladar y, si todavía no está, incluirlo en el conjunto de caracteres especiales de ese idioma en la barra de herramientas de edición..Saludos. Lin linao ¿dime? 00:15 29 mar 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-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. [28]

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). [29][30]

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)

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

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. [31][32]
• 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. [33]

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). [34][35]
• 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. [36]

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. [37][38]

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). [39][40]
• 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í). [41]
• 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. [42]

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. [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 23:29 15 abr 2024 (UTC)