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

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

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)

Actual

Grande Error desde 4 años en https://es.wiktionary.org/w/index.php?title=urgente#Italiano !

Grande Error desde 4 años en https://es.wiktionary.org/w/index.php?title=urgente#Italiano ! singular -e , plural -i, para ambos.

Fué solucionado hace 13 meses ¿¿Por qué existe este mensaje?? ¿Es un bug? -- Genesis Bustamante (discusión) 23:05 4 may 2020 (UTC)

Sospecho que para que un hilo sea archivado debe haber una marca temporal en el mismo, y el usuario anónimo no firmó. Peter Bowman (discusión) 23:58 4 may 2020 (UTC)

Criterios de inclusión para sustantivos propios

Hola. Al margen de la discusión sobre entradas de personajes históricos (#Francisco Franco), se está hablando también de entradas sobre instituciones públicas y privadas (#Siglas: ¿qué hacer con ellas?). En consecuencia, la entrada "Naciones Unidas" fue marcada para borrado rápido, pero me gustaría pedir una segunda opinión y hacerla extensible a entradas de otros ámbitos, siempre sustantivos propios. Recientemente encontré "Feria de Abril", posiblemente de dudoso encaje dentro de Wikcionario. Un saludo, Peter Bowman (discusión) 19:32 12 abr 2020 (UTC)

Como yo he estado involucrado con el inicio del debate sobre qué tipos de entradas no son de diccionario, voy a tratar de explicar de manera completa por qué considero que las ya mencionadas reseñas biográficas, las entradas sobre instituciones y las siglas con los nombres de las mismas (que en muchos casos no queda claro si son sustantivos propios o locuciones sustantivas) no son de diccionario. Para hacerlo comenzaré remitiéndome a un famoso cuento de Jorge Luis Borges, en el que habla de una enciclopedia china en la que se clasificaban los animales. Esa parte del cuento resulta muy graciosa porque las categorías no presentan entre sí ningún tipo de coherencia de tipo epistemológico ni jerárquico.

Los diccionarios enciclopédicos hacían algo parecido, pero impulsados por el fin de ser más económicos, al juntar artículos de enciclopedia con los de diccionario, y como estas publicaciones eran la fuente de información más común hasta la llegada de internet, de allí considero que a muchos les resulte natural esa manera de organizar la información, aun cuando no todas estas obras la organizaran internamente de la misma manera. Tomando como ejemplos obras en mi biblioteca, el Diccionario Enciclopédico Quillet, de la década de 1970, junta las entradas de diccionario y las enciclopédicas, todas en orden alfabético (aunque separa la información más didáctica -el equivalente a Wikilibros- en cuatro volúmenes aparte a los que titula Enciclopedia autodidáctica. Por otra parte el Pequeño Larousse Ilustrado de 1999, que consiste en un solo volumen, está dividido en dos secciones: en la primera están las definiciones de diccionario y en la segunda los artículos enciclopédicos, como reseñas biográficas y entradas sobre topónimos. Es decir, en Larousse eran plenamente conscientes de la diferencia entre los dos tipos de información, pero estaban en un solo volumen precisamente porque la ventaja comercial de esa publicación era ofrecerle al público en un solo libro (casi) toda la información de referencia que podría necesitar.

Pero una vez la información de referencia empezó a ser más consultada de manera digital no existía la necesidad económica de juntar la información en un solo volumen, por lo que se podía hacer la correcta separación de estos tipos de conocimiento. Por ejemplo, la versión de escritorio de la Enciclopedia Encarta estaba conformada por varias aplicaciones separadas, una de las cuales era la propia enciclopedia y otra que era un diccionario, tanto con definiciones en español como con traducciones desde otros idiomas (parecido a Wikcionario). En los casos de plataformas digitales en los que se juntan los tipos de información, la motivación siempre parece ser la austeridad económica en lugar de algún principio epistemológico, como es el caso de la Enciclopedia Libre Universal en Español, donde la humildad del proyecto los ha llevado a tener toda la información en una misma entrada, juntando en las páginas tanto información enciclopédica como de diccionario, citas célebres y fuentes primarias (lo que nosotros ponemos en Wikiquote y Wikisource).

Cuando les he comentado a allegados que Wikipedia tiene proyectos hermanos como Wikcionario, quedan casi así de asombrados

Ahora, la separación de la información en varios proyectos y el que cada proyecto tenga su propia URL trae una ventaja epistemológica, pero en cambio genera una ansiedad psicológica, que es una sensación de incomodidad ante los enlaces en rojo y formas semejantes de incompletitud dentro de un mismo proyecto, pero muchas veces sin asomarse a ver si el vacío ya está cubierto en otro proyecto hermano. De esa manera me tocó, en los tiempos en los que mi contribución era principalmente en Wikipedia, trasladar a los proyectos respectivos ediciones de buena fe, pero que no se correspondían a la naturaleza de los artículos, tal como pasar galerías a Commons o trasladar citas célebres a Wikiquote. Teniendo en cuenta esta sensación que todos hemos experimentado los proyectos de Wikimedia, hay veces me pregunto si no habrá sido un error de diseño (pensando más en la parte de la usabilidad de cara al usuario medio y no en términos técnicos) haber puesto cada proyecto bajo una URL distinta en lugar de haberlos puestos todos como espacios de nombres de una misma URL (que podría haber sido wikimedia.org), de manera que la gente pudiera consultar y editar Wikcionario, Wikipedia, Wikiquote, etcétera, sin la sensación de estar saliendo de la misma página, en formas como https://es.wikipedia.wikimedia.org, ahorrando así también la necesidad de crear complejos sistemas como el Central login (que por cierto, últimamente me está dando muchos problemas, me está tocando meter la contraseña en la página de cada proyecto para poder ingresar). Además, esto ha traído como consecuencia que mientras Wikipedia es ampliamente conocida, visitada y tiene un gran número de editores, los proyectos hermanos como Wikcionario en español tienen un número muy bajo en comparación.

Maqueta del diseño de los enlaces entre proyectos como pestañas

Pero como historiador sé que el pasado no se puede cambiar y por eso hay que pensar en las posibles soluciones a esta situación. Hace años se propuso una interfaz de usuario que me encantó porque solucionaba esta dificultad, y de la cual me llena de tristeza ver que en la actualidad parece abandonada. La idea se trata de poner los enlaces entre proyectos como pestañas más en la parte superior de las entradas. Así quedan más visibles y los usuarios y editores no tendríamos esa sensación molesta de estar saliendo de una página para entrar a otra distinta, y que por tanto este proyecto está incompleto porque no replica la información que ya está en el otro, ya que los presenta (gráficamente) como si fueran espacios de nombres de una misma página, cada uno con sus plantillas y convenciones para tratar la información desde el enfoque epistemológico y técnico que tiene cada uno, pero siendo todos parte de una unidad.

A partir de esta idea es que planteo que tener entradas como las reseñas biográficas en Wikcionario es, más o menos, a que hubiesen dos artículos distintos en Wikipedia sobre Francisco Franco, pero con el agravante de que al querer usar en ese tipo de entradas herramientas conceptuales de la lexicografía (que es básicamente lingüística aplicada) nos topamos con un gran número de incongruencias y dudas, para las cuales usé la metáfora de querer usar instrumental quirúrgico para reparar una silla, en lugar de hacerlo con herramientas de carpintería. Debido a ello, en la mayoría de los casos, crear entradas sobre sustantivos propios en Wikcionario es el equivalente a crear entradas sobre cuerpos astronómicos en Wikispecies o recetas de cocina en Wikiquote. De allí se desprende el aforismo que comenté en la discusión sobre las siglas, de que debemos considerar que entre más difícil sea adaptar una entrada al formato lexicográfico, más probable es que esa entrada no sea de diccionario. Con semejantes exabruptos nos estamos topando en la discusión sobre las siglas sobre instituciones, que en muchos casos ya están cubiertos por las páginas de desambiguación de Wikipedia (por ejemplo FBI (desambiguación)). Por otro lado, considero que cuando se presenten siglas que correspondan sin dudas a expresiones idiomáticas, esas son las únicas que deberíamos conservar. Un ejemplo es omg, que es una expresión claramente lingüística, no presenta ambigüedad de que pertenece al idioma inglés y debe ser explicada porque su significado no se corresponde con su significado literal.

Captura de pantalla de una búsqueda en Wikipedia en ruso en 2017. En el lado derecho aparecen resultados relacionados de Wikisource, Wikinoticias y Commons

Para solucionar esta sensación de incompletitud que podemos llegar a sentir en Wikcionario en español, creo que debemos empezar incorporando la barra lateral de búsquedas entre proyectos, que desde hace años funciona en Wikipedia. De esta manera, si alguien hace una búsqueda como «Francisco Franco» en Wikcionario, verá que sobre el tema ya hay un artículo en Wikipedia, frases célebres en Wikiquote e imágenes en Commons y no le hará falta crear la entrada aquí, donde no corresponde. Y lo mismo aplicaría para los otros tipo de entradas que no son de Wikcionario, pero que sí corresponden a otros proyectos, como debería ser con «FBI» o «Naciones Unidas».

Yo sueño, como creo que todos acá, que los proyectos de Wikimedia contengan todo el conocimiento humano, pero expreso que para lograrlo hay que distinguir los tipos de información y ponerlos en los proyectos que les corresponde, para así evitar que terminemos con una suerte de Enciclopedia china. Añado también que lo que me parece que desvirtuó la discusión sobre el tema de Francisco Franco es que Vubo quiso evadir el tema, pues lo que yo allí busqué explicar es que no se trata de un asunto de voluntarismo (decir simplemente yo quiero que ese enlace no esté rojo en Wikcionario) ni de creatividad (voy a ser disruptivo volviendo Wikcionario un diccionario biográfico, nombre con el que se han denominado las mini-enciclopedias biográficas), sino un tema de epistemología, que se pone de manifiesto en que al tratar de adaptar ese tipo de entradas a Wikcionario, nos topamos con un montón de dificultades en torno a la coherencia y estilo que deberían tomar esas entradas, y que derivan de tratar de adaptar al diccionario elementos que no son objeto del campo de la lexicografía. Un gran saludo a todos, --Ivanics (Res publica non dominetur) 16:40 17 abr 2020 (UTC)

@Ivanics: La idea de una barra lateral con resultados de otros proyectos me parece buena. Sobre la inclusión de sustantivos propios, podríamos empezar por partes. Existen varias categorías y podríamos ir viendo una por una si deberían ser borradas (junto con sus palabras) o no. Pero yo no sé, así que les pregunto ¿Qué categorías o subcategorías no deberían ser borradas? -- Genesis Bustamante (discusión) 18:43 17 abr 2020 (UTC)

@Genoskill: ¡Hola! De los sustantivos propios considero que se deben conservar: las festividades, pues en su uso lingüístico funcionan básicamente como sustantivos comunes. Los topónimos, que a pesar de su naturaleza de propios, su etimología, definición y demás características lingüísticas se puede estudiar de manera muy semejante a la de los sustantivos comunes, es decir, se les puede hacer un correcto análisis lexicográfico. Las constelaciones, que son pocas y cumplen la misma condición de los topónimos. Y los nombres, apellidos e hipocorísticos, siempre y cuando se definan como tales, en lugar de poner en ellos reseñas biográficas, genealógicas o históricas. --Ivanics (Res publica non dominetur) 16:30 19 abr 2020 (UTC)

Hola, coincido con Ivanics. Añado y propongo para análisis Categoría:Plantilla para los libros de la Biblia. El título es autodescriptivo, entonces pongo directamente un par de ejemplos de {{Biblia/es}}:

• "Jeremías" con su segunda acepción Vigésimo cuarto libro de la Biblia, compuesto de cincuenta y dos capítulos, y
• "Cantar de los Cantares", con Vigésimo segundo libro de la Biblia, compuesto de ocho capítulos, que narra sobre la historia de Salomón, que elogió los senos y el bajo vientre de la reina de Sabá.

Técnicamente, estamos hablando de partes (capítulos) de una obra concreta. También podría serlo cualquiera de las suras del Corán, p. ej. "La Mesa servida con Alimentos" (w:Al-Ma'ida), o alguno de los textos del hinduísmo, taoísmo, budismo, zoroastrismo, etc. Indagando más en otras obras literarias, alguien podría aventurarse a argumentar la creación de la entrada "El señor de los anillos" e incluso, rizando (mucho) el rizo, proponer también el título de una canción, película o cuadro. Estoy usando algunos ejemplos que surgieron en una discusión parecida en plwikt (allí acordamos no crear este tipo de entradas). ¿Es propio de un diccionario citar (no digo "definir", pues siendo sustantivos propios carecen de significado) las partes de la Biblia? ¿Si es así, tienen preferencia sobre otros textos religiosos o, generalizando, cualquier otro tipo de obra creativa? Un saludo, Peter Bowman (discusión) 22:49 19 abr 2020 (UTC)

@Ivanics: Creo que eso solo deja a las 2 categorías de personajes, y a los sustantivos propios sin subcategoría. Esto protege a Feria de Abril. Naciones Unidas no tiene subcategoría, pero si tuviera tal vez se llamaría Instituciones. Volviendo al tema principal, las instituciones que podrían existir serían las que se confunden con palabras, y tal vez esto no ocurre. Así que estaría a favor de prohibir entradas de Instituciones. @Peter Bowman: Sobre los libros de la Biblia opino algo similar. Si son términos que se pueden confundir con palabras o con otros sustantivos propios, acepto que existan. Pero "Cantar de los Cantares" no se confundiría con nada, la eliminaría. Y aplicaría esto mismo para todos los títulos religiosos. Lo aplicaría a los títulos de literatura también, pero sería más apropiado prohibir todo eso (libros, canciones, películas) y así evitar la "pendiente resbaladiza". -- Genesis Bustamante (discusión) 20:04 20 abr 2020 (UTC)

@Genoskill:@Peter Bowman:Totalmente de acuerdo con ustedes dos, no tiene sentido lexicográfico tener todas esas entradas bíblicas, pues esta no es Wikipedia. Más si pone atención a que hay una entrada para la biblia en minúscula y otra para la Biblia, en mayúscula (y también para Escritura y Sagrada Escritura, con mayúscula sin seguir los criterios lexicográficos y todas haciendo alusión al mismo libro). Hay que hacer una importante depuración ahí, aunque considerando las excepciones pertinentes. Por ejemplo, debemos conservar biblia con minúscula (tal como aparece en el Diccionario de la Lengua Española), haciendo referencia al ‘libro religioso’ y otras acepciones comunes, como un ‘libro que sea muy voluminoso’, o a un significado que se le da en el parlache, que es ‘alguien que es muy sui géneris’. Jeremías tiene cabida en el diccionario como ‘nombre propio de varón’. Apocalipsis se puede mover a la minúscula y definirlo como ‘fin del mundo’ o ‘catástrofe’. filipenses con minúscula es de diccionario, con mayúscula (Filipenses) es del ámbito de Wikipedia. --Ivanics (Res publica non dominetur) 21:31 20 abr 2020 (UTC)

Leonardo José Raimundo: en relación con tus últimos mensajes privados, asumo que ya has revisado este hilo, de todos modos (y así evito que un bot archive este hilo) aprovecho para señalarte el razonamiento que hemos seguido y el lugar donde se debería desarrollar la discusión. Un saludo, Peter Bowman (discusión) 21:01 17 may 2020 (UTC)

Es sí propio de un diccionario definir las partes de la Biblia, pues trátase de un libro sagrado. Yo nunca tendría preferencia sobre otros textos religiosos. Solamente la Biblia es que interésame, pues yo soy evangélico y mi deber es divulgar la palabra de Dios. Leonardo José Ramón (discusión) 21:10 17 may 2020 (UTC)

Habrá muchas obras que otras personas podrían considerar sagradas, por el motivo que sea, y que nada tengan que ver con la Biblia. Aunque personalmente no te resulten de interés, se deben estudiar este tipo de entradas en su conjunto. Si quisiéramos argumentar que la Biblia se merece un trato especial, la afirmación sobre que sus distintas partes son "propias de un diccionario" es fácilmente rebatible. Si nos vamos p. ej. al DLE, en él se ha definido específicamente el término "apocalipsis", omitiendo al mismo tiempo cualquier información sobre "Apocalipsis", carente de sentido lexicográfico. Peter Bowman (discusión) 00:01 18 may 2020 (UTC)

@Leonardo José Raimundo: Lo que plantea Peter Bowman (disc. · contr.) resume acertadamente los argumentos que aquí hemos planteado. Yo respeto mucho todas las creencias religiosas que cualquiera tenga, pero lo que tenemos aquí es un debate lexicográfico y no teológico, con unos argumentos epistemológicos bien planteados. Yo tengo una postura abierta: si se ofrecen argumentos de que a esos textos y a cualquier otra publicación se le puede hacer un análisis lexicográfico completo como el que se le hace a las palabras, cambiaré mi postura. Pero, respondiendo al mensaje que usted dejó en mi página de discusión, creo que ya he argumentado aquí extensamente como es que Wikipedia y Wikcionario tienen objetos de estudio distinto, de manera que los libros bíblicos y otros textos sagrados son allá de una relevancia enciclopédida indiscutible, pero aquí presentan problemas semejantes a los de las reseñas biográficas. El que en Wikcionario en portugués se acepte tampoco es argumento per se para su inclusión, ya que cada edición tiene sus propias normas. En cambio, usted debería buscar los argumentos lexicográficos por los que allá se decidió permitir su inclusión y ponerlos a consideración de esta comunidad. Un abrazo, --Ivanics (Res publica non dominetur) 01:31 18 may 2020 (UTC)

¿Caló?

Hola. Perdonen la ignorancia, ¿pero el caló es un idioma? Tengo la impresión de que es un código dentro del castellano, como el lunfardo. Lo pregunto por Categoría:Caló-Español. Saludos. Lin linao ¿dime? 17:25 25 abr 2020 (UTC)

@Lin linao: Desde mi punto de vista es un idioma sin duda, como indica su artículo en Wikipedia. Los dos idiomas más cercanos al Caló son el español y el romaní, pero no se podría considerar un dialecto de ninguno de ellos. No es un dialecto del español porque tiene su léxico propio (derivado del romaní), de hecho, alguien se podría comunicar en Caló prácticamente sin usar palabras del español, y por su puesto, sin que un hispanohablante lo entienda. Tampoco es un dialecto del romaní porque su gramática es muy distinta, de hecho tiene la gramática del español con algunos cambios muy pequeños. Un hablante de romaní podría entender palabras sueltas del Caló, pero no el sentido de oraciones algo complejas. Puedes echar un vistazo a la gramática y al léxico del caló, los cuales están bastante bien definidos, en este libro: wikisource:es:Diccionario_gitano.

El problema es que hoy día la gran mayoría de la gente que tiene conocimientos de caló suelen ser hispanohablantes (gitanos frecuentemente) que solamente conocen unos cientos de palabras de caló ([Gamella, Juan F.; Fernández, Cayetano; Nieto, Magdalena; Adiego, Ignasi-Xavier (diciembre 2011). «La agonía de una lengua. Lo que queda del caló en el habla de los gitanos». Gazeta de Antropología 27 (2). ]). Estas personas, hablan en español y simplemente incluyen algunas palabras de Caló en sus frases en determinadas circunstancias. Esto ocurre a veces en el cante flamenco, por ejemple en la canción [Isabel Pantoja - Garlochi]. Otras veces, el incluir palabras del caló en frases en español se ha usado para no ser entendidos por los hispanohablantes, como ocurrió inicialmente con el lunfardo (si no tengo mal entendido), y de hecho, el caló ha hecho muchos préstamos lingüísticos a la germanía de la península ibérica, pero hablar de esta manera no es hablar caló, es simplemente hablar español incluyendo algunas palabras de caló.

Este fenómeno de tomar el léxico de un idioma y basarse en la gramática de otro dando lugar a una nueva lengua también es el caso del chabacano, pero al revés: el chabacano toma su léxico del español y su gramática de las lenguas de Filipanas. Puedes ver cómo suena el chabacano en este programa de televisión [TV Patro Chavacano] --Ddrazir (discusión) 19:27 25 abr 2020 (UTC)

Muchas gracias, Ddrazir, pensaba que el caló era precisamente la inserción de una pequeña porción de vocabulario romaní en el castellano. A la vista de los ejemplos del diccionario, veo que es más como la media lengua. Pero eso me lleva a dos cosas más: ¿debería haber una categoría de romaní ibérico que recoja las palabras de origen? ¿y una Categoría:ES:Caló para cuando aparece en el vocabulario de hispanohablantes? Saludos. Lin linao ¿dime? 05:31 27 abr 2020 (UTC)

Actualmente existe Categoría:Caló-Español, que recoge las palabras del caló (que al final son básicamente las palabras de origen romaní de la península ibérica), y también existe Categoría:ES:Palabras de origen caló, que recoge las palabras del español de origen caló. Puede ser interesante, como sugieres, tener una categoría que incluya las palabras del caló que se usan frecuentemente en español, o sea, Categoría:ES:Gitanismos, igual que existe Categoría:ES:Anglicismos. Aunque supongo que al final incluiría las mismas palabras que Categoría:ES:Palabras de origen caló. También es verdad que es un poco subjetivo el considerar que una palabra concreta del caló forma parte del español, porque potencialmente casi cualquier palabra del caló puede ser incluida por un hispanohablante en sus frases, y de hecho, muchos gitanos las incluyen, por ejemplo en flamenco, pero ellos lo hacen porque tienen conocimientos de caló, y a veces mezclan estas lenguas a propósito. Yo entiendo que cuando una palabra está lo suficientemente asimilada por el español la RAE la incluye en su diccionario, y esto se puede utilizar como criterio para asignar la palabra al español en vez de únicamente al caló.

Ahora que mencionas las categorías, creo que hay un error en Categoría:Caló-Español, porque actualmente incluye las palabras de todos los dialectos del Caló (menos el erromintxela), no solo del dialecto español como parece indicar su nombre. Es decir, actualmente incluye las palabras correspondientes al código de idioma rmq (caló). Creo que estas palabras de código rmq deberían estar incluidas directamente en Categoría:Caló. --Ddrazir (discusión) 20:53 27 abr 2020 (UTC)

Technical maintenance planned

(Sorry for using English. Por favor, ayuda a traducir a tu idioma.)

A maintenance operation will be performed on Thursday 30th April at 05:00 AM UTC.

It impacts all wikis and is supposed to last a few minutes.

During this time, new translations may fail, and Notifications may not be delivered. For more details about the operation and on all impacted services, please check on Phabricator.

A banner will be displayed 30 minutes before the operation.

Please help making your community aware of this maintenance operation.

Trizek (WMF), 18:01 27 abr 2020 (UTC)

Nueva userbox para indicar país de orígen

¡Hola, compañeros! Acabo de implementar {{Userbox/origen}}, una plantilla para que los usuarios de Wikcionario en español puedan indicar su país de origen, con la ventaja de que los categoriza automáticamente en la subcategoría correspondiente de Categoría:Wikcionario:Usuarios por país (en algunos casos será necesario crear la respectiva categoría cuando se necesite). He incluido en ella las banderas de todos los países donde el español es oficial y algunas otras, sobre todo de países donde hay una gran cantidad de hispanohablantes. Pueden ver los ejemplos en esta edición de mi taller. Si algún usuario necesita alguna bandera que falte debe añadirla a mano, o puede decírmelo en mi página de discusión y yo con mucho gusto la añado. Un saludo a todos, --Ivanics (Res publica non dominetur) 01:24 29 abr 2020 (UTC)

Reminder: Technical maintenance planed

Sorry to use English. Por favor, ayuda a traducir a tu idioma.

This is a reminder of the message sent on Monday 27th April.

A maintenance operation will be performed on Thursday 30th April at 05:00 AM UTC.

It impacts all wikis and is supposed to last a few minutes.

During this time, new translations may fail, and Notifications may not be delivered. For more details about the operation and on all impacted services, please check on Phabricator.

A banner will be displayed 30 minutes before the operation.

Please help making your community aware of this maintenance operation.

Trizek (WMF) 15:13 29 abr 2020 (UTC)

Categorías sin enlace directo

Aquí coloco las categorías nuevas que no enlazan de forma directa con su relación de palabras y plantillas.--Marrovi (discusión) 12:48 1 may 2020 (UTC)

• Español: Lista de cereales

• Plantilla:c-cactos

Tech News: 2020-19

Estas son las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Cuéntales a otras personas acerca de estos cambios. Algunos no podrían afectarte. Hay traducciones disponibles.

Problemas

• Algunas wikis están en modo solo lectura por unos pocos minutos el 5 de mayo. Esto ocurrirá cerca de las 05:00 UTC, y se debe a un mantención en las bases de datos. [28]
• Algunas wikis estarán en modo solo lectura por algunos minutos el 7 de mayo. Esto afectará a CentralAuth. Esto puede afectar, por ejemplo, el renombrado global de cuentas, cambios de contraseñas, cambios o confirmaciones de correos electrónicos e ingreso a nuevas wikis. Esto ocurrirá cerca de las 05:00 UTC, y es debido a una mantención en la base de datos. [29]

Cambios de esta semana

• Puedes recibir una notificación cuando alguien crea una enlaza con una página que has creado. Pronto podrás deshabilitar esas notificaciones para cada página. [30]
• La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 5 mayo. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 6 mayo, y en las restantes a partir del 7 mayo (calendario).

Noticias técnicas preparadas por escritores de Noticias Tec y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Denos su opinión • Suscríbase o cancele su suscripción.

16:59 4 may 2020 (UTC)

Apellidos en México

Hola; este tema es complejo, cuando hablamos de Náhuatl clásico, no solo nos referimos a la lengua de Tenochtitlán anterior a la conquista, ya que esta lengua prolongó su existencia hasta el periodo colonial español con la escrituración latina del náhuatl clásico. Sí existen apellidos nahuas o náhuatl que conservan muchos mexicanos [31], también existen apellidos mexicanos de origen maya, zapoteco, mixteco, otomí, apache, yumano, purépecha o seri. Anteriormente a la conquista de México-Tenochtitlán solo algunos distinguidos nobles de Tlaxcala o Tenochtitlán tenían un linaje familiar que ellos llamaron nahuatocaitl (linaje o nombramiento nahua) [32]. La mayoría de los indígenas mexicanos recibieron su apellido en el bautismo, pero no solían ser bautizados con apellidos como Hernández, Rodríguez, Pérez o Juárez, ya que el colono español o portugués [33] [34] que se afincó en la Nueva España era celoso de sus apellidos, por eso los frailes bautizaban a los indígenas con otros apellidos.

Si el colono ibérico que recibió encomiendas o tierras indígenas se llamaba Juan, Cipriano, Miguel, Anastacio, Pánfilo, Pedro, José o Manuel, el indígena era bautizado con el nombre del español propietario de las tierras donde vivía, pero nunca recibía el apellido ya que ese solo lo obtenían los hijos naturales o ilegítimos del ibérico para asumir herencia. Si el padrino de bautizo era un fraile, este apellidaba a los ahijados indígenas con apellidos como De la Cruz, Cruz, Santa Cruz, Santiago o San Pedro. Otros apellidos que empezaron a aparecer entre los bautizos de indígenas, eran los objetos o plantas como Nopal, Penca, Cardón o Palo o nombres indígenas de sus antepasados como Xochimic, Cuatepotzo, Moctezuma, Cuaúhtemoc o Zacatontli, otros apellidos eran animales como Coltzin, Mazatzin, Coatzin o Tototzin y el último grupo de apellidos indígenas eran el lugar de origen de los bautizados como Cuautlatzingo, Apango, Zacatlán, Nealtican, Momoxco [35]. Fue la misma estrategia que usaron los viejos cristianos para asignarles un apellido a los judeoconversos o musulmanes en la Vieja España.--Marrovi (discusión) 01:04 10 may 2020 (UTC)

Hola. La Categoría:NCI:Apellidos fue marcada para su borrado por Lin linao (razón: "No son apellidos ni hay constancia de apellidos en náhuatl clásico."). Poco después de dejar el comentario de arriba, Marrovi procede a vaciarla, reconsiderando ese puñado de entradas como nombres propios (por ejemplo "Cuauhtepotzoh"). Entonces ¿debo borrar ya la categoría? Un saludo, Peter Bowman (discusión) 10:09 11 may 2020 (UTC)

No tengo problema con el borrado de la categoría, pero si existieron apellidos antes y durante la conquista de la Nueva España, hay algunos ejemplo de ello; solo los nobles usaban un nombre de linaje de sus antepasados que pudiera ser como un apellido, era común en Tlaxcala y Puebla. La gente común no tenía apellidos, solo su nombre, fue durante el bautismo cristiano cuando los frailes apellidaron a los indígenas.--Marrovi (discusión) 17:21 11 may 2020 (UTC)

Tech News: 2020-20

Estas son las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Cuéntales a otras personas acerca de estos cambios. Algunos no podrían afectarte. Hay traducciones disponibles.

Cambios recientes

• Todas los editores pueden importar fotografías desde Flickr a Wikimedia Commons con el UploadWizard. Antiguamente esto solo podía ser realizado por permisos de autopatroller en Commons. [36]

Problemas

• Commons estará en modo solo lectura por algunos minutos el 12 de mayo. Esto ocurrirá cerca de las 05:00 UTC. Esto se realizará por mantención a la base de datos. [37]
• Varias wikis, incluyendo Wikidata estarán en modo solo lectura por algunos minutos el próximo 19 de mayo. Esto ocurrirá cerca de las 05:00 UTC. La Wikipedia en inglés estará en modo solo lectura por algunos minutos el próximo 21 de mayo a las 05:00 UTC. Esto se debe a mantención en la base de datos. [38][39]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 12 mayo. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 13 mayo, y en las restantes a partir del 14 mayo (calendario).

Cambios futuros

• Los scripts JavaScript y accesorios (gadgets) no podrán chequear múltiples índices a la vez usando mw.config.exists() o mw.user.tokens.exists(). Puedes usar, en su lugar, exists() o get(). [40]

Noticias técnicas preparadas por escritores de Noticias Tec y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Denos su opinión • Suscríbase o cancele su suscripción.

20:40 11 may 2020 (UTC)

Ya se han publicado las recomendaciones para el futuro del movimiento

Buenos días a toda la comunidad

Hoy se han hecho públicas las recomendaciones para la estrategia Wikimedia 2030. Como sabrán, se trata de la estrategia global del movimiento, que marcarán el futuro de los proyectos Wikimedia y su entorno para los próximos 10 años.

Las recomendaciones son el final de la segunda fase, que finalizarán con la implementación, prevista para finales de año y de la que todavía no tenemos detalles.

Si desea tener más información al respecto, me puede contactar por cualquiera de los canales habilitados. Tenemos previsto lanzar diferentes formatos para facilitar la comprensión de estos documentos.

Si tienen cualquier comentario, no duden en hacerlo.

Un abrazo a todas y todos.--FFort (WMF) (discusión) 10:38 12 may 2020 (UTC)

De estructura

¿Cómo enlazar desde estructura al lugar donde hay información sore la estructura de las entradas en Wiktionary? Wikipedia usa {{selfref}} o autoreferencia. Esto puede ser bueno par ano tener que ir buscando en montones de páginas y sitios , hasta dar con Wikcionario:Estructura, que se necesita como el comer, cada vez que se añade una acepción o se tiene una duda. Es para facilitar las cosas a los novatos y que sea más amigable y usable.Lo mismo ocurre con traducción, que a veces tengo dudas y desde la palabra "traducción" no encuentro el enlace hacia ese lugar, donde se aclara el diseño / presentación (layout)--BoldLuis (discusión) 23:44 16 may 2020 (UTC)

@BoldLuis:, @Peter Bowman: Yo considero que tener esos enlaces puede ser de utilidad para los novatos, como dices. Sin embargo me parece que se puede realizar de una manera más homogénea con el estilo del resto de entradas usando {{desambiguación}}, como lo hice en esta edición. Me cuentan qué tal les parece, --Ivanics (Res publica non dominetur) 16:44 17 may 2020 (UTC)

@Ivanics:, @Peter Bowman:Por mi perfecto. Y cuanto antes mejor ;-) BoldLuis (discusión) 17:38 17 may 2020 (UTC)

Hola, BoldLuis, Ivanics. No me parece una buena idea hacer esto porque desvirtúa el propósito de WN:Ayuda y contribuye a desperdigar información útil en un puñado de entradas (viéndolo sobre el total de las 900 000 que tenemos ahora). Los manuales de ayuda son un compendio organizado de temas que un novato puede encontrar y consultar en un único lugar. La propuesta implica considerar casos de uso muy limitados y bajo los siguientes supuestos: que los principiantes van a estar buscando ese tipo de información en el espacio que no corresponde (el del casi millón de entradas), que realmente van a encontrar lo que necesitan (¿con qué granularidad vamos a ir dejando esas "pistas"? ¿conviene poner un enlace a WN:ES o similares en las entradas "espacio", "punto y coma", "corchete"...? ¿también debe abarcar formas flexivas y traducciones: structure, estructuras...?), y que van a advertir que eso que necesitaban en su momento está allí (yo no esperaría para nada encontrarme un enlace de este tipo en la cabecera de una entrada). Poniéndome en la piel de BoldLuis, a quien por desgracia se nos olvidó colocarle el cartel de bienvenida en su página de discusión, ni siquiera sabría que existe una página como WN:Estructura, con ese nombre. En tal caso, no vale con dejar este enlace en "estructura", habría que echar a volar la imaginación y suponer que el novato también probaría a buscar en "formato", "organización", "layout", etc. Todo esto sería a costa de crear polución en un lugar que visitan los lectores de Wikcionario, a quienes va dirigido realmente el proyecto. Resumiendo: si este tema surge, es porque los mecanismos tradicionales (WN:Ayuda, {{Bienvenido usuario}}) han fallado y empezaría a mirar allí. Ese es el caso y siento la omisión, BoldLuis; voy a poner cuanto antes dicha plantilla con su recopilación de enlaces útiles en tu PD.

Otro comentario: emplear {{desambiguación}} con ese fin va en contra de su función original documentada, y hacer eso suele acarrear problemas (empezando por la intención de automatizar esta plantilla). Para esto tenemos o teníamos {{-vt}}, que había sido empleada del mismo modo que lo que propone BoldLuis con {{selfref}}, en el espacio de nombres principal. Como era un elemento importado de Wikipedia sin tener en cuenta la realidad de Wikcionario (como muchos tantos que he tenido que borrar recientemente), apenas tenía uso (desde luego, no el que está documentado) y era necesario crear una excepción en el código de mi bot para darle soporte, hace unos años lo eliminé de ese puñado de entradas.

Abogo por mantener el statu quo, o al menos reconsiderar esta cuestión tras haber subsanado la falta de la plantilla de bienvenida. Un saludo, Peter Bowman (discusión) 17:55 17 may 2020 (UTC)

Pues ya que lo planteas así, los argumentos que expones me parecen de suficiente peso para no usar {{desambiguación}} de esa manera y he revertido mi edición. Ahora, pensando en el tema que planteas ¿no sería posible que PBbot (disc. · contr.) o algún script diera automáticamente la bienvenida a los usuarios nuevos? Eso evitaría este tipo de omisiones. Te agradezco mucho y te mando un saludo, --Ivanics (Res publica non dominetur) 18:03 17 may 2020 (UTC)

Gracias, Ivanics, es una buena vía y la estudiaré. Algún problema que le veo es que de vez en cuando surgen cuentas para hacer spam y el bot no sabría distinguir, pero probablemente incluso esto tenga arreglo. Miraré cómo lo abordan en otros proyectos. Un saludo, Peter Bowman (discusión) 18:10 17 may 2020 (UTC)

Muchas gracias, Peter e Ivanics. Peter, los dos contestamos a la vez y hubo un conflicto de ediciones. No te preocupes, no tienes que disculparte por lo de la plantilla en la página de usurio, ni mucho menos, pasa hasta en las mejores familias, jaja. La propuesta de Ivanics del bot es buena para todos los casos. Por otro lado, en un montón de hermanas (lo que se llama Wikimedia sisters) existe una página llamada Ayuda:Contenidos. Sería interesante que aquí existiera. Así la experiencia que pueda tener una persona que lo sepa por venir de otro sister project le valdría aquí y viceversa. Sólo sería una página y no haría falta enlazarla a nada. Bueno sí, a esta página de charla y a la portada. Creo que no es mala solución. ¿o sí?. Un saludo.

BoldLuis: creo que es el mejor caso de uso para una redirección, en el caso de un enlace que además ya ha tenido algún uso (Especial:LoQueEnlazaAquí/Ayuda:Contenidos). Acabo de crearla para apuntar a WN:Ayuda (esta misma enlaza a través de Wikidata con w:Ayuda:Contenidos). Un saludo, Peter Bowman (discusión) 18:21 17 may 2020 (UTC)

Genial. Muchas gracias y un saludo. BoldLuis (discusión) 20:13 17 may 2020 (UTC)

Gracias, @Peter Bowman:! A mí no me parecería malo si se le da la bienvenida automática a cuentas que alguien creara para hacer spam o vandalismos, pues de esa manera cuando empiecen a hacer acciones contra las normas quedaría constancia de que estaban avisados sobre las reglas del proyecto y se les podría bloquear haciéndoles menos advertencias previas. A mí me ha pasado que cuando a entro en algunas Wikipedias en otros idiomas por primera vez, inmediatamente me llega un mensaje de bienvenida a mi página de discusión, pero no recuerdo exactamente en cuáles me ha pasado, creo que la edición en vietnamita es una, pero fue hace bastante tiempo, por lo que lo debo corroborar. Para evitar sobrecargar la página, el bot podría poder el mensaje solo después de que el usuario haya hecho 1, 5, o quizás 10 ediciones, aunque no sé cómo sería el trasfondo técnico del asunto, quizás extrayendo el número del contador de ediciones. Un saludo, --Ivanics (Res publica non dominetur) 02:34 18 may 2020 (UTC)

Ivanics: he creado el script Usuario:Peter Bowman/welcome-user.js para añadir un nuevo botón a la botonera llamado "Dar la bienvenida". Aparece cuando nos vamos a la página del usuario, a su página de discusión o a otra página relacionada (p. ej. su lista de contribuciones). Funciona igualmente cuando la página de discusión ya existe, pero aborta la edición y avisa mediante un comunicado en el caso de que al usuario ya le hayan insertado la plantilla de bienvenida. Este script se puede habilitar añadiendo importScript('Usuario:Peter Bowman/welcome-user.js'); a nuestro common.js. He preferido probar esta solución a un script automatizado por bot para salvarnos de la tesitura sobre el número de ediciones, si son spambots, etc. Esto en el fondo es una ayuda más al patrullaje diario. Un saludo, Peter Bowman (discusión) 16:29 22 may 2020 (UTC)

@Peter Bowman: ¡Muchísimas gracias Peter! Esa herramienta facilitará mucho darle la bienvenida a nuevos usuarios. Un saludo, --Ivanics (Res publica non dominetur) 16:37 22 may 2020 (UTC)

Plantilla:audio requerido

¡Hola a todos! Les comento que acabo de crear la plantilla {{audio requerido}}, que sirve para que cada uno de nosotros pueda solicitar a la comunidad la creación de archivos de audio de la pronunciación de las palabras. Un ejemplo de su uso se puede ver aquí. Creé esta plantilla luego de conversar con varios miembros del capítulo de España de la Fundación Wikimedia, muchos de los cuales participan de la iniciativa de Lingua Libre, que sirve justo para esta función. Para los que quieran conocer más sobre ella, Rubén Ojeda (WMES) (disc. · contr.) hará una sesión en línea sobre ella el día martes 19. Un saludo, --Ivanics (Res publica non dominetur) 16:05 17 may 2020 (UTC)

Buena idea. Voy a ver si soy capaz de ponerle los enlaces de Wikidata (porque en la página de la plantilla, no se facilita mucho la cosa, no hay un enlace "Wikidata item"). Si te gusta el tema, tengo algunas ideas parar compartir. Y por supuesto, estoy interesado en la sesión en línea, dime por favor como conectar (en Meta-Wiki hay una plantilla con esa utilidad llamada {{online}}, ahora que todo va online por el dichoso bicho. BoldLuis (discusión) 17:39 17 may 2020 (UTC)

¡Muchas gracias! La conexión se hace mediante este enlace cuando sea la hora de la sesión. Yo no conozco mucho sobre el tema de enlazar a Wikcionario con Wikidata, por lo que si me puedes enseñar y pasarme documentación al respecto te lo agradecería mucho. Un saludo, --Ivanics (Res publica non dominetur) 18:07 17 may 2020 (UTC)

Desde aquí complicado. Mejor desde wikipedia:en:Template:Audio requested y allí, en el panel izquierdo te aparecerá: Laguages. Clicas y le das a editar en Wiktionary. Añades es y el nombre de la plantilla en español: {{plantilla:audio requerido}}. Sobre lo de la conferencia, voy a ver cómo se queda con la plantilla de Metawiki y te muestro una simulación (quizá podría importarse a Wikipedia, no sé). BoldLuis (discusión) 18:28 17 may 2020 (UTC)

Ivanics (disc. · contr.)

{{online
| 
|type= Charla sobre [[w:Lingua Libre|Lingua Libre]]
|keepers=  Por {{u|Rubén Ojeda (WMES)}}, del Capítulo de España de la [[w:Fundación WikiMedia|Fundación WikiMedia]]
|dayhour = Martes 19, a las XXX hora española; dos horas menos
|link= https://zoom.us/j/97454717262
|agenda = 
|notes=  Más información en [[w:Wikipedia:Encuentros/Sesiones en línea WMES 2020|Wikipedia:Encuentros/Sesiones en línea WMES 2020]].
}}

Mira como se ve desde mi página de usuario (está en inglés, porque aun no está en Wikipedia en español, sino en Meta): meta:User:BoldLuis. Se puede añadir lo que sea necesario, tanto a la plantilla, como al texto que se muestra. Un saludo. BoldLuis (discusión) 18:50 17 may 2020 (UTC)

Hola. Me parece bien, pero tengo dos problemas. El sitio de Lingua Libre no funciona bien en mi navegador o sistema operativo, puedo entrar y usar el buscador y así llegar a los archivos, pero no puedo navegar de la forma habitual. En cuanto a la grabación, me deja la voz como la tenía a los 12 años, parece que aplican algún sistema de "ecualización" o algo así, queda muy raro :D Está genial lo de facilitar las subidas a Commons, pero entre la navegación y el rejuvenecimiento, no lo sé... Saludos. Lin linao ¿dime? 19:23 17 may 2020 (UTC)

Genial, para participar el martes en la sesión online y plantear esas dos cuestiones. Seguro que hasta se podrá compartir pantalla para ver el problema y la solución. Creo que sobre todo, el mayor beneficiario de que se ponga en marcha, será Wikcionario. Lo que me ha apenado, es no haber podido asistir, por no saberlo, a otra que hubo hace unos días sobre Wikcionario. --BoldLuis (discusión) 20:26 17 may 2020 (UTC)

Hola, me parece muy buena la idea de catalogar las pronunciaciones sin audio e incentivar la mejora en este aspecto tan descuidado en el proyecto. Sin embargo, en mi opinión, añadir el cartelito me parece bastante invasivo, sobre todo teniendo en cuenta que el 99% de las entradas son susceptibles de necesitarlo, y en especial en dispositivos móviles. Yo abogaría por hacer la catalogación automática en la plantilla {{pron-graf}}, de forma discreta (un icono de audio tachado o similar), como con las transcripciones AFI o como con las etimologías. Saludos --83.38.174.36 (discusión) 06:40 18 may 2020 (UTC)

¡Hola! Esa fue una de las primeras ideas que se me ocurrió, que es técnicamente factible, pero considero que es poco útil, porque la mayoría de entradas carecen de la pronunciación, como bien apuntas. De manera que, conversando con los de Wikimedia, llegué a la conclusión de que tener una categoría con 800 000 entradas es prácticamente lo mismo que pulsar el botón de página aleatoria y añadirle un audio. Por eso me pareció buena idea hacerlo así, ya que de esa manera quedan categorizadas las entradas donde usuarios humanos identifiquen que es de importancia más bien prioritaria añadir el audio. Es verdad que el aviso quedó un poco grande, pero no me parece malo, porque eso provoca que la gente quiera retirarlo y posiblemente así estimule que alguien se anime a cumplir con la solicitud ;-). Entonces, me gustaría saber si a la comunidad le parece útil modificar {{pron-graf}} para hacer esa categorización también, pero, como antes mencioné, no me parece que sea útil para estimular que se creen esos audios tener una categoría que agrupe a casi todas las entradas de Wikcionario. --Ivanics (Res publica non dominetur) 06:42 19 may 2020 (UTC)

Hola. No se ocurren criterios para darle prioridad a alguna entrada o tipo de entrada. Por ejemplo, pienso que sería muy útil en pronunciaciones inesperadas, como ushuaiense (las sílabas son u-sua-ien-se), pero no creo que el mundo esté desesperado por saber pronunciar esa palabra. Y quizás la gente está más interesada en tener un modelo para decir de corrido ácido desoxirribonucleico ¿Qué piensas tú? Saludos. Lin linao ¿dime? 08:49 19 may 2020 (UTC)

Precisamente el ejemplo que das es la razón por la que me decanté por ese modelo de plantilla: poder consultar la pronunciación de ácido desoxirribonucleico probablemente sea de más relevancia o urgencia para el público que tener la pronunciación de lobo, por decir algo. Si en la categoría están indistintamente más de 800 000 entradas, alguien interesado en añadir audios no va a poder saber si hay algún caso en el que la comunidad sienta que es de mayor utilidad para el público tener el audio. Sería una categoría inútil: daría lo mismo que ese editor explorara Wikcionario a través del botón de página aleatoria o se pusiera a navegar a través de la Categoría:Español. --Ivanics (Res publica non dominetur) 09:55 19 may 2020 (UTC)

Tech News: 2020-21

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

Recent changes

• If you forget your password you can ask for a new one to be sent to your email address. You need to know your email address or your username. You can choose that you need to enter both your email address and your username. This is a preference. This is to get fewer password reset emails someone else asked for. This is now available on all Wikimedia wikis. [41][42]

Problems

• There is a bug that creates problems for iPhone users with iOS 13 and Safari. If you use an iPhone to read or edit Wikipedia and see bugs on the mobile site you can report them. [43]
• Several wikis including Wikidata will be on read-only for a few minutes on 19 May. This will happen around 05:00 UTC. English Wikipedia will be on read-only for a few minutes on 21 May 05:00 UTC. This is for database maintenance. [44][45]

Changes later this week

• The Wikipedia app for Android can let users add depicts on Commons. The beta version used computer-aided tagging. This was removed to get more specific depicts. [46]
• There is no new MediaWiki version this week.

Future changes

• Graphs will be rendered in the reader's browser. This will use Javascript. Graphs will hopefully work better for everyone who uses Javascript. It will not work for users who don't use Javascript. This will not affect diagrams in image files. [47]
• Some CSS for the skins has been simplified. This affects div#p-personal, div#p-navigation, div#p-interaction, div#p-tb, div#p-lang, div#p-namespaces, div#p-variants and div#footer. They will have to remove div. You will have to update your gadgets, scripts or user styles. This is so we can use HTML5. [48]
• Some CSS for the Vector skin has been changed. This affects #p-variants, #p-namespaces, #p-personal, #p-views and #p-cactions. They can no longer use > ul. You might need to update your gadgets, scripts or user styles. See how.

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

17:18 18 may 2020 (UTC)