Ir al contenido

Wikipedia:Café/Archivo/Técnica/Actual

De Wikipedia, la enciclopedia libre
< Wikipedia:Café · Archivo · Técnica
Esta es una versión antigua de esta página, editada a las 16:43 25 mar 2019 por Lourdes Cardenal (discusión · contribs.). La dirección URL es un enlace permanente a esta versión, que puede ser diferente de la versión actual.
Café: Técnica
Taza
Taza

En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia.


Archivo del Café · Archivo temático del Café · Archivo de Técnica
Café
Ver todos
Temático
Atajo
WP:C/T



Esta página es archivada automáticamente.

Parámetros del archivado:

Lugar: Wikipedia:Café/Portal/Archivo/Técnica/AAAA/MM
Días a mantener: 15
Avisar al archivar: Sí
Estrategia: Firma más reciente en la sección
Mantener caja de archivos: No


Configuración local de Huggle en formato obsoleto - migrar a YAML

Este hilo no se archivará. (info)

Buen día. Desde que saliese la nueva versión de Huggle (v. 3) la configuración local está obsoleta. En la actualidad Huggle 3 usa una configuración basada en formato YAML que habría de alojarse en Wikipedia:Huggle/Config.yaml (ejemplo en en.wikipedia). El esquema de la nueva configuración está disponible en mw:Manual:Huggle/Deploying/DefaultConfig.yaml. ¿Sería posible iniciar esta migración? Me ofrezco también para colaborar. Nota: hasta que no esté completa la configuración no debe ir en Wikipedia:Huggle/Config.yaml pues en el momento en el que haya una línea de código allí los clientes de Huggle inmediatamente intentarán usarla, causando errores. El proceso también se sigue en phabricator:T169962. En un primer momento intenté hacerlo todo yo mismo, pero por falta de tiempo no pude completarlo. Un saludo, —MarcoAurelio 11:53 6 mar 2019 (UTC)[responder]

Aunque desde hace como 8 años no he vuelto a usar Huggle, si alguna vez decidiese volver a usar esta herramienta ¿me podría servir mi misma página de configuración? ¿O tendría que crear nueva página de configuración? --Леон Поланко говорит вам и слушает вас 03:21 11 mar 2019 (UTC)[responder]
@Leonpolanco: Las páginas personales de configuración tipo Usuario:Leonpolanco/huggle.css y demás no se ven afectadas por esto porque Huggle las crea directamente. Huggle todavía funciona en eswiki con la configuración obsoleta, pero es probable que en posteriores versiones los formatos de configuración antiguos dejen de estar soportados (me refiero a las páginas de configuración del proyecto: Wikipedia:Huggle/Config); por lo que empezar a trabajar en actualizar la configuración del proyecto sería genial para evitar que de repente nos quedemos sin servicio Huggle. Un saludo, —MarcoAurelio 19:39 15 mar 2019 (UTC)[responder]

Wikidata weekly summary #355

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Open request for adminship: Dimon2711
    • Closed request for adminship: Esteban16, welcome onboard!
  • Other Noteworthy Stuff
    • Client wikis calling geocoordinate statements from Wikidata using mw.wikibase.entity:formatStatements or the #statements parser function will now have it displayed using a Kartographer <maplink> if available. In case of bug or question, feel free to ask in phab:T210926. Thanks to Tpt for the change!
    • A Google Summer of Code/Outreachy project seeks to add structure to the Commons app. Photographers will be able to pick Wikidata items that are depicted by the picture they upload.
    • Suggestions based on constraints can be enabled for all users

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.



Tech News: 2019-11

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

Recent changes

Problems

  • Some wikis will not be able to edit for a short period of time on 19 March (UTC). This will start at 15:00 UTC. It will last up to 15 minutes but probably shorter. You can see the list of affected wikis. This is because of network maintenance. You can still read the wikis.
  • Editors who use Firefox to edit with the visual editor had a problem with copying text. When they tried to select text that included footnotes, templates or block images in the middle they would often only get part of the text. This has now been fixed. [1]
  • Some maps didn't work for a while on 8 March. This has been fixed. [2][3]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 12 March. It will be on non-Wikipedia wikis and some Wikipedias from 13 March. It will be on all wikis from 14 March (calendar).

Meetings

  • Recurrent item Advanced item You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 13 March at 16:00 (UTC). See how to join.

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

19:29 11 mar 2019 (UTC)

Pequeña adición a MediaWiki:Common.css

Al transcluir Especial:CambiosEnEnlazadas con el parámetro enhanced=1, la lista se ve medio rara, como pueden comprobar en Wikiproyecto:Filosofía. Buceando un poco descubrí que basta con la siguiente línea de CSS para que se arregle (la pueden agregar a su propio common.css para verificar que funciona): 

