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> <septiembre> |
Atajo: |
---|
WN:C |
Archivo de octubre 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. |
Criterio para los nombres de plantillas
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
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
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. [1]
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. [2]
- 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. [3] - Customized copyright footer messages on all wikis will be updated. The new versions will use wikitext markup instead of requiring editing raw HTML. [4]
- 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
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
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. [10][11]
- 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. [12]
- 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. [13]
- Phabricator users can create tickets and add comments on existing tickets via Email again. Sending email to Phabricator has been fixed. [14]
- 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. [15]
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
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
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. [16][17][18][19][20]
- 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 "22 November 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. [21][22] - Commons and Meta users can now efficiently retrieve the user's language using
{{USERLANGUAGE}}
instead of using{{int:lang}}
. [23] - 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. [24]
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)
Archivo de noviembre 2024
Actual
Support request with team editing experiment project
Dear tech ambassadors, instead of spamming the Village Pump of each Wikipedia about my tiny project proposal for researching team editing (see here: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Research_team_editing), I have decided to leave to your own discretion if the matter is relevant enough to inform a wider audience already. I would appreciate if you could appraise if the Wikipedia community you are more familiar with could have interest in testing group editing "on their own grounds" and with their own guidance. In a nutshell: it consists in editing pages as a group instead of as an individual. This social experiment might involve redefining some aspects of the workflow we are all used to, with the hope of creating a more friendly and collaborative environment since editing under a group umbrella creates less social exposure than traditional "individual editing". I send you this message also as a proof that the Inspire Campaign is already gearing up. As said I would appreciate of *you* just a comment on the talk page/endorsement of my project noting your general perception about the idea. Nothing else. Your contribution helps to shape the future! (which I hope it will be very bright, with colors, and Wikipedia everywhere) Regards from User:Micru on meta.
Sección de referencias en nueva estructura
Hola. Probé la nueva estructura en yam y creo que la sección de Referencias debería ser de tercer nivel (es de segundo), para que cada una quede anidada en el idioma (de segundo) o que la de idioma sea de primer nivel. En ambos casos las jerarquías se desordenan, pero la situación actual tampoco parece buena. Saludos. Lin linao ¿dime? 02:08 30 jun 2015 (UTC)
PS: Otra cosa es que habrá ciertas secciones que sean translingüísticas, como las distintas clases de símbolos (elementos químicos, unidades de medida), y las transliteraciones. Sobre lo segundo, en yam hay una transliteración del hebreo, que en mi opinión no debería figurar como hebreo a secas, pero por ahora no hay modo de anotarla. Saludos. Lin linao ¿dime? 02:31 30 jun 2015 (UTC)
- Volveré a las transliteraciones en breve, es uno de los asuntos que me impiden progresar con la conversión.
- En cuanto a las referencias, WN:ES contempla incluir una sección común a todas las lenguas, de modo que tu edición era incorrecta (el bot está programado para borrar las secciones de referencias repetidas e incluir una por defecto al pie de página, pero anoche no llegó a procesar esa página a causa de un error en el código, ya subsanado). La alternativa que propones debería ser discutida y aceptada para sustituir a la norma actual (personalmente descartaría los títulos de segundo nivel y con los tags <small>, es algo que estamos procurando evitar en la nueva estructura).
- Este es también uno de los temas que quería discutir antes de la edición en masa. He encontrado unas 740 mil páginas que incluyen el título Referencias y notas, de modo que, siguiendo el esquema actual, el bot añadiría dicho título en las cerca de 100 mil entradas restantes. Partiendo de este punto, quería preguntar si hay interés por borrar las secciones de Referencias y notas si no se ha aportado ninguna referencia en la entrada (bien mediante tags <ref>, alguna plantilla o manualmente) y dicha sección se presenta vacía Las alternativas son:
- (opción por defecto, pues es la norma actual) no borrar estas secciones aunque estén vacías, añadirlas en las 100 mil páginas restantes. Es posible escribir un gadget después de la transición que las oculte (nuevamente, solo si están vacías), si bien seguirían presentes en el wikicódigo de la página.
- programar el bot para borrar las secciones vacías, detectando a tal efecto la presencia de tags <ref> u cualquier plantilla que los transcluya, valiéndose para ello de una lista predefinida (nota para mi yo futuro: utilizar una categoría de seguimiento una vez solventado phab:T69700)
- Un saludo, Peter Bowman (discusión) 13:09 30 jun 2015 (UTC)
- Gracias. No sabía que la idea era tener una sola sección de referencias. Pensaré sobre los dos temas: tener una sección o varias y qué hacer con las entradas en donde no hay referencias. Saludos. Lin linao ¿dime? 01:48 1 jul 2015 (UTC)
- Personalmente no estoy de acuerdo con borrarlas o ocultarlas aunque estén vacías, es necesario fomentar la inclusión de referencias, no creamos contenido primario y en realidad no deberían existir entradas sin referencias, yo votaría de hasta le agregarles una nota cuando no haya referencias diciendo "Esta entrada no posee referencias, por favor si puedes incluye alguna"--Esceptic0 (discusión) 15:03 23 jul 2015 (UTC)
- La inmensa mayoría de las entradas de Wikcionario son formas flexivas, luego nos podríamos preguntar para qué sirve una sección de referencias en una entrada como zapateéis. Por lo demás, su presencia no guarda tan estrecha relación con la inclusión de referencias como puede parecer en un principio. Recordemos que lo óptimo es añadir fuentes en el cuerpo de la entrada mediante tags <ref>, las cuales aparecerán en una nota al pie independientemente de que esta sección esté presente o no (el bot puede encargarse de añadirla si es conveniente, véase el segundo punto de mi anterior comentario). Por lo general, no hace falta que esta sección sea editada directamente. Un saludo, Peter Bowman (discusión) 17:18 23 jul 2015 (UTC)
- totalmente de acuerdo, ahí agregué tu explicación a la plantilla para las futuras dudas que tengan los editores sobre para qué está. Yo había entendido mal y estaba eliminando el <br clear="all"/>--Esceptic0 (discusión) 11:25 7 ago 2015 (UTC)
- La inmensa mayoría de las entradas de Wikcionario son formas flexivas, luego nos podríamos preguntar para qué sirve una sección de referencias en una entrada como zapateéis. Por lo demás, su presencia no guarda tan estrecha relación con la inclusión de referencias como puede parecer en un principio. Recordemos que lo óptimo es añadir fuentes en el cuerpo de la entrada mediante tags <ref>, las cuales aparecerán en una nota al pie independientemente de que esta sección esté presente o no (el bot puede encargarse de añadirla si es conveniente, véase el segundo punto de mi anterior comentario). Por lo general, no hace falta que esta sección sea editada directamente. Un saludo, Peter Bowman (discusión) 17:18 23 jul 2015 (UTC)
Nueva estructura: <br clear="all">
Quisiera tratar en este hilo la presencia de estos elementos HTML en las entradas y su lugar tras la conversión a la nueva estructura. Para quienes desconozcan su función, aclaro que consiste en evitar que cualquier elemento flotante invada los elementos situados a continuación de dichos tags <br>, ya sea por la izquierda o por la derecha (esto último es lo más habitual). Los ejemplos más típicos de elementos flotantes son las imágenes o las tablas de flexión que vemos en el margen derecho de las entradas, así como la recientemente creada plantilla {{pron-graf}}. En las siguientes imágenes, tomadas sobre una versión editada de ransack con la tabla de flexión expandida, se puede apreciar la diferencia: imagen a, imagen b. Actualmente, no es necesario incluir ningún artificio adicional (como estos tags) para evitar el solapamiento de elementos respecto de los títulos de nivel 2 en la nueva estructura (secciones de idioma y referencias), pues se encargan de ello estas nuevas reglas que añadí recientemente a Common.css. Imagínese el efecto negativo que supondría que las imágenes, tablas de flexión, etc. de una sección de idioma invadiera el espacio de la siguiente, desplazando a su vez los elementos flotantes de esta y así sucesivamente.
Repasados los encabezamientos del nivel superior, queda analizar las subsecciones dentro de las propias secciones de idioma. Es muy frecuente que haya un <br clear="all"> justo delante del título de una sección que normalmente contiene una tabla u otro elemento que ocupa todo el ancho de la entrada. Es el ejemplo de las tablas de traducciones, locuciones o derivados de otras lenguas (aquí se aprecia que la última imagen desplaza una de estas tablas desplegables, generando un hueco vacío bajo el título Traducciones). Ninud me propuso insertar estos elementos antes de los títulos de etimología (en caso de haber más de uno). Veo dos alternativas:
- Crear una plantilla, llámese por ejemplo {{clear}}, que sustituya a los <br clear="all"> (internamente podría contener un tag <span> o <div> para evitar ese salto de línea adicional que genera un <br>, aunque eso es lo de menos). El bot la añadiría automáticamente donde sea necesaria, y muy posiblemente borraría también otros usos que los editores le decidan dar y no se hayan consensuado antes (es un elemento que afecta a la presentación visual de la entrada, luego no se debería abusar de él). Obviando esto último, esta opción tan solo simplificaría el modo de empleo actual y favorecería la estandarización en caso de adoptar nuevas soluciones (no es raro encontrarse con plantillas de este tipo en otros proyectos).
- Crear un accesorio escrito en JavaScript capaz de detectar las secciones afectadas y aplicarles la regla CSS correspondiente, no permitir el uso de ningún <br clear="all">. No funcionaría en clientes muy antiguos o en el caso de aquellos usuarios que decidan desactivar JS en su navegador, pero aún así no debería afectar más que aun número reducido de lectores (de todos modos, no sería la única funcionalidad de la que se verían privados).
JavaScript aquí no me parece una solución óptima, pero tampoco me convence la presencia en el wikicódigo de elementos aparentemente superfluos y potencialmente desconocidos para el editor novato, que en muchas ocasiones no llegan a cumplir su función a menos que sea añadida una imagen o tabla flotante. En este último caso, es posible que su número se vea reducido en el futuro (Wikcionario:Café/2015 04#declinación de adjetivos latinos). Aprovecho también para comunicar que mi intención es comenzar con el boteo dentro de unas dos semanas. Un saludo, Peter Bowman (discusión) 23:23 19 jul 2015 (UTC)
- Nunca había entendido para que aparecía eso, lo dejaba por las dudas, hasta ahora. No está bueno que aparezca en el wikicódigo, si es con una plantilla por lo menos se puede explicar en la documentación de la misma para que se usa pero si se va a poner en todas las entradas sería conveniente que se ponga automáticamente y de forma oculta. No puedo decir más porque no tengo idea.--Esceptic0 (discusión) 14:51 23 jul 2015 (UTC)
- Ante la duda, he preferido adoptar la primera solución, más cercana a la práctica actual. Podremos volver a esto en el futuro para recoger más opiniones y analizarlo otra vez. El bot ya ha empezado a colocar la recientemente creada plantilla {{clear}}. Concretamente, la inserta justo antes de aquellas secciones cuyo contenido empieza por una de las siguientes plantillas: {{arriba}}, {{rel-arriba}}, {{trad-arriba}} (ejemplo). La novedad está en que también colocará dicha plantilla antes de las secciones de tipo Etimología X, donde X > 1 (ejemplo; se puede ver que en la sección del Francés antiguo impide que {{pron-garf}} invada la siguiente sección etimológica, donde, por cierto, debería estar otra plantilla de pronunciación). Si alguien observa otro caso donde deba usarse {{clear}}, actualizaré el código para tenerlo en cuenta. Un saludo, Peter Bowman (discusión) 16:36 6 ago 2015 (UTC)
Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- MediaWiki ahora puede ocultar el botón para firmar cuando un editor está trabajando en un espacio de nombres de contenido. [25]
- El mensaje «Se han guardado tus preferencias» cambió. Ahora es más fácil ver lo que fue guardado cuando cambias las preferencias varias veces. [26]
- Ahora es posible reproducir archivos de video Ogg en algunos navegadores que no soportan ese formato. La solución usa JavaScript y solo funciona en los navegadores de escritorio. Pronto estará disponible para los dispositivos móviles. [27]
- Ahora el editor visual permite usar en los navegadores móviles las mismas herramientas para editar estilos que están disponibles en los navegadores de escritorio. [28]
- Ahora es más fácil ver si hay un error de JavaScript en una función de usuario o del sitio. [29]
- Programadores de JavaScript:
- Ya no pueden usar la biblioteca Sajax. Esta es una lista de las páginas que es necesario arreglar. [30] [31]
- Ya no pueden usar
document.write
en las wikis de Wikimedia. Esta es una lista de las páginas que es necesario arreglar. [32] [33]
- La herramienta para traducción de contenidos ahora funciona mejor. Es más fácil usar fórmulas matemáticas y ya no agrega etiquetas innecesarias. [34]
Problemas
- Se arregló un problema que recientemente incrementó la cantidad de ediciones rechazadas debido a la pérdida de datos de sesión. [35]
- Se arregló el problema que en ocasiones afectaba la importación de módulos Lua. [36]
- Se arreglo parcialmente un problema con la herramienta de traducción de contenidos que ocasionaba la pérdida de texto en algunas ocasiones. [37]
Cambios esta semana
- La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 11 de agosto. Se instalará en todas las wikis excepto en las wikipedias el 12 de agosto y en las wikipedias el 13 de agosto (calendario).
- La apariencia del asistente para subir archivos está cambiando. Los botones y casillas de verificación ya fueron modificados. Esta semana se actualizará el selector de fechas. Los otros campos cambiarán pronto. [38]
- Ahora puedes probar el editor visual en dispositivos móviles de todos los tamaños. [39]
Reuniones
- Puedes participar en la siguiente reunión con el equipo del editor visual el 11 de agosto a las 19:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.
Cambios futuros
- Algunos elementos de la lista de seguimiento tendrán una nueva apariencia. [40]
Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.
14:57 10 ago 2015 (UTC)
wikidata
Porqué razón wikidata todavía no tiene incorporado ningún wiktionary? lo harán en el futuro?. Siendo, creo yo, este el proyecto que mas se beneficiaría de esto--Esceptic0 (discusión) 10:32 13 ago 2015 (UTC)
- Básicamente, debido a la complejidad del asunto y a la falta de disponibilidad de los desarrolladores :). Se ha realizado una serie de propuestas que puedes consultar aquí. Por lo que puedo ver, ya han empezado a buscar voluntarios para que inicien la primera fase de la última propuesta (centralización de los enlaces interwiki en los artículos del espacio de nombres principal; ver d:Wikidata talk:Wiktionary#First Step, d:Wikidata talk:Wiktionary/Development/Proposals/2015-05#Start?, phab:T987). Un saludo, Peter Bowman (discusión) 11:01 13 ago 2015 (UTC)
- =( otra cosa que tampoco tenemos y sería beneficiosa para aumentar la cantidad de artículos nuevos por día es el editor visual, en el francés está implementado--Esceptic0 (discusión) 03:24 14 ago 2015 (UTC)
- Me abstuve de votar al respecto en Wikcionario:Café/2015 01#Editor visual porque creo que no se han sopesado todos los pros y contras. Supongo que un editor experimentado apreciará la facilidad de edición de las plantillas, pero me parece que los novatos se perderán completamente (precisamente debido a ese mismo mar de plantillas). Vendría bien crear una especie de guía interactiva integrada en el Editor Visual que indicara qué elementos y en qué lugar se pueden añadir (p. ej. una nueva sección de idioma, una acepción, otra etimología) e impidiera alterar accidentalmente la estructura de las entradas.
- Esceptic0: en el hilo archivado mencionaste la posibilidad de introducir citas con plantilla. En pl.wikipedia se usa un accesorio que podría traer aquí, funciona mediante un formulario (en esto se asemeja un poco a lo que tiene el Editor Visual) que se abre al pulsar un botón en la barra de herramientas de edición y solo hay que rellenar los campos, situar el cursor de texto en el lugar deseado y pulsar otro botón para insertar la plantilla: [41]. ¿Es una buena idea? Un saludo, Peter Bowman (discusión) 15:37 14 ago 2015 (UTC)
- Todo lo que ayude es buena idea, pienso yo que un editor nuevo no sabe que borrar y que si no debe elegir que borrar y solo rellenar es mucho mas amigable--Esceptic0 (discusión) 20:13 14 ago 2015 (UTC)
- =( otra cosa que tampoco tenemos y sería beneficiosa para aumentar la cantidad de artículos nuevos por día es el editor visual, en el francés está implementado--Esceptic0 (discusión) 03:24 14 ago 2015 (UTC)
Requiere extensión. Actualmente sólo permite tres palabras como antecedentes, pero debe ser cinco. Así que,
Del latín ad, de, in, illam y horam
En lugar de
¿Me comprendes? --Romanófilo (discusión, contribuciones) 03:32 15 ago 2015 (UTC)
- Romanophile: ¿podrías mostrar un ejemplo de uso en el que observas esa carencia? Me refiero a algo como
{{etimología|prefijo|ad|de|in|...}}
. La plantilla admite varios modos de funcionamiento y no consigo encontrar en el código el lugar exacto donde quieres añadir otros dos parámetros. Peter Bowman (discusión) 14:32 15 ago 2015 (UTC)
- Peter Bowman: adineauri --Romanófilo (discusión, contribuciones) 10:51 17 ago 2015 (UTC)
- Hecho, gracias: Especial:Diff/2878844. Un saludo, Peter Bowman (discusión) 11:24 17 ago 2015 (UTC)
- Peter Bowman: adineauri --Romanófilo (discusión, contribuciones) 10:51 17 ago 2015 (UTC)
Noticias destacadas de Wikimedia, julio 2015
- Inicia la Wikipedia en konkaní
- «Participa construyendo los cambios que tu deseas ver»: Leigh Thelmadatter
- Wikidata, pronto en un menú cercano
- Wikimedistas le piden a la Unión Europea que proteja la libertad de panorama
- La Unión Estadounidense por las Libertades Civiles presenta una queja enmendada a nombre de la Fundación Wikimedia
- Obtén las últimas noticias de Wikipedia con IFTTT
Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- Muchas Wikipedias ahora pueden usar información de cualquier elemento de Wikidata en cualquier artículo. Anteriormente solo podían usar el elemento de Wikidata asociado con el tema del artículo. [42] [43] [44]
- Se arreglaron algunos problemas de autoguardado y otros defectos de la herramienta para traducción de contenidos. Si todavía tienes problemas, puedes reportarlos en la página de comentarios de la herramienta. [45]
Problemas
- Los accesorios viejos que no usan ResourceLoader ya no funcionarán. Será necesario actualizarlos. [46] [47]
- Los servidores de traducción automática y la herramienta de traducción de contenidos tuvieron problemas el 12 de agosto y se resolvieron el mismo día. [48]
Cambios esta semana
- La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 18 de agosto. Se instalará en todas las wikis excepto en las wikipedias el 19 de agosto y en las wikipedias el 20 de agosto (calendario).
- Pronto podrás vigilar cuando algo se agrega o elimina de una categoría. [49]
Reuniones
- Puedes participar en la siguiente reunión con el equipo del editor visual el 18 de agosto a las 19:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.
Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.
16:17 17 ago 2015 (UTC)
Actualización sobre la herramienta de fusión global de cuentas
Estimados usuarios,
Como sabréis desde el equipo técnico de la Fundación se estaba trabajando en una herramienta que permitiese fusionar cuentas globales pertenecientes a un mismo usuario, en el marco del proceso de "finalización SUL". A pesar de los avances que en esa materia se han realizado, desde dicho departamento nos informan que, habiéndose elaborado un prototipo de herramienta, puesta en práctica, ésta ha resultado ser defectuosa, causando serios problemas y no funcionando correctamente con todos los componentes y extensiones de MediaWiki, ni con todas las bases de datos de Wikimedia.
Ello obliga a suspender, una vez más, la implantación de esta herramienta de fusión de cuentas sine die. No obstante os informamos de que ya se está trabajando en una nueva versión de la herramienta y que se espera que pueda estar disponible en el año 2016, aunque dicha estimación puede modificarse al alza o a la baja dependiendo del progreso y las complicaciones que vayan surgiendo entorno al desarrollo de la herramienta así como de la cantidad de personal que esté trabajando en ello. De todas formas, el proceso se prevé lento por la clasificación de herramienta accesoria que tiene este proyecto.
Además, y con el fin de paliar los problemas que se han detectado en esta fase de pruebas, el alcance de la herramienta será mucho más limitado frente al inicialmente previsto. En principio se estima que sólo aquellas cuentas que hayan sido afectadas por el proceso de finalización SUL podrán ser fusionadas, entre otras cosas de las que se nos irán informando.
Lamentamos que la puesta en marcha de esta funcionalidad se vea nuevamente frustrada por las complicaciones técnicas. Desde Meta-Wiki los stewards esperábamos poder empezar a atender solicitudes en breve.
Por ello os pedimos que no acudáis a Meta-Wiki a pedir nuevas fusiones de cuentas, pues éstas serán automáticamente denegadas al no poder ni siquiera estimar que se van a poder procesar en breve. Del mismo modo, aquellas peticiones ya realizadas se verán denegadas.
Un cordial saludo,
-- MarcoAurelio 09:26 18 ago 2015 (UTC)
Entregado por MediaWiki message delivery, el sistema de notificaciones en masa de MediaWiki.
ucf/plm, códigos de idioma
Lo que quiero consultar en esta ocasión son realmente minucias, pero me da grima pensar en editar 835k+ entradas para revertir una de ellas...
- ¿Hay algún inconveniente en cambiar todas las llamadas de la plantilla {{ucf}} a {{plm}}? Aunque la primera parezca tener 668k transclusiones según Especial:PlantillasMásUsadas, esto se debe a que ella misma está transcluida en otras plantillas como {{forma verbo}}. En realidad solo hay 38k llamadas directas a {{ucf}} desde el wikicódigo de las entradas, unas 6 veces más que las que tiene {{plm}}. En Plantilla discusión:ucf se propuso redirigir la forma anglosajona (upper case first) a la española (primera letra mayúscula), de más reciente creación.
- Tiene sentido que se prime la versión en castellano. Mientras no se asigne ningún código ISO a alguna de las abreviaturas, no veo mayor problema. --80.31.75.180 11:37 21 ago 2015 (UTC)
- Buena observación. Parece que se llegó a usar el código
plm
para designar un dialecto del musi llamado palembang, al menos hasta que en el 2007 se decidió confluir este y los demás dialectos bajo el códigomui
([50], [51]; el portal MultiTree registra una entrada para el palembang de musi bajo la designación no oficialmui-plm
: [52]). Hoy dicho código no parece estar ocupado por ningún idioma ([53], [54]). Peter Bowman (discusión) 23:58 21 ago 2015 (UTC)
- Buena observación. Parece que se llegó a usar el código
- Tiene sentido que se prime la versión en castellano. Mientras no se asigne ningún código ISO a alguna de las abreviaturas, no veo mayor problema. --80.31.75.180 11:37 21 ago 2015 (UTC)
- La plantilla {{lengua}} no distingue entre mayúsculas e minúsculas en el código de idioma (podemos escribir {{lengua|ES}}, {{lengua|es}} o incluso {{lengua|Es}}). Empecé adoptando la mayúscula por similitud con el nombre de las antiguas plantillas {{ES}} y {{XX-ES}}, y en un principio ese esquema sería adoptado en prácticamente todas las entradas tras la conversión. Por ese motivo, y pretendiendo mantener una coherencia interna, añadí una tarea que convierte el código a mayúsculas donde no aparezca así (ver Especial:Diff/2884175). Sin embargo, es una práctica habitual introducir dicho código en minúsculas en el parámetro
leng
de muchas plantillas, así como en el primer parámetro sin nombre de las plantillas de sección ({{sustantivo masculino|es}}). ¿Hay alguna preferencia por usar siempre las minúsculas a partir de ahora?
Un saludo, Peter Bowman (discusión) 11:06 21 ago 2015 (UTC)
- Yo prefiero los códigos de idioma en minúsculas, que es como aparecen los códigos ISO 639-* y los códigos ad-hoc de Wikimedia, y ya que ahora en los encabezados aparecen como parámetro, deberían igualarse en mi opinión. Los encabezados en mayúsculas son parte de la herencia arrastrada, pero ya que se entra en faena veo más coherente la preferencia de las minúsculas que de las mayúsculas. Saludos --80.31.75.180 11:37 21 ago 2015 (UTC)
- No tengo preferencia sobre las mayúsculas o minúsculas, sobre ucf a plm mientras no rompa nada por su puesto A favor, hay que trasladar el código de ucf en plm y redirigir ucf a plm--Esceptic0 (discusión) 12:06 21 ago 2015 (UTC)
- Prefiero las minúsculas en los códigos y plm si no se rompe nada. Sobre los códigos de idioma, haría falta una revisión de coherencia: iso 639-2 > iso 639-3 > ¿SIL (creo que siempre coincide con ISO, pero no estoy seguro), Linguistlist > Glottolog? Lin linao ¿dime? 16:15 21 ago 2015 (UTC)
Gracias por la pronta respuesta :). Seguiré con la conversión {{ucf}} → {{plm}}, y empezaré a usar las minúsculas por defecto. El bot efectuará el cambio de mayúsculas a minúsculas (será la misma tarea que comenté en el segundo punto, pero ahora invertida) si tiene que hacer algún otro arreglo en la entrada.
Otra de esas minucias: basándome en WN:ES y otras páginas similares supuse que no colocábamos ningún espacio alrededor de los títulos de las secciones, así que indiqué al bot que los eliminara (=== Título ===
→ ===Título===
). Sin embargo, dichos espacios aparecen en la versión actualizada de las plantillas de creación de lemas (p. ej. Plantilla:Plantilla Sustantivo) (también son automáticamente insertados por MediaWiki cada vez que creamos una nueva sección en el Café o en las páginas de discusión). Parece, pues, que su adopción es prácticamente un hecho consumado, pero no lo había reflejado en el código del bot; en un principio voy a actualizarlo para que no los borre o los inserte donde falten. Personalmente, creo que le confieren algo más de legibilidad al wikicódigo, siendo apenas dos bytes más por sección. Un saludo, Peter Bowman (discusión) 16:47 22 ago 2015 (UTC)
Estructura para transliteraciones
Hola en el wikcionario hay muchas transliteraciones, pero no tienen una estructura uniforme, ejemplos: menorah, adam. La documentación sobre la estructura del wikcionario no especifica el formato correcto, ¿Serian tan amables de completar la página de estructura para incluir el formato de una transliteración? De antemano gracias, --201.103.49.25 09:52 24 ago 2015 (UTC)
Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- La opción Página aleatoria ya no regresa páginas de desambiguación. [55]
Problemas
- Se arregló un problema que tuvo el editor visual con las imágenes de verificación. [56]
Cambios esta semana
- La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 25 de agosto. Se instalará en todas las wikis excepto en las wikipedias el 26 de agosto y en las wikipedias el 27 de agosto (calendario).
Reuniones
- Puedes participar en la próxima reunión con el equipo del editor visual el 25 de agosto a las 19:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.
Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.
13:02 24 ago 2015 (UTC)
Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- El editor visual ahora creará un enlace automáticamente al escribir un ISBN, PMID o un RFC. [57][58]
- El editor de enlaces en el editor visual es un poco más ancho. Ahora tiene el mismo ancho que la herramienta para agregar citas automáticamente. [59]
- Los programadores de accesorios ya no podrán usar el módulo compatible con versiones anteriores:
ext.visualEditor.viewPageTarget.init
. En su lugar deben usarext.visualEditor.desktopArticleTarget.init
. [60] - Los programadores de accesorios ahora pueden usar mediawiki.ForeignApi para comunicarse entre diferentes wikis de Wikimedia. [61]
Cambios esta semana
- La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 1 de septiembre. Se instalará en todas las wikis excepto en las wikipedias el 2 de septiembre y en las wikipedias el 3 de septiembre (calendario).
Reuniones
- Puedes participar en la próxima reunión con el equipo del editor visual el 1 de septiembre a las 19:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.
Cambios futuros
- Se harán cambios al API de Wikidata que son cambios incompatibles con la versión anterior. Esto ocurrirá probablemente el 9 de septiembre. [62]
Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.
21:36 31 ago 2015 (UTC)
Introducing the Wikimedia public policy site
Hi all,
We are excited to introduce a new Wikimedia Public Policy site. The site includes resources and position statements on access, copyright, censorship, intermediary liability, and privacy. The site explains how good public policy supports the Wikimedia projects, editors, and mission.
Visit the public policy portal: https://policy.wikimedia.org/
Please help translate the statements on Meta Wiki. You can read more on the Wikimedia blog.
Thanks,
Yana and Stephen (Talk) 18:12 2 sep 2015 (UTC)
(Sent with the Global message delivery system)