Hola, siéntete bienvenido o bienvenida, estás en esta página web explorando la definición de Wikcionario:Café. En Dictious no solo dispondrás de la posibilidad de encontrar el total de las acepciones reconocidas por el diccionario de la palabra Wikcionario:Café, sino que además te contaremos su etimología, sus singularidades y aprenderás la manera en que se dice la palabra Wikcionario:Café en singular y en plural. Cualquier cosa que necesitas conocer referente a la palabra Wikcionario:Café lo tienes aquí. La definición de la palabra Wikcionario:Café te facilitará a ser más apropiado y correcto a la hora de debatir o componer tus piezas. Conocer la definición deWikcionario:Café, de la misma manera que las de otros términos, fortifican nuestro léxico y nos confieren de mayores y mejores herramientas lingüísticas.
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!
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.
Tech News: 2024-45
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
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
Stewards can now make global account blocks cause global autoblocks. This will assist stewards in preventing abuse from users who have been globally blocked. This includes preventing globally blocked temporary accounts from exiting their session or switching browsers to make subsequent edits for 24 hours. Previously, temporary accounts could exit their current session or switch browsers to continue editing. This is an anti-abuse tool improvement for the Temporary Accounts project. You can read more about the progress on key features for temporary accounts.
Wikis that have the CampaignEvents extension enabled can now use the Collaboration List feature. This list provides a new, easy way for contributors to learn about WikiProjects on their wikis. Thanks to the Campaign team for this work that is part of the 2024/25 annual plan. If you are interested in bringing the CampaignEvents extension to your wiki, you can follow these steps or you can reach out to User:Udehb-WMF for help.
The text color for red links will be slightly changed later this week to improve their contrast in light mode.
View all 32 community-submitted tasks that were resolved last week. For example, on multilingual wikis, users can now hide translations from the WhatLinksHere special page.
Updates for technical contributors
XML data dumps have been temporarily paused whilst a bug is investigated.
In depth
Temporary Accounts have been deployed to six wikis; thanks to the Trust and Safety Product team for this work, you can read about the deployment plans. Beginning next week, Temporary Accounts will also be enabled on seven other projects. If you are active on these wikis and need help migrating your tools, please reach out to User:Udehb-WMF for assistance.
The latest quarterly Language and Internationalization newsletter is available. It includes: New languages supported in translatewiki or in MediaWiki; New keyboard input methods for some languages; details about recent and upcoming meetings, and more.
Meetings and events
MediaWiki Users and Developers Conference Fall 2024 is happening in Vienna, Austria and online from 4 to 6 November 2024. The conference will feature discussions around the usage of MediaWiki software by and within companies in different industries and will inspire and onboard new users.
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
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
On wikis with the Translate extension enabled, users will notice that the FuzzyBot will now automatically create translated versions of categories used on translated pages.
In 1.44.0-wmf-2, the logic of Wikibase function getAllStatements changed to behave like getBestStatements. Invoking the function now returns a copy of values which are immutable.
Wikimedia REST API users, such as bot operators and tool maintainers, may be affected by ongoing upgrades. The API will be rerouting some page content endpoints from RESTbase to the newer MediaWiki REST API endpoints. The impacted endpoints include getting page/revision metadata and rendered HTML content. These changes will be available on testwiki later this week, with other projects to follow. This change should not affect existing functionality, but active users of the impacted endpoints should verify behavior on testwiki, and raise any concerns on the related Phabricator ticket.
In depth
Admins and users of the Wikimedia projects where Automoderator is enabled can now monitor and evaluate important metrics related to Automoderator's actions. This Superset dashboard calculates and aggregates metrics about Automoderator's behaviour on the projects in which it is deployed. Thanks to the Moderator Tools team for this Dashboard; you can visit the documentation page for more information about this work.
Meetings and events
21 November 2024 (8:00 UTC & 16:00 UTC) - Community call with Wikimedia Commons volunteers and stakeholders to help prioritize support efforts for 2025-2026 Fiscal Year. The theme of this call is how content should be organised on Wikimedia Commons.
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
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
Users of Wikimedia sites will now be warned when they create a redirect to a page that doesn't exist. This will reduce the number of broken redirects to red links in our projects.
View all 42 community-submitted tasks that were resolved last week. For example, Pywikibot, which automates work on MediaWiki sites, was upgraded to 9.5.0 on Toolforge.
Updates for technical contributors
On wikis that use the FlaggedRevs extension, pages created or moved by users with the appropriate permissions are marked as flagged automatically. This feature has not been working recently, and changes fixing it should be deployed this week. Thanks to Daniel and Wargo for working on this.
In depth
There is a new Diff post about Temporary Accounts, available in more than 15 languages. Read it to learn about what Temporary Accounts are, their impact on different groups of users, and the plan to introduce the change on all wikis.
Meetings and events
Technical volunteers can now register for the 2025 Wikimedia Hackathon, which will take place in Istanbul, Turkey. Application for travel and accommodation scholarships is open from November 12 to December 10 2024. The registration for the event will close in mid-April 2025. The Wikimedia Hackathon is an annual gathering that unites the global technical community to collaborate on existing projects and explore new ideas.
Join the Wikimedia Commons community calls this week to help prioritize support for Commons which will be planned for 2025–2026. The theme will be how content should be organised on Wikimedia Commons. This is an opportunity for volunteers who work on different things to come together and talk about what matters for the future of the project. The calls will take place November 21, 2024, 8:00 UTC and 16:00 UTC.
A Language community meeting will take place November 29, 16:00 UTC to discuss updates and technical problem-solving.
Propuesta de reducir (aun más) parámetros de pron-graf
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
Creo haber solicitado permiso para borrar algún que otro parámetro de esta plantilla debido a que al haber implementado los módulos se volverían muy innecesarios. En realidad, ahora vengo a preguntar si estaría bien eliminar varios parámetros que nunca fueron usados a gran escala:
|s (|salt, |snota, etc.) : esta serie de parámetros era una fila adicional en la versión antigua de la plantilla, supuestamente para “palabras que también se representan con símbolos”, pero nunca se explicó en la documentación y en la práctica fue más común optar por “grafía alternativa”. -> unifico a |g (grafía alternativa).
|ts y derivados: esta serie de parámetros apuntaba a indicar una “transcripción silábica”, una transliteración de una grafía diferente pero agregando una separación en sílabas. Lo cierto es que como la transliteración debería poder pronunciarse desde el punto de vista del español, la separación en sílabas queda implícitamente aclarada, por lo que resulta redundante.
|e y derivados: esta serie de parámetros se utilizaba para indicar “escrituras alternativas”. Se diferenciaba de las “grafías alternativas” en cuanto que vincula palabras de sistemas de escritura distintos entre un mismo idioma, como ocurre con el japonés entre el hiragana y el katakana. En la práctica, lo más común fue utilizar “grafía alternativa” y agregar una nota adicional indicando la escritura correspondiente. Por lo que pronongo unificarlo a |g (grafía alternativa).
Todos los parámetros que terminen en “num”: recientemente en la guía de estilo agregué un criterio para ordenar las etimologías en el que básicamente se usa el criterio histórico. En general referenciar a otra entrada agregando el número de etimología me parece mala idea porque si se debe reordenar el orden en la página de esa palabra hay que cambiar los números en todas las que apunten a esa referencia. En mi opinión, no es necesario aclarar el número porque al cotejar las páginas de la página que referencia y la referenciada uno se da cuenta si por ejemplo una variante aplica a todas las etimologías o a una sola. En los pocos casos en los que haya ambigüedad, preferiría añadir una nota aclaratoria diciendo el sentido al que aplica. Esto aplica en general, tanto para palabras referenciadas con esta plantilla, como para palabras referenciadas en otra parte de la página.
Todos los parámetros que terminen con “tr”: agrega una transliteración a la variante o grafía alternativa, redundante en mi opinión ya que se puede acceder a la página correspondiente y leer la transliteración en su propia plantilla de pron-graf.
Las páginas con estos parámetros son menos de 300 . Implementando estos cambios, la plantilal de pron-graf quedaría con, además de los parámetros “fonéticos”, parámetros para indicar variantes, grafías alternativas, homófonos y parónimos; cada uno con su “alt” (altera la apariencia) y “nota” (para agregar una nota a pie de página). No creo que se necesite más que eso. Tmagc (discusión) 15:21 20 nov 2024 (UTC)Responder
Sign up for the language community meeting on November 29th, 16:00 UTC
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.
Último comentario: hace 25 días18 comentarios5 usuarios en la discusión
Segunda propuesta: hay unas pocas páginas en el sitio de verbos con enclíticos. La idea es borrar casi todas, sino todas. Motivo? Es innecesario agregar más conjugaciones para cada forma canónica, ya hay bastantes sin considerar formas compuestas ni pronominales, etc. No veo cómo puede aportar valor al proyecto por lo que deberían ser borradas a menos que estén lexicalizadas con alguna definición diferente a la forma canónica, en cuyo caso se requeriría agregar la página pero introduciendo esta nueva definición. Tmagc (discusión) 15:29 20 nov 2024 (UTC)Responder
quítalo = quita + lo. Lo considero un caso de suma de las partes. Si consideramos que las combinaciones es con lo/los/la/las/le/les es sumar seis formas flexivas más. Si agregamos quita+lo/los/la/las/le/les quitar+lo/los/la/las/le/les, quitándo+lo/los/la/las/le/les ya son 24 formas flexivas extra por cada verbo. Eso sería llenar la base de datos con más entradas que no aportan nada de información nueva, la regla para construir verbos enclíticos es prácticamente universal para todos los verbos. Tmagc (discusión) 00:14 21 nov 2024 (UTC)Responder
Exacto! Solo que 1. hay varios verbos irregulares lo que de algún modo justificaría tener páginas aparte y 2. si fuera por mí borraría todas las entradas de formas flexivas porque no aportan nada de información nueva, solo dejaría la tabla de conjugación en la forma canónica y las formas no canónicas solo las que están lexicalizadas como pagaré, pero sería un cambio muy grande como para hacerlo en el corto plazo aunque no lo descarto. En cambio los enclítios son siempre regulares y por ahora solo hay 59 Categoría:ES:Formas con enclíticos. Estamos a tiempo de evitar que se propague el vicio. Tmagc (discusión) 00:49 21 nov 2024 (UTC)Responder
Muy en contra. El valor de Wikcionario por sobre un diccionario impreso común y corriente está en tener el potencial de ser un catálogo de todas las palabras existentes, incluyendo flexiones, conjugaciones, variantes, diminutivos, etcétera; lo que puede brindar un valor de uso importante para las personas que están aprendiendo un idioma, inteligencias artificiales, lingüistas e incluso hablantes comunes de un idioma. Ivanics (Res publica non dominetur) 01:04 21 nov 2024 (UTC)Responder
A favor. Como decía en Discusión:quítalo, prefiero borrarlas ahora para hacer las cosas bien después, si es que así lo decidimos. @Tmagc: son muchas más de 24 por verbo si consideramos también las formas literarias/poéticas/potenciales como quitelo (= lo quité), quitaríamoslas (= las quitaríamos), etc. Si abrimos un melón, que sea con perspectiva: hemos necesitado 20 años para crear 59 entradas de una categoría que debería alojar millones, por lo que no aprecio su valor actual. @Ivanics: si un lingüista acude a nosotros, esto nos dejará en evidencia. Peter Bowman (discusión) 20:21 21 nov 2024 (UTC)Responder
Mientras aceptemos tener formas no canónicas no veo motivo para sacar este pequeño subconjunto y conservar todo el resto. A menos que cause problemas diferentes al resto. ¿Es así? Saludos. Lin linao¿dime?15:22 22 nov 2024 (UTC)Responder
Si el día de mañana acordamos poner en marcha un bot para que cree estas entradas en masa acorde a una plantilla, será más fácil partir desde cero que "rellenar huecos", por así decir, evitando pisar esas 59 formas que ya existen. Si en vez de 59 son 590, seguirán teniendo un valor insignificante, pero para nosotros supondrán más trabajo de cara a la revisión y posterior adaptación al formato que establezcamos. Yo en esa situación preferiría simplemente sobreescribirlas, entonces ¿para qué dejar que proliferen? La única forma de hacerlo bien es con un bot, y poner coto a su creación cuanto antes. Si el día de mañana llega alguien a Wikcionario y se propone crearlas manualmente, no querría tener que decirle que su trabajo es en vano, por el escaso o nulo impacto que va a tener, para que luego además venga un bot y se lo pise todo. Peter Bowman (discusión) 19:23 22 nov 2024 (UTC)Responder
A mí esta propuesta me recuerda lo que pasó con el caso de los anagramas y pares mínimos: Tmagc procedió a su retiro con el argumento de que es un proceso automatizable y por tanto no tiene justificación invertir tiempo de trabajo humano en su realización. Sin embargo, nunca se ha puesto sobre la mesa un cronograma de automatización de ese proceso, sino que se ha pasado a otras tareas. En consecuencia, Wikcionario hoy tiene menos información de la que tenía hace un año, pero con la diferencia que ahora su incorporación queda completamente por fuera del campo de acción de los usuarios comunes y corrientes. Ivanics (Res publica non dominetur) 23:52 22 nov 2024 (UTC)Responder
Hablar de cronogramas no tendría sentido en un proyecto que es a voluntad, las cosas se hacen en la medida que se cuenta con el tiempo. En cuanto a los anagramas, ya está incorporado Wikcionario:Anagramas. En cuanto a los pares mínimos, todavía faltaría terminar de homogenizar pron-graf para parsear la base de datos pero lo tengo en mi lista de pendientes. En cuanto a los supuestos usuarios “comunes y corrientes”, justamente todas estas propuestas apuntan a incentivar a que agreguen léxico y a desincentivar tareas que son relativamente fáciles de automatizar. Bien que desde que inició el proyecto mucho chicherío pero ni siquiera está completo con las palabras de la base de datos del DLE, lo mínimo por donde se debería comenzar en cualquier diccionario. Pero de todas formas no hay nada que quede fuera del alcance de nadie, el código de las tareas de mi bot creo que se puede ver en Toolforge y si es mucho problema puedo publicar el repositorio para que se entretenga un rato si lo desea. No sé a lo que apuntaba el comentario pero menos información? Recuerdo que teníamos 920k entradas hace un año y ahora estamos cerca de 935k. Tmagc (discusión) 00:58 23 nov 2024 (UTC)Responder
@Ivanics: sugiero que nos centremos en el tema que nos ocupa, porque en tu voto y comentarios parece que estás en otra discusión. Claramente, sí, la cuestión de los enclíticos queda fuera del campo de acción de los usuarios comunes y corrientes, y el proyecto no notará una pérdida de información por borrar esas 59 entradas. Peter Bowman (discusión) 11:27 23 nov 2024 (UTC)Responder
Precisamente lo que quiero explicar es que el punto es que me parece que se está actuando bajo criterios subjetivos, al punto que no se ha dejado claro cuál es el argumento de borrado ¿Se eliminarían por ser irrelevantes o se eliminan por ser automatizables? Voté en contra porque el argumento que se presentó inicialmente es el primero.
Ahora, si es el segundo, pido amablemente el favor de que se adopte el criterio de no borrar información hasta que se haya implementado el sistema automático, en lugar de seguirlo haciendo al revés. Porque el mencionado carácter voluntario del proyecto hace que no hayan certezas de que haya alguien pendiente de que lo borrado sea restaurado luego, ya que por más que el código sea abierto, la programación es una habilidad menos extendida que la de editar código Mediawiki. Ivanics (Res publica non dominetur) 12:39 23 nov 2024 (UTC)Responder
En mí opinión los enclíticos son irrelevantes, además de ser automatizables. Si no lo son, habría que determinar el criterio para considerar a una página como la mera suma de las partes porque incluso aunque se escriban todo junto los enclíticos no veo cómo le agrega valor al proyecto tenerlos. Parece más una regla universal antes de ser algo que deba documentado acá.
Cierto, esto no es papel pero más allá de eso no le veo mucha diferencia con un diccionario cualquiera: una herramienta de consulta, no de aprendizaje. Se dan definiciones, no explicaciones. Mezclar las dos cosas podría confundir aún más a los lectores. Qué pasa con los millones de enclíticos que no están? Solo valen esos 59 que están ahora? El resto de construcciones enclíticas no son válidas?
Repito: si hay gente que usa un diccionario para aprender, recomiendo que se consigan un curso o lean los articulos de Wikipedia sobre el español. Acá como en cualquier diccionario el que lo usa lo hace para consultar, por lo tanto se asume que ya tiene un dominio claro del idioma. No es necesario confundir a la gente con sobreinformación. Y como ya dije alguna vez antes: si la gente prefiere Wikcionario, va a ser porque encuentren definiciones y léxico que no aparezcan en otros diccionarios, no por cuántos enclíticos aparezcan, ni siquiera porque tengamos páginas con enclíticos. Tmagc (discusión) 18:29 23 nov 2024 (UTC)Responder
El último párrafo es una consideración subjetiva y yo difiero en el por qué la gente puede considerar útil a Wikcionario frente a otros diccionarios, como el de la RAE. Pero todo van a ser sólo opiniones hasta que alguien se anime a hacer un estudio sobre el tema.
Pero repito de nuevo: se están revolviendo dos argumentos antitéticos, el de la automatización y el de la irrelevancia. Hay que decidir cuál de los dos es el correcto, porque si son irrelevantes no tiene sentido automatizar la tarea. Ivanics (Res publica non dominetur) 17:02 24 nov 2024 (UTC)Responder
Páginas más visitadas ayer
Páginas más visitadas el mes pasado
Páginas más visitadas el año pasado
Páginas mías más visitadas : son gede y pechofrío. Que yo sepa ninguna está en ningún diccionario.
En contra. Hola a todos. Que se programe la automatización primero, o incluso redirecciones automatizadas; luego se eliminen. Pero tener cuidado de no eliminar la página entera cuando tenga acepciones no-flexivas, o secciones en otros idiomas. A quien sea que programe la automatización le doy mis gracias de antemano.— Genoskill (discusión) 23:48 26 nov 2024 (UTC)Responder
Tech News: 2024-48
Último comentario: hace 26 días1 comentario1 usuario en la discusión
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
A new version of the standard wikitext editor-mode syntax highlighter will be available as a beta feature later this week. This brings many new features and bug fixes, including right-to-left support, template folding, autocompletion, and an improved search panel. You can learn more on the help page.
The 2010 wikitext editor now supports common keyboard shortcuts such Ctrl+B for bold and Ctrl+I for italics. A full list of all six shortcuts is available. Thanks to SD0001 for this improvement.
Starting November 28, Flow/Structured Discussions pages will be automatically archived and set to read-only at the following wikis: bswiki, elwiki, euwiki, fawiki, fiwiki, frwikiquote, frwikisource, frwikiversity, frwikivoyage, idwiki, lvwiki, plwiki, ptwiki, urwiki, viwikisource, zhwikisource. This is done as part of StructuredDiscussions deprecation work. If you need any assistance to archive your page in advance, please contact Trizek (WMF).
The CodeEditor, which can be used in JavaScript, CSS, JSON, and Lua pages, now offers live autocompletion. Thanks to SD0001 for this improvement. The feature can be temporarily disabled on a page by pressing Ctrl+, and un-selecting "Live Autocompletion".
Tool-maintainers who use the Graphite system for tracking metrics, need to migrate to the newer Prometheus system. They can check this dashboard and the list in the Description of the task T350592 to see if their tools are listed, and they should claim metrics and dashboards connected to their tools. They can then disable or migrate all existing metrics by following the instructions in the task. The Graphite service will become read-only in April.
The New PreProcessor parser performance report has been fixed to give an accurate count for the number of Wikibase entities accessed. It had previously been resetting after 400 entities.
Meetings and events
A Language community meeting will take place November 29 at 16:00 UTC. There will be presentations on topics like developing language keyboards, the creation of the Mooré Wikipedia, the language support track at Wiki Indaba, and a report from the Wayuunaiki community on their experiences with the Incubator and as a new community over the last 3 years. This meeting will be in English and will also have Spanish interpretation.
Último comentario: hace 19 días1 comentario1 usuario en la discusión
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Starting this week, Wikimedia wikis no longer support connections using old RSA-based HTTPS certificates, specifically rsa-2048. This change is to improve security for all users. Some older, unsupported browser or smartphone devices will be unable to connect; Instead, they will display a connectivity error. See the HTTPS Browser Recommendations page for more-detailed information. All modern operating systems and browsers are always able to reach Wikimedia projects.
Starting December 16, Flow/Structured Discussions pages will be automatically archived and set to read-only at the following wikis: arwiki, cawiki, frwiki, mediawikiwiki, orwiki, wawiki, wawiktionary, wikidatawiki, zhwiki. This is done as part of StructuredDiscussions deprecation work. If you need any assistance to archive your page in advance, please contact Trizek (WMF).
This month the Chart extension was deployed to production and is now available on Commons and Testwiki. With the security review complete, pilot wiki deployment is expected to start in the first week of December. You can see a working version on Testwiki and read the November project update for more details.
View all 23 community-submitted tasks that were resolved last week. For example, a bug with the "Download as PDF" system was fixed.
Updates for technical contributors
In late February, temporary accounts will be rolled out on at least 10 large wikis. This deployment will have a significant effect on the community-maintained code. This is about Toolforge tools, bots, gadgets, and user scripts that use IP address data or that are available for logged-out users. The Trust and Safety Product team wants to identify this code, monitor it, and assist in updating it ahead of the deployment to minimize disruption to workflows. The team asks technical editors and volunteer developers to help identify such tools by adding them to this list. In addition, review the updated documentation to learn how to adjust the tools. Join the discussions on the project talk page or in the dedicated thread on the Wikimedia Community Discord server (in English) for support and to share feedback.
Último comentario: hace 12 días1 comentario1 usuario en la discusión
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
Technical documentation contributors can find updated resources, and new ways to connect with each other and the Wikimedia Technical Documentation Team, at the Documentation hub on MediaWiki.org. This page links to: resources for writing and improving documentation, a new #wikimedia-techdocs IRC channel on libera.chat, a listing of past and upcoming documentation events, and ways to request a documentation consultation or review. If you have any feedback or ideas for improvements to the documentation ecosystem, please contact the Technical Documentation Team.
Updates for editors
Later this week, Edit Check will be relocated to a sidebar on desktop. Edit check is the feature for new editors to help them follow policies and guidelines. This layout change creates space to present people with new Checks that appear while they are typing. The initial results show newcomers encountering Edit Check are 2.2 times more likely to publish a new content edit that includes a reference and is not reverted.
The Chart extension, which enables editors to create data visualizations, was successfully made available on MediaWiki.org and three pilot wikis (Italian, Swedish, and Hebrew Wikipedias). You can see a working examples on Testwiki and read the November project update for more details.
Translators in wikis where the mobile experience of Content Translation is available, can now discover articles in Wikiproject campaigns of their interest from the "All collection" category in the articles suggestion feature. Wikiproject Campaign organizers can use this feature, to help translators to discover articles of interest, by adding the <page-collection> </page-collection> tag to their campaign article list page on Meta-wiki. This will make those articles discoverable in the Content Translation tool. For more detailed information on how to use the tool and tag, please refer to the step-by-step guide.
The Nuke feature, which enables administrators to mass delete pages, now has a multiselect filter for namespace selection. This enables users to select multiple specific namespaces, instead of only one or all, when fetching pages for deletion.
The Nuke feature also now provides links to the userpage of the user whose pages were deleted, and to the pages which were not selected for deletion, after page deletions are queued. This enables easier follow-up admin-actions. Thanks to Chlod and the Moderator Tools team for both of these improvements.
The Editing Team is working on making it easier to populate citations from archive.org using the Citoid tool, the auto-filled citation generator. They are asking communities to add two parameters preemptively, archiveUrl and archiveDate, within the TemplateData for each citation template using Citoid. You can see an example of a change in a template, and a list of all relevant templates.
Last week, all wikis had problems serving pages to logged-in users and some logged-out users for 30–45 minutes. This was caused by a database problem, and investigation is ongoing.
View all 19 community-submitted tasks that were resolved last week. For example, a bug in the Add Link feature has been fixed. Previously, the list of sections which are excluded from Add Link was partially ignored in certain cases.
Updates for technical contributors
Codex, the design system for Wikimedia, now has an early-stage implementation in PHP. It is available for general use in MediaWiki extensions and Toolforge apps through Composer, with use in MediaWiki core coming soon. More information is available in the documentation. Thanks to Doğu for the inspiration and many contributions to the library.
Wikimedia REST API users, such as bot operators and tool maintainers, may be affected by ongoing upgrades. On December 4, the MediaWiki Interfaces team began rerouting page/revision metadata and rendered HTML content endpoints on testwiki from RESTbase to comparable MediaWiki REST API endpoints. The team encourages active users of these endpoints to verify their tool's behavior on testwiki and raise any concerns on the related Phabricator ticket before the end of the year, as they intend to roll out the same change across all Wikimedia projects in early January. These changes are part of the work to replace the outdated RESTBase system.
The 2024 Developer Satisfaction Survey is seeking the opinions of the Wikimedia developer community. Please take the survey if you have any role in developing software for the Wikimedia ecosystem. The survey is open until 3 January 2025, and has an associated privacy statement.
Último comentario: hace 5 días1 comentario1 usuario en la discusión
Esto me va a llevar un tiempo, pero deberíamos encarar una nueva versión para {{etimología}}. Quitar todos los parámetros posicionales y usar una lógica similar a {{t}}. Actualmente, los parámetros posicionales van agrupados de a 3, en donde el primero es el origen, el segundo la palabra y el tercero el significado. Pero la transliteración es no posicional. La idea sería, supongamos, definir nuevos parámetros posicionales que se llamen |oK, |pK y |sK para el origen, la palabra y el significado K-ésimo. De modo tal que algo como {{etimología|grc|σπέρμα|alt=σπέρμα, σπέρματος|tr=spérma, spérmatos|semilla|sufijo|fito}}, pase a {{etimología|o1=grc|p1=σπέρμα|alt1=σπέρμα, σπέρματος|tr1=spérma, spérmatos|s1=semilla|o2=sufijo|p2=fito}} (espermatófito). Esto facilitaría la comprensión del uso de la plantilla para los usuarios nuevos ya que a mí me costó bastante entenderla y no la usé del todo ni terminé de entender la asociación 3 a 1 de los parámetros posicionales hasta que le metí mano.
Por otro lado, deberíamos permitir hacer asociaciones más flexibles ya que por ejemplo actualmente las palabras que provienen de marcas registradas, véase shazamear, solamente se puede {{etimología|marca|Shazam}}, qué tal si {{etimología|o1=marca|p1=Shazam|o2=sufijo|p2=ear}}? Digo, que se puedan armar composiciones mezclando todos los orígenes posibles, sean de otros idiomas, onomatopeyas, marcas, prefijos, sufijos, etc. Salvo quizá algunas excepciones que se consideren sin sentido, en cuyo caso se arrojaría error. Tmagc (discusión) 18:55 16 dic 2024 (UTC)Responder
Tech News: 2024-51
Último comentario: hace 5 días1 comentario1 usuario en la discusión
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
Interested in improving event management on your home wiki? The CampaignEvents extension offers organizers features like event registration management, event/wikiproject promotion, finding potential participants, and more - all directly on-wiki. If you are an organizer or think your community would benefit from this extension, start a discussion to enable it on your wiki today. To learn more about how to enable this extension on your wiki, visit the deployment status page.
Updates for editors
Users of the iOS Wikipedia App in Italy and Mexico on the Italian, Spanish, and English Wikipedias, can see a personalized Year in Review with insights based on their reading and editing history.
Users of the Android Wikipedia App in Sub-Saharan Africa and South Asia can see the new Rabbit Holes feature. This feature shows a suggested search term in the Search bar based on the current article being viewed, and a suggested reading list generated from the user’s last two visited articles.
The global reminder bot is now active and running on nearly 800 wikis. This service reminds most users holding temporary rights when they are about to expire, so that they can renew should they want to. See the technical details page for more information.
The next issue of Tech News will be sent out on 13 January 2025 because of the end of year holidays. Thank you to all of the translators, and people who submitted content or feedback, this year.
View all 27 community-submitted tasks that were resolved last week. For example, a bug was fixed in the Android Wikipedia App which had caused translatable SVG images to show the wrong language when they were tapped.
Updates for technical contributors
There is no new MediaWiki version next week. The next deployments will start on 14 January.
Ese proceso empezó en el 15 de noviembre con una llamadita por recolectar palabras, sin dirección en particular. Una diez personas han propuesto 50 palabras. Luego en diciembre, hubo el voto con unas 30 personas. El resultado a sido sencillo, una lista con algunos comentarios.
Me parece que se podría organizar aquí también, y que podríamos tener mas fuerza para defender el resultado en las medias. Es algo si mucho riesgo y que no necesita un trabajo amplio, solamente de tener en cuenta el tiempo. Por esa primera edición, fuimos un poco atrasado y me parece que seria mejor de tener abierta una lista durante todo el año, y por fin, añadir algunas palabras y hacer una voto rápidamente. Por favor, ¡me avisaría por si a caso lo piensan hacer ustedes en 2025! Me gusteria verlo y yo podría ayudar de una forma o otra ☺ Noé (discusión) 12:43 19 dic 2024 (UTC)Responder
Hola, creo que no tiene mucho sentido hacerlo. Somos muy pocos los que estamos activos en este proyecto, mucho menos aún los que participamos en el Café. Tmagc (discusión) 02:41 20 dic 2024 (UTC)Responder
Hola Tmagc, le veo. De repente, eso podría ser por el futuro o incluyendo Wikipedianos (Wikipedistas?). Me parece que este tipo de incitativas podría juntar gentes sin que se cambia por una pelea. Es sencillo y podría animar la comunidad. Pero, hace años que intentó incitaciones con varias comunidades y sé que muchas veces es una pérdida de tiempo. Por le menos, le cuento la historia, y vean ustedes lo que quieren hacer. ¡Suerte con sus contribución al Wikcionario y feliz fin de año! Noé (discusión) 13:26 20 dic 2024 (UTC)Responder
Separar Wikcionario:Café en sílabas
Te ofrecemos la oportunidad de que además todos los datos que te hemos aportado en referencia a la palabra Wikcionario:Café, ahora también te enseñemos la manera de cómo se divide en sílabas. Si quieres aprender a dividir si deseas aprender a dividir Wikcionario:Café en sílabas.
Listado de errores ortográficos de Wikcionario:Café
Más abajo te presentamos un listado con los errores ortográficos más corrientes, para que los tengas en cuenta y no los cometas.Sin más que agregar, aquí tienes el listado de errores ortográficos de Wikcionario:Café