.mw-changeslist p {
	display: inline;
}

Propongo pues agregar dicha línea a MediaWiki:Common.css, para que el arreglo sea global. Sophivorus (discusión) 14:03 12 mar 2019 (UTC)[responder]

Bloqueos parciales

Hola. Desde el equipo de antiacoso de la Fundación Wikimedia acaban de notificar que ya está lista la funcionalidad de bloqueos parciales, lo que permite bloquear usuarios (anónimos y registrados) en forma parcial para editar páginas en Wikipedia. Este bloqueo parcial es para páginas, espacios de nombres o un grupo de ambos. Esta funcionalidad de Mediawiki (software que mueve Wikipedia y los demás proyectos de la Fundación Wikimedia) está en fase de implementación temprana, por lo cual creo que se hace necesario indicar los posibles cambios que debemos hacer a las políticas en caso de implementar un cambio así. Superzerocool (el buzón de msg) 17:48 15 mar 2019 (UTC)[responder]

A ver, @Superzerocool:, disculpa pero no estoy entendiendo... ¿cuál es la diferencia con los bloqueos actuales existentes para usuarios y páginas? La verdad no encuentro la diferencia ¿Podrías explicarlo un poco más? Gracias. Un saludo. Penquista (Que no te vaya bien... ¡Que te vaya excelente! ©) 17:55 15 mar 2019 (UTC)[responder]
Hola Penquista. Para hacerlo más claro, ¿te acuerdas que si se bloquea a alguien y vuelve se dice "te sugerimos no editar en Wikipedia:XXXX"?, pues esta opción permitiría hacer que una persona no edite temporalmente en una página o un espacio de nombres (o un grupo de páginas o grupo de espacios de nombres) para poner un bloqueo blando, pero no inhabilitarlo de seguir aportando Wikipedia. El sentido fin es evitar discusiones tóxicas entre usuarios. Superzerocool (el buzón de msg) 18:02 15 mar 2019 (UTC)[responder]
Nunca he estado en esa situación, Superzerocool, pero ¿es como un bloqueo editorial? Que puedo editar en alguna páginas y en otras no? Penquista (Que no te vaya bien... ¡Que te vaya excelente! ©) 18:27 15 mar 2019 (UTC)[responder]
Superzerocool, gracias por avisar de las nuevas posibilidades técnicas. En cuanto a modificar políticas, pues... ojalá tuviésemos alguna para modificar. Pero mientras aquí no tengamos política de bloqueos, solo será eso: otra herramienta técnica que usará (o no) cada bibliotecario de la manera que le parezca. Mar del Sur (discusión) 18:39 15 mar 2019 (UTC)[responder]

En general esta propuesta me parece coherente y ataja varios problemas de interacción comunitaria: se salvan aquellos usuarios que son/fueron tóxicos para que contribuyan sin que metan cizaña a otros usuarios, se evitan muchos casos de wikihounding que actualmente sobrepasan la capacidad de mediación con la que contamos, ya que no hay suficiente mano de obra para dirimir conflictos editoriales y se reducen aquellos bloqueos que pueden ser considerados muy estrictos, saludos --Oscar_. (discusión) 18:42 15 mar 2019 (UTC)[responder]

