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:
|
|
Archivo del Café |
---|
Antes de junio de 2009 |
Desde junio de 2009 |
Año corriente (2024): |
<enero> <febrero> <marzo> <abril> <mayo> <junio> <julio> <agosto> |
Atajo: |
---|
WN:C |
septiembre de 2024
|
Esto es un archivo de discusiones pasadas. Por favor no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor hazlo en la página de discusión actual. |
Announcing the Universal Code of Conduct Coordinating Committee
[editar]- Original message at wikimedia-l. You can find this message translated into additional languages on Meta-wiki. Por favor, ayuda a traducir a tu idioma
Hello all,
The scrutineers have finished reviewing the vote and the Elections Committee have certified the results for the Universal Code of Conduct Coordinating Committee (U4C) special election.
I am pleased to announce the following individual as regional members of the U4C, who will fulfill a term until 15 June 2026:
- North America (USA and Canada)
- Ajraddatz
The following seats were not filled during this special election:
- Latin America and Caribbean
- Central and East Europe (CEE)
- Sub-Saharan Africa
- South Asia
- The four remaining Community-At-Large seats
Thank you again to everyone who participated in this process and much appreciation to the candidates for your leadership and dedication to the Wikimedia movement and community.
Over the next few weeks, the U4C will begin meeting and planning the 2024-25 year in supporting the implementation and review of the UCoC and Enforcement Guidelines. You can follow their work on Meta-Wiki.
On behalf of the U4C and the Elections Committee,
RamzyM (WMF) 14:07 2 sep 2024 (UTC)
Tech News: 2024-36
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- Editors and volunteer developers interested in data visualisation can now test the new software for charts. Its early version is available on beta Commons and beta Wikipedia. This is an important milestone before making charts available on regular wikis. You can read more about this project update and help to test the charts.
Feature news
- Editors who use the Especial:PlantillasSinUso page can now filter out pages which are expected to be there permanently, such as sandboxes, test-cases, and templates that are always substituted. Editors can add the new magic word
__EXPECTUNUSEDTEMPLATE__
to a template page to hide it from the listing. Thanks to Sophivorus and DannyS712 for these improvements. [1] - Editors who use the New Topic tool on discussion pages, will now be reminded to add a section header, which should help reduce the quantity of newcomers who add sections without a header. You can read more about that, and 28 other community-submitted tasks that were resolved last week.
- Last week, some Toolforge tools had occasional connection problems. The cause is still being investigated, but the problems have been resolved for now. [2]
- Translation administrators at multilingual wikis, when editing multiple translation units, can now easily mark which changes require updates to the translation. This is possible with the new dropdown menu.
Project updates
- A new draft text of a policy discussing the use of Wikimedia's APIs has been published on Meta-Wiki. The draft text does not reflect a change in policy around the APIs; instead, it is an attempt to codify existing API rules. Comments, questions, and suggestions are welcome on the proposed update’s talk page until September 13 or until those discussions have concluded.
Learn more
- To learn more about the technology behind the Wikimedia projects, you can now watch sessions from the technology track at Wikimania 2024 on Commons. This week, check out:
- Charts, the successor of Graphs - A secure and extensible tool for data visualization (25 mins) – about the above-mentioned Charts project.
- State of Language Technology and Onboarding at Wikimedia (90 mins) – about some of the language tools that support Wikimedia sites, such as Content/Section Translation, MinT, and LanguageConverter; also the current state and future of languages onboarding. [3]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 01:07 3 sep 2024 (UTC)
Hazte escuchar: ¡Vota en las elecciones a la Junta Directiva dee 2024!
[editar]Hola a todas y todos,
El periodo de votación a las Elecciones a la Junta Directiva 2024 está abierto. Hay doce (12) candidaturas postulándose a cuatro (4) lugares en la Junta.
Conoce más acerca de las candidaturas a través de sus declaraciones escritas y sus respuestas a las preguntas de la comunidad.
Cuando estés listo o lista, dirígete a la página de votación en SecurePoll para emitir tu voto. La votación estará abierta desde el 3 de septiembre a las 00:00 UTC y hasta el 17 de septiembre a las 23:59 UTC.
Para verificar si eres elegible para votar, por favor, visita la página de eligibilidad de votantes.
Saludos cordiales,
Grupo de trabajo de Elecciones de Comité y Selección de Junta Directiva
MediaWiki message delivery (discusión) 12:15 3 sep 2024 (UTC)
Tech News: 2024-37
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Feature news
- Starting this week, the standard syntax highlighter will receive new colors that make them compatible in dark mode. This is the first of many changes to come as part of a major upgrade to syntax highlighting. You can learn more about what's to come on the help page. [4][5]
- Editors of wikis using Wikidata will now be notified of only relevant Wikidata changes in their watchlist. This is because the Lua functions
entity:getSitelink()
andmw.wikibase.getSitelink(qid)
will have their logic unified for tracking different aspects of sitelinks to reduce junk notifications from inconsistent sitelinks tracking. [6]
Project updates
- Users of all Wikis will have access to Wikimedia sites as read-only for a few minutes on September 25, starting at 15:00 UTC. This is a planned datacenter switchover for maintenance purposes. More information will be published in Tech News and will also be posted on individual wikis in the coming weeks. [7]
- Contributors of 11 Wikipedias, including English will have a new
MOS
namespace added to their Wikipedias. This improvement ensures that links beginning withMOS:
(usually shortcuts to the Manual of Style) are not broken by Mooré Wikipedia (language codemos
). [8]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 18:52 9 sep 2024 (UTC)
Eliminación de ejemplos y otros aspectos
[editar]No quiero armar ningún tipo de polémica. Me llamó la atención esta edición, que elimina una plantilla que me parece obsoleta, pero eliminando también la información contenida. Ni idea (inviable para mí buscar) cuántos ejemplos de esos se borraron. Entonces revisé las contribuciones de la cuenta automatizada de la fecha y hora, y me encontré con esta edición, que elimina un ejemplo completo con enlace a la fuente, sin motivo aparente, igual que esta edición y varios más. ¿Se podrán recuperar? Ignacio ( 話合 ) 20:42 13 sep 2024 (UTC)
- @Ignacio Rodríguez Gracias por comentar lo de {{Wsource}}. No estaba ni enterado de que existía una plantilla así, así que voy a revisar las ediciones en donde estuvo presente y ver si puedo restaurar la información que se perdió. Con respecto a los casos 2° y 3°, mi respuesta es un no. En un aviso que hice hace un tiempo, di a entender que (salvo excepciones particulares de ciertos casos en donde creí que valía la pena rescatar esos ejemplos) no iba a dar ninguna garantía para conservar los ejemplos que se hicieron con la plantilla sin haber respetado los parámetros que tenía. En otras palabras, si en el ejemplo se respetaron los parámetros extra que contemplaba la plantilla para citar, deberían haberse migrado al nuevo formato sin problemas. El resto de ejemplos, olvidate. Es un sacrificio que estoy dispuesto a hacer, que suele ocurrir con las irregularidades que se presentan en todo proceso de migración. Lo único que puedo ofrecer, es una lista de las páginas con los ejemplos perdidos, para que los restaures a mano con el nuevo formato. PEro no pienso intervenir más. Tmagc (discusión) 01:40 14 sep 2024 (UTC)
- ok Ignacio ( 話合 ) 18:06 14 sep 2024 (UTC)
- El 3° caso ni siquiera califica como ejemplo, no hay ningún texto citado. Debería ser una {{referencia}}. Tmagc (discusión) 01:44 14 sep 2024 (UTC)
- en el tercer caso, que está en la página "cacho", que cita una frase con la palabra "cacho" y que la URL de la página incluye la palabra "cacho" no veo por qué debe eliminarse, para mejorar absolutamente nada. Pero ya que se hizo sin mediar consecuencias, yo puedo hacerlo manualmente si provees la lista. Saludos Ignacio ( 話合 ) 18:09 14 sep 2024 (UTC)
- @Ignacio Rodríguez Listo. Dejé las listas en Usuario:TMCbot para que te entretengas un rato. En mi opinión, el 99% de los ejemplos que están ahí no merecen la pena ser restaurados. Las dos primeras tandas son citas irregulares. La tercera tanda son casos en donde se invocó a la plantilla vacía y se escribió el ejemplo por fuera. Por favor respetá el formato de las plantillas y andá borrando a medida que restaures. Si ves ejemplos de Usuario:MULTI LENGUAS o de Usuario:SUPERFLUO15 no pierdas tiempo en restaurarlos, ellos decidieron a propósito desobedecer cuando ya les había advertido para que citaran de acuerdo a como se pide en la documentación de la plantilla.
- En cuanto a lo de cacho, no hay ninguna cita de ningún texto, es sólo un título. Como los títulos de las obras son obligatorios indicarlos en las referencias, el módulo va a arrojar error. Por lo tanto, para hacer un {{ejemplo}} de eso habría que escribir la frase en el ejemplo y luego duplicarla abajo en la cita. No creo que quede bien a juicio de alguien con algo de sentido estético. De ahí a que sea más adecuado agregar una {{referencia}} luego de la definición. Saludos. Tmagc (discusión) 21:56 14 sep 2024 (UTC)
- el punto es evitar borrar los aportes de personas en forma indiscriminada. Lo indiscriminado es el problema. Para los casos en que se necesite intervención humana lo habitual (en todos los proyectos wiki) es generar una categoría de mantenimiento, para que cualquier humano pueda discriminar e intervenir. Generar la categoría es mucho más fácil que buscar entre el historial de cada artículo y revertir, es mucho más efectivo, eficiente, respetuoso con el trabajo de los demás, y cumple el mismo propósito que eliminarlo en forma irracional. Saludos. Ignacio ( 話合 ) 22:10 14 sep 2024 (UTC)
- No hubo ninguna irracionalidad. Simplemente, no puedo permitir que esos ejemplos sigan estando: Primero, sirve para penalizar a los usuarios que agregaron ejemplos sin respetar las convenciones que están vigentes o incluso las que se habían adoptado en el pasado, desde que se creó la plantilla de ejemplos. Segundo, dejar esos ejemplos mal hechos sirve solo como una invitación para que los usuarios nuevos adquieran el mal hábito por imitación. De ninguna manera. Tmagc (discusión) 22:50 14 sep 2024 (UTC)
- No es tu trabajo penalizar a nadie. Somos todos voluntarios. Algunos con menos capacidades técnicas que hicieron sus aportes como pudieron, y son válidos. No merecen que se les falte el respeto, menos por usuarios con aspiraciones que van en contra de la filosofía del proyecto (y por lo demás va en contra del código de conducta que todos aceptamos por hacer nuestro trabajo aquí y es de cumplimiento obligatorio. Específicamente el punto 2.2 y 3.3. Remover contenido debe ser una acción discriminada con criterios explícitos. Remover contenido porque me da flojera arreglarlo no es aceptable y es irrespetuoso con los usuarios que lo agregaron, aunque sea su único aporte.
- Y por lo demás, dejar ejemplos mal hechos, 500 entre 1 millón de artículos, con una etiqueta para arreglarlos, no es ninguna invitación a nada. Ignacio ( 話合 ) 23:02 14 sep 2024 (UTC)
- Es 500/el total de páginas con ejemplos, no sobre el total de páginas completas, gracioso. Segundo, los ejemplos fueron eliminados con criterio, si consideramos que fueron menos de 500 ejemplos de entre todos los que sí pude restaurar, y que los 1000 ejemplos de la 3° tanda siempre estuvieron mal hechos porque nunca se contempló en realidad hacer ejemplos que no tuvieran cita, como ocurre con esos casos. Tmagc (discusión) 23:30 14 sep 2024 (UTC)
- en muchos de los ejemplos de la tercera tanda, la referencia o el enlace sí se incluyó (con un formato distinto), va a haber que revisar 1000 historiales a mano. Ignacio ( 話合 ) 23:39 14 sep 2024 (UTC)
- Ahora bien, haciendo a un lado esa discusión acá hay una diferencia de criterio. @Peter Bowman Ignacio está usando el nombre de los diarios como título en páginas en donde falta, como alfoz. Cómo debería procederse en esos casos? Digo, para mí es inaceptable que haga eso. Una opción es citarlo como sitio (|c=sitio) que para mí sigue estando mal, es demasiado poco específico, debería incluirse el nombre del artículo. En otras palabras, esos ejemplos no deberían considerarse válidos mas aún si el enlace está roto. Ignacio, por favor no restaures esos ejemplos no hasta que se haya tomado una decisión en este punto. Tmagc (discusión) 23:33 14 sep 2024 (UTC)
- solo aclarar que "demasiado poco específico" hace referencia a una publicación periódica reconocida, con fecha completa (sólo se publica una vez al día porque es un diario) y página. No puede ser más específico. Ignacio ( 話合 ) 23:50 14 sep 2024 (UTC)
- No lo sé. Los diarios pueden publicar cualquier cantidad de noticias y artículos por día. Por qué deberíamos permitir que no esté el nombre del artículo? Tmagc (discusión) 00:03 15 sep 2024 (UTC)
- Para artículos publicados en Internet, debería figurar su nombre y la url debería apuntar a él en vez de a la página principal. Lo malo aquí es que se trata de una noticia del 2004, y no la consigo encontrar ni en web.archive.org. Mi sugerencia es que lo tratéis como una publicación en papel, y tal como está ahora no lo veo mal. No entro a valorar si se debería haber usado un parámetro u otro, ajustadlo según convenga. Si en el futuro alquien encuentra un ejemplo mejor o que resulte más fácil/conveniente de citar, entonces se reemplazará, pero por ahora el que tenemos está bien. Un saludo, Peter Bowman (discusión) 10:00 15 sep 2024 (UTC)
- @Peter Bowman, estimado. Un usuario vandálico está revirtiendo mis ediciones, eliminando los ejemplos que he ido restaurando y acosándome en mi discusión. Podrías revisar este problema? Ignacio ( 話合 ) 17:37 15 sep 2024 (UTC)
- No hubo ningún vandalismo. Como dije, los ejemplos se restauran de acuerdo al formato que está en {{referencia}} o {{ejemplo}}. Vos sos el que va en contra de todas las convenciones pactadas. Revisá de nuevo tus ejemplos citados, incluso hay uno que provocó un error en la invocación de la plantilla. Si los restaurás, lo hacés de acuerdo al formato de la plantilla. Sino, te invito a irte del sitio. Saludos. Tmagc (discusión) 18:00 15 sep 2024 (UTC)
- @Ignacio Rodríguez, @Tmagc, por favor, calmaos los dos y parad vuestras guerras de ediciones. Ni nos tildamos de vándalos mutuamente, ni nos invitamos a ir a otra parte; aquí colaboramos entre todos para mejorar el proyecto. Ha habido recientemente una restructuración de la wiki llevada prácticamente en solitario por @Tmagc, y como en todo proyecto de esta envergadura y tras tantas páginas procesadas mediante un bot, surgen imprevistos como los encontrados por @Ignacio Rodríguez. No estoy sorprendido porque he procesado cientos de miles de páginas con mi propio bot en varios proyectos, y esto siempre va a ocurrir. Para contrarrestarlo, se ha dado un paso con la preparación de las listas alojadas en Usuario:TMCbot. Ya sea en una categoría de mantenimiento o en una lista de ese tipo, los ejemplos borrados se han podido ubicar y quedarán pendientes de revisión por parte de quien tenga tiempo y ganas de hacerlo. Por favor, dejad de lado las diferencias de criterios y sacad soluciones en vez de regañaros mutuamente. @Tmagc: en lo sucesivo, como indico más abajo, intenta darle más preferencia a la adaptación de las entradas antes que a eliminar directamente partes de estas. Cuando reestructuré el proyecto allá por el 2015, tuve que programar mi bot de manera que lidiase con todo tipo de imprevistos; entonces sí que era un desmadre, ya viste cómo de enrevesado se había quedado su código. Hemos mejorado mucho, pero esto no se arreglará de un día para otro por la vía rápida. Peter Bowman (discusión) 22:59 15 sep 2024 (UTC)
- Estimado, intento mantener la calma pero el usuario en cuestión continúa revirtiendo mis ediciones sin revisarlas. Es un nivel de acoso que nunca había sufrido en 16 años contribuyendo en los proyectos Wikimedia. Trato de aportar revisando la lista artículo por artículo y me encuentro con la notificación de que mi trabajo es pisoteado en dos segundos con el uso de la herramienta para revertir. Es una situación muy desmotivante. Ignacio ( 話合 ) 02:45 16 sep 2024 (UTC)
- @Ignacio Rodríguez Por favor, leé toda la conversación. Actualmente pactamos cómo deben ser restaurados los ejemplos que no tenían título. Si revierto, es porque está mal, punto. Date cuenta de que lo estás haciendo mal, crack. Tmagc (discusión) 02:49 16 sep 2024 (UTC)
- Está bien. Sí, sé bien que no da para eliminar todo. De hecho cuando comencé a migrar páginas tomé la precaución de que mi bot no elimine contenido; en la mayoría de los casos en los que ocurrió fue sin querer y me encargué yo mismo de arreglarlo. En el caso de los ejemplos, hice todo lo que pude para convertir la mayoría de ellos al formato nuevo. Pero como no tengo tiempo ilimitado para perder sólo en los ejemplos, y puesto que eran tan irregulares, premeditadamente decidí quitar unos pocos ejemplos que mi bot no pudo parsear. En cuanto a si merecen ser restaurados o no, queda a su criterio. En mi opinión, no lo merecen porque las plantillas existen para que sean usadas tal como se indica en la documentación. Que en su momento no haya habido nadie para regañar a los usuarios que desobedecieron este principio, eso es otro asunto. Pero en sí está mal, y no debería haber derecho de nadie a reclamarme para que adapte los ejemplos que no respetaron el formato de la antigua plantilla. Lo hice porque quise hacerlo y punto.
- Como ya dije antes, no puedo permitir que queden esos ejemplos, es una invitación al resto de usuarios a que imiten ese comportamiento y repliquen ejemplos mal hechos (cf. w:Teoría de las ventanas rotas).
- En cuanto al porqué de una plantilla para ejemplos y otra para referencias, la idea es que las citas sean lo suficientemente dsecriptivas, algo que siempre faltó en sl sitio y se convirtió en un muy mal hábito porque pasan 5 años y la url muere y entonces la cita se pierde o se hace muy difícil recuperarla. En cuanto a esto, citar a un diario sin que esté citado tanto el nombre del artículo/noticia como la fecha (ambas cosas), es una cita que para mí no está completa y de ahí que piense que esos ejemplos no deberían permitirse.
- Ahora bien, ya dejé la lista con los ejemplos y además cedí a los reclamos e inventé esta ‘nueva categoría’. Si Ignacio quiere restaurar los ejemplos, que los haga tal como se indica en la documentación de {{ejemplo}} y {{referencia}}. Eso es todo lo que pido. No respetar eso es una actitud realmente atropelladora y que apunta a convertir el sitio de nuevo en un caos.
- Estimado, intento mantener la calma pero el usuario en cuestión continúa revirtiendo mis ediciones sin revisarlas. Es un nivel de acoso que nunca había sufrido en 16 años contribuyendo en los proyectos Wikimedia. Trato de aportar revisando la lista artículo por artículo y me encuentro con la notificación de que mi trabajo es pisoteado en dos segundos con el uso de la herramienta para revertir. Es una situación muy desmotivante. Ignacio ( 話合 ) 02:45 16 sep 2024 (UTC)
- Tmagc (discusión) 23:17 15 sep 2024 (UTC)
- @Ignacio Rodríguez, @Tmagc, por favor, calmaos los dos y parad vuestras guerras de ediciones. Ni nos tildamos de vándalos mutuamente, ni nos invitamos a ir a otra parte; aquí colaboramos entre todos para mejorar el proyecto. Ha habido recientemente una restructuración de la wiki llevada prácticamente en solitario por @Tmagc, y como en todo proyecto de esta envergadura y tras tantas páginas procesadas mediante un bot, surgen imprevistos como los encontrados por @Ignacio Rodríguez. No estoy sorprendido porque he procesado cientos de miles de páginas con mi propio bot en varios proyectos, y esto siempre va a ocurrir. Para contrarrestarlo, se ha dado un paso con la preparación de las listas alojadas en Usuario:TMCbot. Ya sea en una categoría de mantenimiento o en una lista de ese tipo, los ejemplos borrados se han podido ubicar y quedarán pendientes de revisión por parte de quien tenga tiempo y ganas de hacerlo. Por favor, dejad de lado las diferencias de criterios y sacad soluciones en vez de regañaros mutuamente. @Tmagc: en lo sucesivo, como indico más abajo, intenta darle más preferencia a la adaptación de las entradas antes que a eliminar directamente partes de estas. Cuando reestructuré el proyecto allá por el 2015, tuve que programar mi bot de manera que lidiase con todo tipo de imprevistos; entonces sí que era un desmadre, ya viste cómo de enrevesado se había quedado su código. Hemos mejorado mucho, pero esto no se arreglará de un día para otro por la vía rápida. Peter Bowman (discusión) 22:59 15 sep 2024 (UTC)
- No hubo ningún vandalismo. Como dije, los ejemplos se restauran de acuerdo al formato que está en {{referencia}} o {{ejemplo}}. Vos sos el que va en contra de todas las convenciones pactadas. Revisá de nuevo tus ejemplos citados, incluso hay uno que provocó un error en la invocación de la plantilla. Si los restaurás, lo hacés de acuerdo al formato de la plantilla. Sino, te invito a irte del sitio. Saludos. Tmagc (discusión) 18:00 15 sep 2024 (UTC)
- @Peter Bowman, estimado. Un usuario vandálico está revirtiendo mis ediciones, eliminando los ejemplos que he ido restaurando y acosándome en mi discusión. Podrías revisar este problema? Ignacio ( 話合 ) 17:37 15 sep 2024 (UTC)
- @Peter Bowman Para tal situación, debería entonces hacer una nueva categoría llamada |c=diario o |c=periódico, en lugar de citarlo como |c=noticia y poner el título del diario en el lugar del título de la noticia. Tmagc (discusión) 16:37 15 sep 2024 (UTC)
- @Tmagc: de acuerdo, ¿puedes añadir esa nueva categoría? Lo preferible es adaptar, no borrar. Si el ejemplo era válido, pero la plantilla estaba incompleta, se mejora esta segunda en lugar de desechar el ejemplo. Peter Bowman (discusión) 22:33 15 sep 2024 (UTC)
- @Peter Bowman Ya lo hice. Simplemente basta con citar algo como {{referencia|c=diario|p=6|u=https://www.diariodeburgos.es|t=Diario de Burgos|f=2004-6-13}} (o ejemplo), tal como aparece en los ejemplos de citas. Tmagc (discusión) 22:38 15 sep 2024 (UTC)
- Gracias, ya veo. Si la plantilla ya está adaptada para estos casos, entonces solo queda usarla, pues para eso está. Peter Bowman (discusión) 23:03 15 sep 2024 (UTC)
- @Tmagc: Hola, ¿esa nueva categoría se usaría solo para ejemplos ya existentes, pero que se agregaron sin título? Yo jamás en mi vida he visto una noticia sin título. — Genoskill (discusión) 23:14 15 sep 2024 (UTC)
- @Genoskill Lo que pasa es que ciertos usuarios, antes de que llegara y me pusiera estricto con el uso de la plantilla y todo eso, sólo citaban el nombre del diario con la fecha, sin decir el título del artículo. Lo que originó esta discusión respecto de si consideramos válidos esos ejemplos o no. Por lo visto, se considera válido (yo no estoy de acuerdo, ver respuesta que puse más arriba, para mí una referencia sin título no es una referencia) y entonces para estos casos debería citarse como mostré en el ejemplo (ese caso fue tomado de alfoz, ejemplo que Ignacio lo restauró mal). O sea, básicamente la respuesta a tu pregunta es un sí. Y recomiendo que las noticias nuevas sean citadas con el título, la fecha y el nombre del diario mínimamente. Tmagc (discusión) 23:26 15 sep 2024 (UTC)
- @Tmagc: Entiendo. Daré mi perspectiva. @Ignacio Rodríguez: @Peter Bowman: permitir como ejemplo válido un fragmento de noticia, sin título y solo indicando el periódico, es como permitir como válido un fragmento de un libro sin el nombre del libro y solo indicando su autor. Considero ambos casos como 'ejemplos que requieren completación'. Buscar soluciones modificando plantillas es práctico, pero si esta categoría tiene el único fin de salvar ejemplos, sería mejor que aquella nueva categoría permaneciese oculta a los usuarios, para que los usuarios cuando lean la documentación no escojan un mal hábito. — Genoskill (discusión) 00:45 16 sep 2024 (UTC)
- @Genoskill: Estimada, son dos casos opuestos. En el caso del libro sin nombre, no es posible identificar la fuente del ejemplo. En el caso de un diario con su fecha y página, es posible identificar precisamente la edición en cuestión. No hay ambigüedad. Sólo existió 1 versión de la página 9 del diario La Tercera del 27 de marzo de 1985. De hecho, muchas veces las secciones de los periódicos no tienen título, en especial los más antiguos. En esos casos, la única manera de citarlos es usando un método como el propuesto acá. Ignacio ( 話合 ) 03:36 16 sep 2024 (UTC)
- Ah! Yo solo tenía en mente noticias de internet. ¿Me podrías mostrar una noticia sin título? De todas formas, siempre es bueno poner el título si tiene, porque las páginas de periódicos son enormes y pueden tener varias noticias en una. — Genoskill (discusión) 15:09 16 sep 2024 (UTC)
- @Genoskill claro, mira por ejemplo el Monitor Araucano, el primer diario de nuestro país. La mitad de las secciones no tienen título. Los anuncios por de pronto tampoco tienen título. Ignacio ( 話合 ) 13:50 17 sep 2024 (UTC)
- Muchas gracias. Interesante cómo se publicaban las noticias antes. — Genoskill (discusión) 16:46 17 sep 2024 (UTC)
- @Genoskill claro, mira por ejemplo el Monitor Araucano, el primer diario de nuestro país. La mitad de las secciones no tienen título. Los anuncios por de pronto tampoco tienen título. Ignacio ( 話合 ) 13:50 17 sep 2024 (UTC)
- Ah! Yo solo tenía en mente noticias de internet. ¿Me podrías mostrar una noticia sin título? De todas formas, siempre es bueno poner el título si tiene, porque las páginas de periódicos son enormes y pueden tener varias noticias en una. — Genoskill (discusión) 15:09 16 sep 2024 (UTC)
- @Genoskill: Estimada, son dos casos opuestos. En el caso del libro sin nombre, no es posible identificar la fuente del ejemplo. En el caso de un diario con su fecha y página, es posible identificar precisamente la edición en cuestión. No hay ambigüedad. Sólo existió 1 versión de la página 9 del diario La Tercera del 27 de marzo de 1985. De hecho, muchas veces las secciones de los periódicos no tienen título, en especial los más antiguos. En esos casos, la única manera de citarlos es usando un método como el propuesto acá. Ignacio ( 話合 ) 03:36 16 sep 2024 (UTC)
- @Tmagc: Entiendo. Daré mi perspectiva. @Ignacio Rodríguez: @Peter Bowman: permitir como ejemplo válido un fragmento de noticia, sin título y solo indicando el periódico, es como permitir como válido un fragmento de un libro sin el nombre del libro y solo indicando su autor. Considero ambos casos como 'ejemplos que requieren completación'. Buscar soluciones modificando plantillas es práctico, pero si esta categoría tiene el único fin de salvar ejemplos, sería mejor que aquella nueva categoría permaneciese oculta a los usuarios, para que los usuarios cuando lean la documentación no escojan un mal hábito. — Genoskill (discusión) 00:45 16 sep 2024 (UTC)
- @Genoskill Lo que pasa es que ciertos usuarios, antes de que llegara y me pusiera estricto con el uso de la plantilla y todo eso, sólo citaban el nombre del diario con la fecha, sin decir el título del artículo. Lo que originó esta discusión respecto de si consideramos válidos esos ejemplos o no. Por lo visto, se considera válido (yo no estoy de acuerdo, ver respuesta que puse más arriba, para mí una referencia sin título no es una referencia) y entonces para estos casos debería citarse como mostré en el ejemplo (ese caso fue tomado de alfoz, ejemplo que Ignacio lo restauró mal). O sea, básicamente la respuesta a tu pregunta es un sí. Y recomiendo que las noticias nuevas sean citadas con el título, la fecha y el nombre del diario mínimamente. Tmagc (discusión) 23:26 15 sep 2024 (UTC)
- Para artículos publicados en Internet, debería figurar su nombre y la url debería apuntar a él en vez de a la página principal. Lo malo aquí es que se trata de una noticia del 2004, y no la consigo encontrar ni en web.archive.org. Mi sugerencia es que lo tratéis como una publicación en papel, y tal como está ahora no lo veo mal. No entro a valorar si se debería haber usado un parámetro u otro, ajustadlo según convenga. Si en el futuro alquien encuentra un ejemplo mejor o que resulte más fácil/conveniente de citar, entonces se reemplazará, pero por ahora el que tenemos está bien. Un saludo, Peter Bowman (discusión) 10:00 15 sep 2024 (UTC)
- Es 500/el total de páginas con ejemplos, no sobre el total de páginas completas, gracioso. Segundo, los ejemplos fueron eliminados con criterio, si consideramos que fueron menos de 500 ejemplos de entre todos los que sí pude restaurar, y que los 1000 ejemplos de la 3° tanda siempre estuvieron mal hechos porque nunca se contempló en realidad hacer ejemplos que no tuvieran cita, como ocurre con esos casos. Tmagc (discusión) 23:30 14 sep 2024 (UTC)
- No hubo ninguna irracionalidad. Simplemente, no puedo permitir que esos ejemplos sigan estando: Primero, sirve para penalizar a los usuarios que agregaron ejemplos sin respetar las convenciones que están vigentes o incluso las que se habían adoptado en el pasado, desde que se creó la plantilla de ejemplos. Segundo, dejar esos ejemplos mal hechos sirve solo como una invitación para que los usuarios nuevos adquieran el mal hábito por imitación. De ninguna manera. Tmagc (discusión) 22:50 14 sep 2024 (UTC)
- el punto es evitar borrar los aportes de personas en forma indiscriminada. Lo indiscriminado es el problema. Para los casos en que se necesite intervención humana lo habitual (en todos los proyectos wiki) es generar una categoría de mantenimiento, para que cualquier humano pueda discriminar e intervenir. Generar la categoría es mucho más fácil que buscar entre el historial de cada artículo y revertir, es mucho más efectivo, eficiente, respetuoso con el trabajo de los demás, y cumple el mismo propósito que eliminarlo en forma irracional. Saludos. Ignacio ( 話合 ) 22:10 14 sep 2024 (UTC)
Tech News: 2024-38
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Improvements and Maintenance
- Editors interested in templates can help by reading the latest Wishlist focus area, Template recall and discovery, and share your feedback on the talkpage. This input helps the Community Tech team to decide the right technical approach to build. Everyone is also encouraged to continue adding new wishes.
- The new automated Especial:NamespaceInfo page helps editors understand which namespaces exist on each wiki, and some details about how they are configured. Thanks to DannyS712 for these improvements. [9]
- References Check is a feature that encourages editors to add a citation when they add a new paragraph to a Wikipedia article. For a short time, the corresponding tag "Edit Check (references) activated" was erroneously being applied to some edits outside of the main namespace. This has been fixed. [10]
- It is now possible for a wiki community to change the order in which a page’s categories are displayed on their wiki. By default, categories are displayed in the order they appear in the wikitext. Now, wikis with a consensus to do so can request a configuration change to display them in alphabetical order. [11]
- Tool authors can now access ToolsDB's public databases from both Quarry and Superset. Those databases have always been accessible to every Toolforge user, but they are now more broadly accessible, as Quarry can be accessed by anyone with a Wikimedia account. In addition, Quarry's internal database can now be queried from Quarry itself. This database contains information about all queries that are being run and starred by users in Quarry. This information was already public through the web interface, but you can now query it using SQL. You can read more about that, and 20 other community-submitted tasks that were resolved last week.
- Any pages or tools that still use the very old CSS classes
mw-message-box
need to be updated. These old classes will be removed next week or soon afterwards. Editors can use a global-search to determine what needs to be changed. It is possible to use the newercdx-message
group of classes as a replacement (see the relevant Codex documentation, and an example update), but using locally defined onwiki classes would be best. [12]
Technical project updates
- Next week, all Wikimedia wikis will be read-only for a few minutes. This will start on September 25 at 15:00 UTC. This is a planned datacenter switchover for maintenance purposes. This maintenance process also targets other services. The previous switchover took 3 minutes, and the Site Reliability Engineering teams use many tools to make sure that this essential maintenance work happens as quickly as possible. [13]
Tech in depth
- The latest monthly MediaWiki Product Insights newsletter is available. This edition includes details about: research about hook handlers to help simplify development, research about performance improvements, work to improve the REST API for end-users, and more.
- To learn more about the technology behind the Wikimedia projects, you can now watch sessions from the technology track at Wikimania 2024 on Commons. This week, check out:
- Hackathon Showcase (45 mins) - 19 short presentations by some of the Hackathon participants, describing some of the projects they worked on, such as automated testing of maintenance scripts, a video-cutting command line tool, and interface improvements for various tools. There are more details and links available in the Phabricator task.
- Co-Creating a Sustainable Future for the Toolforge Ecosystem (40 mins) - a roundtable discussion for tool-maintainers, users, and supporters of Toolforge about how to make the platform sustainable and how to evaluate the tools available there.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 00:02 17 sep 2024 (UTC)
Comillas inglesas vs españolas
[editar]Como bien ya sabrán, las citas de libros suelen hacerse con el título en cursiva mientras que las citas a ensayos, artículos, etc. suelen hacerse entre comillas. Personalmente me gustan más las comillas inglesas pero debido a la petición de PFSV-UY les pregunto qué quieren hacer. Alguien que defina si dejo la plantilla así “” o cambio las comillas «» a las españolas. Tmagc (discusión) 20:50 8 sep 2024 (UTC)
- Hola, Tmagc. Mi voto es en favor de seguir el estándar de Wikipedia, que creo que es la comilla española. Sino, como no tengo preferencia estética, estaría a favor de la opción más lógica, racional y justificada que exista. — Genoskill (discusión) 21:54 8 sep 2024 (UTC)
- Hola. El estándar que usamos aquí, principalmente en las glosas de la etimología, son las comillas inglesas accesibles por teclado ("test"). Peter Bowman (discusión) 14:03 9 sep 2024 (UTC)
- También voto a favor de las comillas españolas. Ivanics (Res publica non dominetur) 00:55 19 sep 2024 (UTC)
- Bueno, ya van tres votos a favor parece que es hora de cambiar las comillas. Tmagc (discusión) 01:40 19 sep 2024 (UTC)
Sobre ciertas plantillas viejas
[editar]Revisando mi lista de plantillas que estaban para ser marcadas como obsoletas, me encuentro con {{ll}}, y {{NOINDEX}}. Me doy cuenta luego de que son relativamente importantes actualmente. Está bien si elimino las invocaciones de la primera (Usada en Apéndice:Lemario), y reemplazo la segunda por __NOINDEX__? Realmente, no veo mucho que pueda aportar tener a ambas plantillas en el sitio... Tmagc (discusión) 23:35 18 sep 2024 (UTC)
- Cordial saludo: la plantilla {{compactTOC}} ha sido marcada como obsoleta, pero todavía está en uso en apéndices como Apéndice:Abreviaturas ¿Por qué plantilla debería ser reemplazada? Muchas gracias, Ivanics (Res publica non dominetur) 00:53 19 sep 2024 (UTC)
- Fue una "confusión". En realidad estoy reodrdenando todas las plantillas y categorizando de nuevo para después configurar el {{auto cat}} para que las pueda reconocer. Comencé por marcar las plantillas que ya no se usan más, pero se ve que varias plantillas que todavía están en uso se me colaron en la lista. Esta, en principio, sería una de ellas aunque de todas formas es el mejor momento para aprovechar y que digan si hay alguna plantilla que piensen que no debería usarse más o si debería ser reemplazada por otra mejor, etc. Pero si no en principio seguiría siendo válida. Tmagc (discusión) 01:39 19 sep 2024 (UTC)
- Entendido, muchas gracias por tu respuesta. A mí esta plantilla me parece útil para los glosarios por el espacio que ahorra y porque es visible para los usuarios de dispositivos móviles, que no pueden ver la tabla de contenidos. Yo la conservaría. Ivanics (Res publica non dominetur) 04:10 19 sep 2024 (UTC)
- Entiendo. Siguiendo ese pensamiento, me surge la duda: queremos plantillas como {{LengüetasArriba}} ? esa se usaba para mostrar las pestañas del tutorial pero creo que no es responsiva. Una solución fácil sería poner una tabla responsiva en {{tutorial}} directamente. Tmagc (discusión) 05:31 19 sep 2024 (UTC)
- Entendido, muchas gracias por tu respuesta. A mí esta plantilla me parece útil para los glosarios por el espacio que ahorra y porque es visible para los usuarios de dispositivos móviles, que no pueden ver la tabla de contenidos. Yo la conservaría. Ivanics (Res publica non dominetur) 04:10 19 sep 2024 (UTC)
- Fue una "confusión". En realidad estoy reodrdenando todas las plantillas y categorizando de nuevo para después configurar el {{auto cat}} para que las pueda reconocer. Comencé por marcar las plantillas que ya no se usan más, pero se ve que varias plantillas que todavía están en uso se me colaron en la lista. Esta, en principio, sería una de ellas aunque de todas formas es el mejor momento para aprovechar y que digan si hay alguna plantilla que piensen que no debería usarse más o si debería ser reemplazada por otra mejor, etc. Pero si no en principio seguiría siendo válida. Tmagc (discusión) 01:39 19 sep 2024 (UTC)
- {{NOINDEX}} no tiene sentido ahora que existe Especial:Páginas con una propiedad. {{ll}} se debe mantener, pero renombrando a algo como Plantilla:Apéndice:Lemario/ll dado que solo se usa en ese contexto. Sus transclusiones en dichos apéndices se deberían poder reemplazar por
{{../ll}}
en vez del nombre completo, para así no incrementar demasiado el tamaño de la página. Peter Bowman (discusión) 11:39 19 sep 2024 (UTC)
Tu wiki estará en solo lectura pronto
[editar]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 25 septiembre. La prueba comenzará a las 15: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 mostrará un banner de aviso en todas las wikis 30 minutos antes de que ocurra esta operación. This banner will remain visible until the end of the operation.
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 25 septiembre 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.
Comparte por favor esta información con tu comunidad.Trizek_(WMF), 09:37 20 sep 2024 (UTC)
Tech News: 2024-39
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- All wikis will be read-only for a few minutes on Wednesday September 25 at 15:00 UTC. Reading the wikis will not be interrupted, but editing will be paused. These twice-yearly processes allow WMF's site reliability engineering teams to remain prepared to keep the wikis functioning even in the event of a major interruption to one of our data centers.
Updates for editors
- Editors who use the iOS Wikipedia app in Spanish, Portuguese, French, or Chinese, may see the Alt Text suggested-edit experiment after editing an article, or completing a suggested edit using "Add an image". Alt-text helps people with visual impairments to read Wikipedia articles. The team aims to learn if adding alt-text to images is a task that editors can be successful with. Please share any feedback on the discussion page.
- The Codex color palette has been updated with new and revised colors for the MediaWiki user interfaces. The most noticeable changes for editors include updates for: dark mode colors for Links and for quiet Buttons (progressive and destructive), visited Link colors for both light and dark modes, and background colors for system-messages in both light and dark modes.
- It is now possible to include clickable wikilinks and external links inside code blocks. This includes links that are used within
<syntaxhighlight>
tags and on code pages (JavaScript, CSS, Scribunto and Sanitized CSS). Uses of template syntax{{…}}
are also linked to the template page. Thanks to SD0001 for these improvements. [14] - Two bugs were fixed in the GlobalVanishRequest system by improving the logging and by removing an incorrect placeholder message. [15][16]
- View all 25 community-submitted tasks that were resolved last week.
Updates for technical contributors
- From Wikimedia Enterprise:
- The API now enables 5,000 on-demand API requests per month and twice-monthly HTML snapshots freely (gratis and libre). More information on the updates and also improvements to the software development kits (SDK) are explained on the project's blog post. While Wikimedia Enterprise APIs are designed for high-volume commercial reusers, this change enables many more community use-cases to be built on the service too.
- The Snapshot API (html dumps) have added beta Structured Contents endpoints (blog post on that) as well as released two beta datasets (English and French Wikipedia) from that endpoint to Hugging Face for public use and feedback (blog post on that). These pre-parsed data sets enable new options for researchers, developers, and data scientists to use and study the content.
In depth
- The Wikidata Query Service (WDQS) is used to get answers to questions using the Wikidata data set. As Wikidata grows, we had to make a major architectural change so that WDQS could remain performant. As part of the WDQS Graph Split project, we have new SPARQL endpoints available for serving the "scholarly" and "main" subgraphs of Wikidata. The query.wikidata.org endpoint will continue to serve the full Wikidata graph until March 2025. After this date, it will only serve the main graph. For more information, please see the announcement on Wikidata.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 23:36 23 sep 2024 (UTC)
Sobre las cadenas etimológicas
[editar]Discutamos cuál debería ser el futuro de {{etim}}. Creo que está bien que sirva para continuar una cadena etimológica abreviando el texto. Lo que básicamente se pone en duda es si debería categorizar o no. Sinceramente yo no veo problema tampoco en categorizar varias veces una palabra por cada eslabón de la cadena. En cuanto a que se generen categorías absurdas, no me molesta en absoluto ya que me parece obvio para alguien que navegue por las categorías y busque Categoría:ES:Palabras provenientes del protoindoeuropeo se va a dar cuenta de que se refiere a palabras que salen de ahí, lo cual no significa que no las hayamos heredado del latín o adaptado de algún otro idioma.
Una propuesta había sido generar una categoría por cada cadena, lo cual me parece insostenible. Pero dejar sólo el ancestro superior sin categorizar por cada uno de los otros idiomas me parece demasiado rígido la verdad. Tmagc (discusión) 21:41 20 sep 2024 (UTC)
- Hola. Sí, resulta útil para no teclear el nombre del idioma (y de paso permitir que ocurra un typo en el proceso), mientras que la categorización es un efecto secundario que abrió debate en Plantilla discusión:etim y WN:Café/2015 04#Lenguas de origen (escalonamiento). El argumento principal que se esgrimía es que la categorización excesiva, a veces incluso errónea o absurda, acaba ofuscando esas relaciones etimológicas, haciendo que las categorías pierdan utilidad. En el hilo del Café hice mención de que con ayuda de herramientas internas (accesorios, bot) o externas (un poco en la línea de lo que se habló también para los anagramas) podríamos generar esas cadenas para quien las necesite. Peter Bowman (discusión) 10:05 21 sep 2024 (UTC)
- Ante todo quiero pedir perdón a Peter, me excedí un poco en mi respuesta, pero ver una inversión de varios minutos de mi vida (me leí varios artículos incluyendo la RAE para estar seguro que agregaba algo beneficioso) borrados en segundos me cayó como una vasija de agua fría. Realmente, empecé a editar por un artículo que me leí sobre el léxico del idioma castellano y el origen etimológico de sus palabras, supuestamente el 20% es de origen griego (aprox. 20 000 palabras) y de allí me nació la curiosidad de saber cuáles son esas palabras. La RAE da las etimologías (aunque a veces se equivoca), pero no tiene un sistema de categorización en su búsqueda. En el artículo que leí se daba el ejemplo de alambique como palabra griega que nos llega supuestamente vía árabe, pues del árabe sólo tendría el artículo al que significa el, osea el ambique, siendo ambique griego. Me llamó la atención que esta palabra no estaba en la categoría de helenismos del wikcionario y sólo aparecía en la categoría de palabras árabes, lo cual me parece al menos un error parcial ya que de árabe tiene poco. Dicho esto, creo que la categorización es sumamente importante, sobre todo para los que nos gusta la etimología, al no ser esta una ciencia exacta y al menos para mí, es más importante saber que aligátor es también una palabra española reciente (el lagarto) deformada por los anglosajones/franceses hace poco vs que me la categoricen igual que el anglicismo fútbol, una palabra inglesa que me tendría que ir al protoindoeuropeo pṓds y bʰel- para encontrarme el orígen en común con pie y balón. Es por ello que no veo exactamente el problema con la categorización usando {etim}, que es la que da más información en cuanto al orígen verdadero de una palabra, ni veo cual sería el problema para el wikcionario. Sería un problema de espacio?, tengo entendido que al no ser de papel, ese no es un problema. Si en el futuro, fuese posible saber todas las palabras españolas que nos llegaron desde el indoeuropeo o del uto-azteca, pues sería muy útil digo yo. Dicho esto, el wiktionary inglés sí que lo está haciendo y están categorizando todas las palabras españolas según todas sus etimologías hasta su raíz original ej. el protoindoeuropeo, arameo, etc, así que para mí que hablo 5 idiomas incluido el inglés, esta información estará disponible, pero sería bueno que también estuviera disponible para los que solo hablan castellano. ´Raudh3s (discusión) 22:12 22 sep 2024 (UTC)
- @´Raudh3s: Siendo estrictos, o categóricos, alambique no proviene del griego. Es como decir que barco proviene del proto-indoeuropeo. Si hay pasos intermedios, mejor categorizar solo el primero de ellos (alambique del árabe hispánico, barca del español barco) y mencionar los que le sigan con {{l+}}, ¿De qué nos sirve tanta redundancia de categoría? A alguien que le interese el estudio etimológico, ciertamente no le sirve, ya que como el estudioso que es, sabrá de dónde viene el árabe hispánico, y sabrá de dónde viene el español. Y si no sabe, que viaje con clicks hasta llegar a la profundidad que quiera. {{etimología}} es suficiente. Si el proyecto inglés "categoriza hasta el protoindoeuropeo" en una palabra en español, no le aplaudo. — Genoskill (discusión) 17:07 23 sep 2024 (UTC)
- Alambique proviene del griego según expertos en etimología. Probablemente nos llegó del mal llamado mozárabe o hispanovisigodo que siembre ignoran en este tipo de etimologías. Puede que esto no le interese al hablante promedio, pero sería de mucha importancia para los que nos interesa ir al detalle como pasatiempo. Si bien para Usted, que barco venga del protoindoeuropeo no tiene mayor importancia, el objetivo de este tipo de proyecto debería ser el de ayudar a un público amplio y no a individuos. Es por esto, que las categorías no me parecen redundades, ni tampoco ocupan espacio, más bien son de mucha utilidad y quizás en un futuro el wikcionario se podría convertir en un sitio obligado para los que quieren saber más sobre este tema. Por ejemplo, un usuario podría estar interesado en saber que palabras españolas nos vienen del griego, y tienen origen en el arameo por ejemplo o viceversa, de las palabras arameas en castellano, que camino tomaron para llegar a nuestro idioma. Las categorías en ese caso son de mucha utilidad ya que se obtiene información valiosa sin tener que leerse las más de 100 000 palabras que tiene el castellano cada vez que se tenga una duda al respecto. Para los estudiosos de la etimología, tener toda esta información en un sitio, sería el paraíso. Dicho esto, si en verdad estas categorías molestan tanto a algunos usuarios, pues tampoco me voy a poner a pelear por esto, al fin y al cabo esto es un pasatiempo y nadie nos paga por esto. ´Raudh3s (discusión) 18:16 23 sep 2024 (UTC)
- Hay que tener en cuenta que en la práctica casi nadie ve las categorías y que son principalmente un juego y una herramienta para editores. Dicho eso, opino como Genoskill y estoy en contra de categorizar más allá del antecedente directo, aunque no de mostrar la cadena de préstamos en la plantilla. Saludos. Lin linao ¿dime? 03:01 24 sep 2024 (UTC)
- @´Raudh3s:: Hola. Cometí dos errores en mi comentario: barco proviene, en última instancia, del egipcio. Y el otro es que interpreté mal la utilidad de categorizar hasta el principio (hasta proto-indoeuropeo, arameo, etc.). Luego de comprender bien, ahora sí lo encuentro útil. Incluso si se agrandase el fondo de la página (allí donde se listan las categorías), considero que vale la pena. Maravilloso sería si la plantilla {{etim}} creara categorías diferentes a las de {{etimología}}, esto es, en vez de decir 'palabras provenientes del X' que diga 'palabras que tienen el X como ancestro' o algo así. — Genoskill (discusión) 19:31 25 sep 2024 (UTC)
- Yo sigo en contra y abogo por la creación de una herramienta externa (ver hilo del 2015) para suplir esta carencia, si alguien la percibe como tal. Peter Bowman (discusión) 19:37 25 sep 2024 (UTC)
- Por el momento no veo suficiente consenso, respecto de lo que opina Genoskill, no estoy muy de acuerdo con hacer esa división de categorías, pienso que ya se generaría un número excesivo de categorías para mantener. Además en algunos casos es difícil identificar al ancestro directo entonces suelen verse escritas cosas como {{etimología|x|x}}, o bien {{etim|x|x}}. Creo que como dice Peter Bowman, deberíamos hacer una herramienta externa pero sepan que el día del arquero va a estar hecha esa herramienta, sería un desarrollo completamente de cero cuando vengo casi un año trayendo e implementando los módulos que ya existen en en.wikt. Sea como fuere, usen {{etim}} en lugar de {{l+}}. Lo de l+ no tiene nada que ver con esto, tranquilamente puedo desactivar la categorización de idiomas para etim. Tmagc (discusión) 23:34 25 sep 2024 (UTC)
- Alambique proviene del griego según expertos en etimología. Probablemente nos llegó del mal llamado mozárabe o hispanovisigodo que siembre ignoran en este tipo de etimologías. Puede que esto no le interese al hablante promedio, pero sería de mucha importancia para los que nos interesa ir al detalle como pasatiempo. Si bien para Usted, que barco venga del protoindoeuropeo no tiene mayor importancia, el objetivo de este tipo de proyecto debería ser el de ayudar a un público amplio y no a individuos. Es por esto, que las categorías no me parecen redundades, ni tampoco ocupan espacio, más bien son de mucha utilidad y quizás en un futuro el wikcionario se podría convertir en un sitio obligado para los que quieren saber más sobre este tema. Por ejemplo, un usuario podría estar interesado en saber que palabras españolas nos vienen del griego, y tienen origen en el arameo por ejemplo o viceversa, de las palabras arameas en castellano, que camino tomaron para llegar a nuestro idioma. Las categorías en ese caso son de mucha utilidad ya que se obtiene información valiosa sin tener que leerse las más de 100 000 palabras que tiene el castellano cada vez que se tenga una duda al respecto. Para los estudiosos de la etimología, tener toda esta información en un sitio, sería el paraíso. Dicho esto, si en verdad estas categorías molestan tanto a algunos usuarios, pues tampoco me voy a poner a pelear por esto, al fin y al cabo esto es un pasatiempo y nadie nos paga por esto. ´Raudh3s (discusión) 18:16 23 sep 2024 (UTC)
- @´Raudh3s: Siendo estrictos, o categóricos, alambique no proviene del griego. Es como decir que barco proviene del proto-indoeuropeo. Si hay pasos intermedios, mejor categorizar solo el primero de ellos (alambique del árabe hispánico, barca del español barco) y mencionar los que le sigan con {{l+}}, ¿De qué nos sirve tanta redundancia de categoría? A alguien que le interese el estudio etimológico, ciertamente no le sirve, ya que como el estudioso que es, sabrá de dónde viene el árabe hispánico, y sabrá de dónde viene el español. Y si no sabe, que viaje con clicks hasta llegar a la profundidad que quiera. {{etimología}} es suficiente. Si el proyecto inglés "categoriza hasta el protoindoeuropeo" en una palabra en español, no le aplaudo. — Genoskill (discusión) 17:07 23 sep 2024 (UTC)
- Ante todo quiero pedir perdón a Peter, me excedí un poco en mi respuesta, pero ver una inversión de varios minutos de mi vida (me leí varios artículos incluyendo la RAE para estar seguro que agregaba algo beneficioso) borrados en segundos me cayó como una vasija de agua fría. Realmente, empecé a editar por un artículo que me leí sobre el léxico del idioma castellano y el origen etimológico de sus palabras, supuestamente el 20% es de origen griego (aprox. 20 000 palabras) y de allí me nació la curiosidad de saber cuáles son esas palabras. La RAE da las etimologías (aunque a veces se equivoca), pero no tiene un sistema de categorización en su búsqueda. En el artículo que leí se daba el ejemplo de alambique como palabra griega que nos llega supuestamente vía árabe, pues del árabe sólo tendría el artículo al que significa el, osea el ambique, siendo ambique griego. Me llamó la atención que esta palabra no estaba en la categoría de helenismos del wikcionario y sólo aparecía en la categoría de palabras árabes, lo cual me parece al menos un error parcial ya que de árabe tiene poco. Dicho esto, creo que la categorización es sumamente importante, sobre todo para los que nos gusta la etimología, al no ser esta una ciencia exacta y al menos para mí, es más importante saber que aligátor es también una palabra española reciente (el lagarto) deformada por los anglosajones/franceses hace poco vs que me la categoricen igual que el anglicismo fútbol, una palabra inglesa que me tendría que ir al protoindoeuropeo pṓds y bʰel- para encontrarme el orígen en común con pie y balón. Es por ello que no veo exactamente el problema con la categorización usando {etim}, que es la que da más información en cuanto al orígen verdadero de una palabra, ni veo cual sería el problema para el wikcionario. Sería un problema de espacio?, tengo entendido que al no ser de papel, ese no es un problema. Si en el futuro, fuese posible saber todas las palabras españolas que nos llegaron desde el indoeuropeo o del uto-azteca, pues sería muy útil digo yo. Dicho esto, el wiktionary inglés sí que lo está haciendo y están categorizando todas las palabras españolas según todas sus etimologías hasta su raíz original ej. el protoindoeuropeo, arameo, etc, así que para mí que hablo 5 idiomas incluido el inglés, esta información estará disponible, pero sería bueno que también estuviera disponible para los que solo hablan castellano. ´Raudh3s (discusión) 22:12 22 sep 2024 (UTC)
'Wikidata item' link is moving. Find out where...
[editar]Hello everyone, a small change will soon be coming to the user-interface of your Wikimedia project. The Wikidata item sitelink currently found under the General section of the Tools sidebar menu will move into the In Other Projects section.
We would like the Wiki communities feedback so please let us know or ask questions on the Discussion page before we enable the change which can take place October 4 2024, circa 15:00 UTC+2.
More information can be found on the project page.
We welcome your feedback and questions.
MediaWiki message delivery (discusión) 18:57 27 sep 2024 (UTC)
Cómo crear la planilla para una nueva lengua
[editar]Hola a todes, Cómo puedo crear una planilla para una nueva lengua? Estoy interesada en crear una planilla para el Chatino de Juan Quiahije, la cual estamos expandiendo actualmente en la plataforma del ingles. Gracias. XwiBchaqF (discusión) 14:18 28 sep 2024 (UTC). XwiBchaqF
- @XwiBchaqF Por favor, leé Wikcionario:Códigos de idioma. Es ctp-san. Si vas a agregar entradas en masa escribí en mí página de discusión antes. Saludos. Tmagc (discusión) 14:33 28 sep 2024 (UTC)
Tech News: 2024-40
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
- Readers of 42 more wikis can now use Dark Mode. If the option is not yet available for logged-out users of your wiki, this is likely because many templates do not yet display well in Dark Mode. Please use the night-mode-checker tool if you are interested in helping to reduce the number of issues. The recommendations page provides guidance on this. Dark Mode is enabled on additional wikis once per month.
- Editors using the 2010 wikitext editor as their default can access features from the 2017 wikitext editor by adding
?veaction=editsource
to the URL. If you would like to enable the 2017 wikitext editor as your default, it can be set in your preferences. [17] - For logged-out readers using the Vector 2022 skin, the "donate" link has been moved from a collapsible menu next to the content area into a more prominent top menu, next to "Create an account". This restores the link to the level of prominence it had in the Vector 2010 skin. Learn more about the changes related to donor experiences. [18]
- The CampaignEvents extension provides tools for organizers to more easily manage events, communicate with participants, and promote their events on the wikis. The extension has been enabled on Arabic Wikipedia, Igbo Wikipedia, Swahili Wikipedia, and Meta-Wiki. Chinese Wikipedia has decided to enable the extension, and discussions on the extension are in progress on Spanish Wikipedia and on Wikidata. To learn how to enable the extension on your wiki, you can visit the CampaignEvents page on Meta-Wiki.
- View all 22 community-submitted tasks that were resolved last week.
Updates for technical contributors
- Developers with an account on Wikitech-wiki should check if any action is required for their accounts. The wiki is being changed to use the single-user-login (SUL) system, and other configuration changes. This change will help reduce the overall complexity for the weekly software updates across all our wikis.
In depth
- The server switch was completed successfully last week with a read-only time of only 2 minutes 46 seconds. This periodic process makes sure that engineers can switch data centers and keep all of the wikis available for readers, even if there are major technical issues. It also gives engineers a chance to do maintenance and upgrades on systems that normally run 24 hours a day, and often helps to reveal weaknesses in the infrastructure. The process involves dozens of software services and hundreds of hardware servers, and requires multiple teams working together. Work over the past few years has reduced the time from 17 minutes down to 2–3 minutes. [19]
Meetings and events
- October 4–6: WikiIndaba Conference's Hackathon in Johannesburg, South Africa
- November 4–6: MediaWiki Users and Developers Conference Fall 2024 in Vienna, Austria
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
Actual
Criterio para los nombres de plantillas
[editar]A pedido de @-jem- inicio este hilo. Como ya se habrán dado cuenta muchos, eliminé la mayoría de las redirecciones a plantillas. En muchos casos, se trataba de plantillas escritas con mayúscula inicial y todo en minúscula. En estos casos, fui por el criterio de dejar solo la versión en minúscula, a menos que se trate de un nombre propio. Propongo que sea ese el nuevo criterio para las nuevas plantillas que se creen. Hay algunas plantillas viejas sin redirección escritas con mayúscula, que en principio las dejaría así porque tampoco es trivial migrar plantillas y si la marco commo obsoleta el módulo me tira error, y después tengo que inmiscuirme en conversaciones ajenas para comentar las plantillas, y todo eso. Si alguien quiere oponerse, hable ahora o calle para siempre. Tmagc (discusión) 14:43 3 oct 2024 (UTC)
- A favor. Peter Bowman (discusión) 14:50 3 oct 2024 (UTC)
- A favor, creo. Saludos. Lin linao ¿dime? 18:23 5 oct 2024 (UTC)
Invitation to Participate in Wiki Loves Ramadan Community Engagement Survey
[editar]Dear all,
Apologies for writing in English. Please help to translate in your language. We are excited to announce the upcoming Wiki Loves Ramadan event, a global initiative aimed at celebrating Ramadan by enriching Wikipedia and its sister projects with content related to this significant time of year. As we plan to organize this event globally, your insights and experiences are crucial in shaping the best possible participation experience for the community.
To ensure that Wiki Loves Ramadan is engaging, inclusive, and impactful, we kindly invite you to participate in our community engagement survey. Your feedback will help us understand the needs of the community, set the event's focus, and guide our strategies for organizing this global event.
Survey link: https://forms.gle/f66MuzjcPpwzVymu5
Please take a few minutes to share your thoughts. Your input will make a difference!
Thank you for being a part of our journey to make Wiki Loves Ramadan a success.
Warm regards,
User:ZI Jony 03:19 6 oct 2024 (UTC)
Wiki Loves Ramadan Organizing Team
Tech News: 2024-41
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- Communities can now request installation of Automoderator on their wiki. Automoderator is an automated anti-vandalism tool that reverts bad edits based on scores from the new "Revert Risk" machine learning model. You can read details about the necessary steps for installation and configuration. [20]
Updates for editors
- Translators in wikis where the mobile experience of Content Translation is available, can now customize their articles suggestion list from 41 filtering options when using the tool. This topic-based article suggestion feature makes it easy for translators to self-discover relevant articles based on their area of interest and translate them. You can try it with your mobile device. [21]
- View all 12 community-submitted tasks that were resolved last week.
Updates for technical contributors
- It is now possible for
<syntaxhighlight>
code blocks to offer readers a "Copy" button if thecopy=1
attribute is set on the tag. Thanks to SD0001 for these improvements. [22] - Customized copyright footer messages on all wikis will be updated. The new versions will use wikitext markup instead of requiring editing raw HTML. [23]
- Later this month, temporary accounts will be rolled out on several pilot wikis. The final list of the wikis will be published in the second half of the month. If you maintain any tools, bots, or gadgets on these 11 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available.
- Rate limiting has been enabled for the code review tools Gerrit and GitLab to address ongoing issues caused by malicious traffic and scraping. Clients that open too many concurrent connections will be restricted for a few minutes. This rate limiting is managed through nftables firewall rules. For more details, see Wikitech's pages on Firewall, GitLab limits and Gerrit operations.
- Five new wikis have been created:
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 23:42 7 oct 2024 (UTC)
Resultados preliminares de las Elecciones de la Junta Directiva de la Fundación Wikimedia 2024
[editar]Hola a todas y todos,
Gracias a todas las personas que participaron en las Elecciones de la Junta Directiva de la Fundación Wikimedia 2024. Se registraron 6000 votos de integrantes de la comunidad a lo largo de 180 proyectos wiki.
Los siguientes cuatro personas fueron las más votadas:
Si bien estas candidaturas han sido clasificadas a través del voto, aún deberán ser nombradas a la Junta Directiva. Deberán pasar exitosamente una revisión de trasfondos y cumplir con las calificaciones descritas en los estatutos. Las nuevas personas que formarán parte de la Junta Directiva serán nombradas en la siguiente reunión de la Junta en diciembre de 2024.
Lee el anuncio completo en Meta-Wiki.
Saludos cordiales,
Grupo de Trabajo de Elecciones de Comité y Selección de la Junta Directiva
MPossoupe_(WMF) 08:26 14 oct 2024 (UTC)
Tech News: 2024-42
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
- The Structured Discussion extension (also known as Flow) is starting to be removed. This extension is unmaintained and causes issues. It will be replaced by DiscussionTools, which is used on any regular talk page. A first set of wikis are being contacted. These wikis are invited to stop using Flow, and to move all Flow boards to sub-pages, as archives. At these wikis, a script will move all Flow pages that aren't a sub-page to a sub-page automatically, starting on 22 October 2024. On 28 October 2024, all Flow boards at these wikis will be set in read-only mode. [29][30]
- WMF's Search Platform team is working on making it easier for readers to perform text searches in their language. A change last week on over 30 languages makes it easier to find words with accents and other diacritics. This applies to both full-text search and to types of advanced search such as the hastemplate and incategory keywords. More technical details (including a few other minor search upgrades) are available. [31]
- View all 20 community-submitted tasks that were resolved last week. For example, EditCheck was installed at Russian Wikipedia, and fixes were made for some missing user interface styles.
Updates for technical contributors
- Editors who use the Toolforge tool Earwig's Copyright Violation Detector will now be required to log in with their Wikimedia account before running checks using the "search engine" option. This change is needed to help prevent external bots from misusing the system. Thanks to Chlod for these improvements. [32]
- Phabricator users can create tickets and add comments on existing tickets via Email again. Sending email to Phabricator has been fixed. [33]
- Some HTML elements in the interface are now wrapped with a
<bdi>
element, to make our HTML output more aligned with Web standards. More changes like this will be coming in future weeks. This change might break some tools that rely on the previous HTML structure of the interface. Note that relying on the HTML structure of the interface is not recommended and might break at any time. [34]
In depth
- The latest monthly MediaWiki Product Insights newsletter is available. This edition includes: updates on Wikimedia's authentication system, research to simplify feature development in the MediaWiki platform, updates on Parser Unification and MathML rollout, and more.
- The latest quarterly Technical Community Newsletter is now available. This edition include: research about improving topic suggestions related to countries, improvements to PHPUnit tests, and more.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 21:21 14 oct 2024 (UTC)
Se buscan personas voluntarias para unirse a varios de los comités del movimiento
[editar]Cada año, normalmente de octubre a diciembre, varios de los comités del movimiento buscan nuevas personas voluntarias.
Pueden leeer más acerca dee los comités en sus respectivas páginas de Meta-wiki:
- Comité de Afiliaciones (AffCom)
- Comisión de Inspectores de Privacidad (Ombuds Commission, OC)
- Comité de Revisión de Casos (CRC)
Las convocatorias para unirse a los comités se abre el 16 de octubre de 2024. Las solicitudes para el Comité de Afiliaciones cierran el 18 de noviembre de 2024, y las solicitudes para la Comisión de Inspectores de Privacidad y el Comité de Revisión de Casos cierra el 2 de diciembre de 2024. Pueden leer cómo solicitar su integración visitando la página de nombramientos en Meta-wiki. Pueden escribir en la página de discusión de dicha página o escribir un correo electrónico a cst@wikimedia.org con cualquier pregunta que pudieran tener.
En nombre del Equipo de Apoyo a Comités,
-- Keegan (WMF) (talk) 23:09 16 oct 2024 (UTC)
Tech News: 2024-43
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- The Mobile Apps team has released an update to the iOS app's navigation, and it is now available in the latest App store version. The team added a new Profile menu that allows for easy access to editor features like Notifications and Watchlist from the Article view, and brings the "Donate" button into a more accessible place for users who are reading an article. This is the first phase of a larger planned navigation refresh to help the iOS app transition from a primarily reader-focused app, to an app that fully supports reading and editing. The Wikimedia Foundation has added more editing features and support for on-wiki communication based on volunteer requests in recent years.
Updates for editors
- Wikipedia readers can now download a browser extension to experiment with some early ideas on potential features that recommend articles for further reading, automatically summarize articles, and improve search functionality. For more details and to stay updated, check out the Web team's Content Discovery Experiments page and subscribe to their newsletter.
- Later this month, logged-out editors of these 12 wikis will start to have temporary accounts created. The list may slightly change - some wikis may be removed but none will be added. Temporary account is a new type of user account. It enhances the logged-out editors' privacy and makes it easier for community members to communicate with them. If you maintain any tools, bots, or gadgets on these 12 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available. Read more about the deployment plan across all wikis.
- View all 33 community-submitted tasks that were resolved last week. For example, the South Ndebele, Pannonian Rusyn, Obolo, Iban and Tai Nüa Wikipedia languages were created last week. [35][36][37][38][39]
- It is now possible to create functions on Wikifunctions using Wikidata lexemes, through the new Wikidata lexeme type launched last week. When you go to one of these functions, the user interface provides a lexeme selector that helps you pick a lexeme from Wikidata that matches the word you type. After hitting run, your selected lexeme is retrieved from Wikidata, transformed into a Wikidata lexeme type, and passed into the selected function. Read more about this in the latest Wikifunctions newsletter.
Updates for technical contributors
- Users of the Wikimedia sites can now format dates more easily in different languages with the new
{{#timef:…}}
parser function. For example,{{#timef:now|date|en}}
will show as "31 October 2024". Previously,{{#time:…}}
could be used to format dates, but this required knowledge of the order of the time and date components and their intervening punctuation.#timef
(or#timefl
for local time) provides access to the standard date formats that MediaWiki uses in its user interface. This may help to simplify some templates on multi-lingual wikis like Commons and Meta. [40][41] - Commons and Meta users can now efficiently retrieve the user's language using
{{USERLANGUAGE}}
instead of using{{int:lang}}
. [42] - The Product and Tech Advisory Council (PTAC) now has its pilot members with representation across Africa, Asia, Europe, North America and South America. They will work to address the Movement Strategy's Technology Council initiative of having a co-defined and more resilient technological platform. [43]
In depth
- The latest quarterly Growth newsletter is available. It includes: an upcoming Newcomer Homepage Community Updates module, new Community Configuration options, and details on new projects.
- The Wikimedia Foundation is now an official partner of the CVE program, which is an international effort to catalog publicly disclosed cybersecurity vulnerabilities. This partnership will allow the Security Team to instantly publish common vulnerabilities and exposures (CVE) records that are affecting MediaWiki core, extensions, and skins, along with any other code the Foundation is a steward of.
- The Community Wishlist is now testing machine translations for Wishlist content. Volunteers can now read machine-translated versions of wishes and dive into discussions even before translators arrive to translate content.
Meetings and events
- 24 October - Wiki Education Speaker Series Webinar - Open Source Tech: Building the Wiki Education Dashboard, featuring Wikimedia interns and a Web developer in the panel.
- 20–22 December 2024 - Indic Wikimedia Hackathon Bhubaneswar 2024 in Odisha, India. A hackathon for community members, including developers, designers and content editors, to build technical solutions that improve contributors' experiences.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 20:52 21 oct 2024 (UTC)
'Wikidata item' link is moving, finally.
[editar]Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 11:29 22 oct 2024 (UTC)
Tech News: 2024-44
[editar]Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
- Later in November, the Charts extension will be deployed to the test wikis in order to help identify and fix any issue. A security review is underway to then enable deployment to pilot wikis for broader testing. You can read the October project update and see the latest documentation and examples on Beta Wikipedia.
- View all 32 community-submitted tasks that were resolved last week. For example, Pediapress.com, an external service that creates books from Wikipedia, can now use Wikimedia Maps to include existing pre-rendered infobox map images in their printed books on Wikipedia. [44]
Updates for technical contributors
- Wikis can use the Guided Tour extension to help newcomers understand how to edit. The Guided Tours extension now works with dark mode. Guided Tour maintainers can check their tours to see that nothing looks odd. They can also set
emitTransitionOnStep
totrue
to fix an old bug. They can use the new flagallowAutomaticBack
to avoid back-buttons they don't want. [45] - Administrators in the Wikimedia projects who use the Nuke Extension will notice that mass deletions done with this tool have the "Nuke" tag. This change will make reviewing and analyzing deletions performed with the tool easier. [46]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 20:56 28 oct 2024 (UTC)
Final Reminder: Join us in Making Wiki Loves Ramadan Success
[editar]Dear all,
We’re thrilled to announce the Wiki Loves Ramadan event, a global initiative to celebrate Ramadan by enhancing Wikipedia and its sister projects with valuable content related to this special time of year. As we organize this event globally, we need your valuable input to make it a memorable experience for the community.
Last Call to Participate in Our Survey: To ensure that Wiki Loves Ramadan is inclusive and impactful, we kindly request you to complete our community engagement survey. Your feedback will shape the event’s focus and guide our organizing strategies to better meet community needs.
- Survey Link: Complete the Survey
- Deadline: November 10, 2024
Please take a few minutes to share your thoughts. Your input will truly make a difference!
Volunteer Opportunity: Join the Wiki Loves Ramadan Team! We’re seeking dedicated volunteers for key team roles essential to the success of this initiative. If you’re interested in volunteer roles, we invite you to apply.
- Application Link: Apply Here
- Application Deadline: October 31, 2024
Explore Open Positions: For a detailed list of roles and their responsibilities, please refer to the position descriptions here: Position Descriptions
Thank you for being part of this journey. We look forward to working together to make Wiki Loves Ramadan a success!
Warm regards,
The Wiki Loves Ramadan Organizing Team 05:11 29 oct 2024 (UTC)