(cde) Penquista, puede interpretarse que sí. Actualmente el bloqueo es total, es decir, te impide seguir contribuyendo en Wikipedia. Este bloqueo parcial tiene por objeto que sigas haciendo otras labores en otro tipo de páginas. Otro uso probable, y que creo que es el espíritu de esto, es que dos usuarios no puedan discutir hasta la muerte por temas editoriales o por problemas de relaciones interpersonales. Superzerocool (el buzón de msg) 18:44 15 mar 2019 (UTC)[responder]
Coincido con Mar. Infortunadamente no existe una política de bloqueos. Por otra parte, sería más útil restringir la edición en determinadas páginas a ciertos editores que proteger totalmente un artículo. —Vercelas (quæstiones?) 18:50 15 mar 2019 (UTC)[responder]
Sí, Usuario:Vercelas Esa posibilidad que se abre con esto a mí también me parece estupenda. Es un desastre lo fácil que resulta aquí conseguir que una página quede totalmente protegida de por vida. Alguien podría hacerlo hasta de adrede, simulando la postura contraria y con un puñado de fanáticos (incluso hasta solo un par de IPs) para conseguir protección absoluta por "vandalismo reiterado" :-(. Mar del Sur (discusión) 19:30 15 mar 2019 (UTC)[responder]

Muy interesante esta nueva funcionalidad. Gracias por el aviso. A mi me parece muy útil y que puede ayudar en algunos casos. --Millars (discusión) 19:00 15 mar 2019 (UTC)[responder]

En Meta nos activaron los bloqueos parciales hace unas semanas. Personalmente por lo que a Meta se refiere no los veo útiles (ni mis compañeros tampoco) y por eso no los usamos. Quizá en otros proyectos más enfocados al contenido como Wikipedia puedan tener más sentido y utilidad. Lo que me preocupa realmente de los bloqueos parciales es su posible abuso y/o su uso más que deseable, con eso de que son parciales. Un bloqueo parcial es un bloqueo a fin de cuentas y me sabría mal que empezasen a proliferar como champiñones con la opinión equivocada de que como es parcial hace menos daño. Un saludo, —MarcoAurelio 19:33 15 mar 2019 (UTC)[responder]

Estoy de acuerdo con MarcoAurelio. Cabe recordar que los bloqueos son solo una herramienta para evitar daños muy probables al proyecto. Si se usan con responsabilidad y con empatía, supongo que los bloqueos parciales serán útiles para ciertos casos —pese a que, en la mayoría de ellos, las medidas idóneas sigan siendo el bloqueo total o el conceder otra oportunidad—. En el pasado hemos utilizado filtros antiabusos para impedir que usuarios con claros conflictos de intereses y que incurren en guerras de ediciones en un artículo o en un pequeño conjunto de ellos editen estos artículos; para este tipo de casos seguro que los bloqueos parciales facilitarán las cosas. --abián 21:17 15 mar 2019 (UTC)[responder]
Por cierto, una cosa. El Project Manager de los bloqueos parciales se ha despedido de Wikimedia (cf. m:User:TBolliger_(WMF)). Quizá sería bueno esperar a ver qué pasa con esto, si hay sucesor y un equipo que vaya a estar activo en la detección y reparación de bugs antes de instalarlos aquí (el plan era hacer una instalación progresiva en los wikis para que al final todas las wikis los tuviesen, pero tras esto no me queda claro qué va a pasar). —MarcoAurelio 22:41 15 mar 2019 (UTC)[responder]

Política

Leo que no existe política de bloqueos, ¿es un problema (la no existencia de la política) si se debiera implementar una funcionalidad así?. Superzerocool (el buzón de msg) 18:55 15 mar 2019 (UTC)[responder]

Dado que no hay una política de bloqueos, creo que esta nueva posibilidad simplemente permite a los administradores usarla para hacer más eficientes los bloqueos. No creo que sea necesaria la creación de una política por este hecho (otra cosa es que consideremos que haga falta una política, pero no por la nueva implementación). --Millars (discusión) 19:00 15 mar 2019 (UTC)[responder]
Superzerocool: No, que no haya política no es un problema para implementar esta funcionalidad. Al revés, es casi más fácil (si existiera una política habría que tener en cuenta sus restricciones antes de poner en marcha algo así, o bien, como decías, modificarla). Pero como no hay política (lo que por muchos otros motivos es una muy mala cosa para la comunidad) «lamentablemente» no tenemos nada que modificar :-(] Yo solo te decía eso. Mar del Sur (discusión) 19:22 15 mar 2019 (UTC)[responder]
Mar del Sur, me queda claro el punto de la no existencia de la política y la "discrecionalidad" que existe al bloquear personas. Mi duda era en el sentido de que esta funcionalidad está en pruebas y a futuro podría implementarse, ¿es posible que surjan nuevos problemas si se implementa en un futuro cercano?. Más allá de las políticas existentes (o no), supongo que es posible que dicha función aliviane un poco los problemas existentes, en especial los famosos "bloqueos por espacio de nombres", ¿qué opinas?. Superzerocool (el buzón de msg) 19:33 15 mar 2019 (UTC)[responder]
Bueno, Superzerocool, yo tengo una opinión que no es muy popular, pero ya que me la pides te la doy: A mí no me gustan los sistemas diferenciados de suspensiones y similares. Pienso que un proyecto como este NO PODRÍA funcionar armónicamente con grupos de usuarios con sus derechos de participación limitados. Mientras existan los bloqueos «para siempre» por cuestiones poco relevantes, con esta nueva funcionalidad podría haber aquí usuarios a quienes se les «permita» editar, pero que «para siempre» se les impida opinar, discutir o votar. Si es que hubiese personas dispuestas a aceptar estas condiciones, generaríamos a muy corto andar una comunidad dividida en castas. Es ingenuo pensar que este tipo de medidas reduciría los conflictos, al revés: estoy segura de que los exacerbaría, extremaría y eternizaría. Si los bloqueos fuesen breves y por cuestiones sensatas, podría ser que en algunos casos sirva para algo esta diferenciación, pero de la manera como se aplican en este proyecto yo no veo que ayude mucho. Mar del Sur (discusión) 10:14 16 mar 2019 (UTC)[responder]

Clasificación ESRB en Ficha de videojuego al usar Wikidata

Bueno, he estado agregando los datos desde Wikidata para varios juegos de la serie Puyo Puyo. Al agregar los datos de clasificación ESRB, este no aparece en las fichas (pero sí PEGI y CERO), a pesar de que ESRB aparece en Módulo:Clasificaciónvj. Probé refrescando la cache de las páginas, plantillas y módulo, pero sigue sin aparecer. Agradezco su atención, principalmente de los editores de módulos. -- Davod (desquítense n_n) 00:29 16 mar 2019 (UTC)[responder]

Amitie 10g, yo no alcanzo a ver ese dato en Puyo Puyo (Q1371583). --Tinker Bell ★ ♥ 23:43 17 mar 2019 (UTC)[responder]
No lo encontrarás porque he trabajado con las entregas recientes, de Puyo Puyo! 15th anniversary en adelante. También probé en otros artículos de videojuegos y sigue sin aparecer. -- Davod (desquítense n_n) 13:54 18 mar 2019 (UTC)[responder]
Ya encontré la solución: Agregar los valores descriptivos junto con las siglas en el bloque de conversión texto-imagen. Pronto lo agregaré a la plantilla principal. -- Davod (desquítense n_n) 14:50 18 mar 2019 (UTC)[responder]

Mensaje de error al editar una sección en una discusión

Saludos, comunidad. Espero alguien pueda orientarme con este problema técnico. Me ocurre que después de guardar una página de discusión, al editar una sección o crear una nueva, me redirige a una página de error llamada Título incorrecto y que contiene la leyenda:

El título de la página solicitada contiene caracteres no válidos: «%C3».

Sin embargo, mi edición sí es guardada.

Pasa especialmente cuando el título de la sección posee un carácter acentuado, pero no si edito toda la discusión y no únicamente una sola sección; tampoco me ocurre en otros espacios de nombres, únicamente en las discusiones. ¿A alguien le paso lo mismo? -- (ˆ〰ˆ) GVSΛMΛ </debate racional> 20:14 16 mar 2019 (UTC) P. D. De nuevo me salió el mismo mensaje al crear esta sección.[responder]

A Juan Villalobos le sucedió el mismo problema en un artículo, y me lo contaba en mi discusión, pero yo fui incapaz de replicarlo y por tanto de buscarle explicación. -- Leoncastro (discusión) 21:22 16 mar 2019 (UTC)[responder]
Parece ser que están trabajando para solucionarlo en Phabricator (T216029). -- Leoncastro (discusión) 16:25 17 mar 2019 (UTC)[responder]
OK, muchas gracias Leoncastro. Es bueno saber que no soy el único al que le pasa. Habrá que esperar. Un saludo. -- (ˆ〰ˆ) GVSΛMΛ </debate racional> 20:00 17 mar 2019 (UTC)[responder]

Wikidata weekly summary #356

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Prepare new constraint icons (phab:T191322)
    • View history revisions of entities on new termbox mobile (phab:T210615)
    • Caching termbox output on the Wikibase side (phab:T214679)
    • Fix emojis breaking the termbox layout in Chrome (phab:T217244)
    • Work on multilingual support for schemas (phab:T215387)
    • Implement a length limit for the schema text (phab:T216148)
    • Replace the heading/title for schema pages similar to what Wikibase does (phab:T215759)
    • Deploy the shex-simple website, which can be used to check entities against a schema in the browser, on Toolforge (phab:T217333)
    • Deploy the score data type to production

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.


Tech News: 2019-12

Las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Coméntale a otros usuarios acerca de estos cambios. Algunos cambios no te afectarán. Existen traducciones disponibles.

Cambios de esta semana

  • Cuando uses la función de revertir se mostrará un cuadro de confirmación en la mayoría de las wikis. Este cuadro consultará si realmente deseas hacer la reversión, con el fin de evitar errores. Tendrás la opción de habilitar la opción. En la Wikipedia en alemán existirá una opción para deshabilitar esto a partir del 28 de marzo. [4][5]
  • Elemento recurrente La nueva versión de MediaWiki estará disponible en las wikis de prueba y Mediawiki.org desde 19 marzo. Se habilitará en las wikis que no sean Wikipedia y en algunas Wikipedias el 20 marzo. Se disponibilizará en todas las wikis desde el 21 marzo (calendario).

Reuniones

  • Elemento recurrente Elemento avanzado Puedes unirte a la reunión de asesoramiento técnico en el IRC. Durante la reunión, los desarrolladores voluntarios pueden pedir consejo. La reunión será el 20 marzo a las 16:00 (UTC). Mira cómo unirte.

Cambios futuros

  • Los administradores (sysop) serán capaces de bloquear a usuarios de editar ciertas páginas o espacios de nombre. Esto ya se encuentra habilitada en algunas wikis. Puedes leer más. Si tu wiki desea tener esta funcionalidad en fase de pruebas iniciales, puedes decirle a los desarrolladores. [6]
  • Elemento avanzado Toolforge apagará el grid de trabajos de Ubuntu Trusty. El apagado ocurrirá la semana del 25 de marzo. Las herramientas que usan ese grid necesitan ser movidas al nuevo servidor Debian Stretch. Si no lo realizan, las herramientas quedarán fuera de servicio. Los mantenedores podrán reiniciarlas nuevamente tras el cambio, pero los usuarios no podrán acceder a las herramientas hasta que los desarrolladores las reinicien. Aquí está el listado de herramientas afectadas.

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

19:43 18 mar 2019 (UTC)

Ayuda con un parámetro de plantilla

Hola, estoy creando una plantilla en otra wiki. Pero no me ha salido lo que busco. El código del parámetro es {{#if: {{{nombre|}}} | {{ {{{plantilla_de_enlace|}}}|{{{enlace_nombre|}}}|{{{nombre|}}} }} }}. En donde Plantilla de enlace llama a alguna plantilla existente por ejemplo {{Cat}} aquí, la diferencia entre Nombre y Enlace_nombre es que a veces se necesita omitir parte del título de un artículo por ejemplo omitir "California" del artículo San José (California) pero en ocasiones, no es necesaria como Baja California Sur. Pero quisiera no duplicar ese dato dos veces. ¿Me entienden? ¿hay alguna forma?. --148.246.181.11 (discusión) 22:13 23 mar 2019 (UTC)[responder]

Historial de lujo

Tengo activado en mis preferencias el historial de lujo, pero no se me muestran los colores de los usuarios según el grupo al que pertenecen. Es decir, aparece igual que si no estuviera activada esa opción. Antes sí que se me mostraban los usuarios con distintos colores, por lo que no sé que ha pasado. ¿Alguien puede arreglarlo o decir que pasa? --Tximitx (discusión) 13:05 25 mar 2019 (UTC)[responder]

Hola Tximitx, el accesorio ha colapsado y ya no funciona correctamente debido a unos cambios recientes en el sistema. Yo he creado la herramienta y estoy trabajando en una actualización, pero ruego paciencia pues actualmente mi tiempo es limitado. -- Leoncastro (discusión) 14:08 25 mar 2019 (UTC)[responder]
Me sirve con saber que se está al tanto del problema y buscando una solución. --Tximitx (discusión) 14:34 25 mar 2019 (UTC)[responder]
Gracias Leoncastro, a mí también me extrañaba. Saludos Lourdes, mensajes aquí 16:43 25 mar 2019 (UTC)[responder]

Wikidata weekly summary #357

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Open request for adminship: Stanglavine
    • An open discussion on how to model one-way train routes is now taking place, and everyone is welcome to pitch in
  • Development
    • Update property suggester data (phab:T216270)
    • Add a link to the shex-simple tool to make it easier to check entities against a Schema (phab:T217331)
    • Make the placeholders on Special:NewSchema now match the ones on Special:NewItem (phab:T215386)
    • Check for edit conflicts when editing schemas (phab:T217338, phab:T218300)
    • Enable the parser cache for Schema pages (phab:T218459, phab:T218769)
    • Use the FormatAutocomments hook for Schemas to implement translatable edit summaries (phab:T218889)
    • Implement a proper Wikibase-Termbox-Integration according to the ADR (phab:T214679)
    • Fix the emoji breaking the termbox column layout (phab:T217244)
    • Correctly showing revisions with the new termbox (phab:T210615)
    • Correctly handle user-specific language settings in the new termbox (phab:T218111)
    • Fix an issue for score extension (phab:T218535)
    • Turn off RDF support for entity types that doesn't support it (phab:T213483)
    • Respect nofollow config on wikidata identifier links (phab:T175230)
    • Allow accessing Wikibase entities from multiple (Wikibase) databases (phab:T214557)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.


Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Archivo/Técnica/Actual&oldid=114816035»