Wikipedia

Wikipedia:Café/Portal/Archivo/Técnica/2018/06

< Wikipedia:Café · Portal · Archivo · Técnica
Último comentario: hace 6 años por Romulanus en el tema Categoría de mantenimiento para la plantilla de otros usos
Esto es un archivo de entradas 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 actual.


Error de Lua

editar
Último comentario: hace 6 años2 comentarios1 usuario en la discusión

En el artículo Bionca veo el mensaje «Error de Lua: invalid replacement value (a table)». No sé qué tiene que ver con {'Peso', argumento['peso'] or propiedad('P2067')},, pero doctores tiene la Iglesia. --Gwyran (discusión) 20:49 1 jun 2018 (UTC)

Bueno: no sé quién ha hecho qué, pero está arreglado. --Gwyran (discusión) 09:29 2 jun 2018 (UTC)

Nueva barra de herramientas

editar
Último comentario: hace 6 años8 comentarios5 usuarios en la discusión

Hola: En la nueva barra, al hacer clic en el botón de wikificar, sale el siguiente código: {{wikificar|1=categoría1|categoría2|t={{subst:CURRENTTIMESTAMP}}, es decir, falta la cierra }}. Un saludo, --Technopat (discusión) 08:13 30 may 2018 (UTC)

Gracias Technopat por el aviso, ya lo he corregido Esteban (discusión) 10:31 30 may 2018 (UTC)
No sé por qué pero a mi me están saliendo botones duplicados. Jcfidy (discusión) 19:19 30 may 2018 (UTC)
Pues no sé si es a mí solo pero a mi me aparecen con botones duplicados. Ver en Flickr. Jcfidy (discusión) 19:33 30 may 2018 (UTC)
@Jcfidy, eso es porque tienes activada ha herramienta en las preferencias y además cargas la versión de prueba de Superzerocool desde tu código personal. Desactiva esta última blanqueando esa página. -- Leoncastro (discusión) 20:13 30 may 2018 (UTC)
No me sale el botón para firmar aquí, ver. --Jcfidy (discusión) 09:56 2 jun 2018 (UTC) Nota: el enlace a la imagen me lo bloquea un filtro anti-spam
@Jcfidy, en realidad el botón de firmar pertenece a la botonera estándar y no a su extensión. De todos modos, ese botón de firmar no aparece en ninguna página —o subpágina— de usuario, como tampoco aparece en los artículos, anexos, etc. Solamente aparece en las páginas de discusión —y en el espacio de Wikipedia, por el Café y los tablones, supongo; y también en el espacio de Ayuda a saber por qué—. Se establece en el sistema mediante el parámetro $wgExtraSignatureNamespaces. Esa página de PeriodiBOT quizás debería estar como subpágina de discusión de usuario y no como subpágina de usuario. MarioFinale, ¿se puede cambiar? -- Leoncastro (discusión) 13:50 2 jun 2018 (UTC)
He trasladado la página y respondido a Jcfidy el porque de la edición del bot, gracias por avisar. Saludos. ~ℳɑrio - (¿Hablemos?) 01:13 4 jun 2018 (UTC)

Remex: Fichas y otros

editar
Último comentario: hace 6 años45 comentarios6 usuarios en la discusión

Hola: como algunos y algunas de ustedes sabrán, en poco tiempo más se deprecará Tidy y pasaremos a tener Remex como biblioteca de generación de HTML, la cual es más rápida y simple de usar. He estado trabajando algunas páginas con el bot y revisiones manuales para que no existan problemas entre ambas librerías. El origen de este trabajo está en la página especial de errores de sintaxis y me he encontrado con miles de errores de cambio de HTML 4 a HTML 5 que se podrían originar en el Módulo:Ficha cuando existe una imagen, ya que está insertando un salto de línea y luego una línea horizontal con un "enter" en medio: 

<td colspan="3" style="text-align:center;"><a href="/wiki/Archivo:Insignia_NATO_Army_KFOR.svg" class="image"><img alt="Insignia NATO Army KFOR.svg" src="//upload.wikimedia.org/wikipedia/commons/thumb/0/0b/Insignia_NATO_Army_KFOR.svg/245px-Insignia_NATO_Army_KFOR.svg.png" width="245" height="313" srcset="//upload.wikimedia.org/wikipedia/commons/thumb/0/0b/Insignia_NATO_Army_KFOR.svg/368px-Insignia_NATO_Army_KFOR.svg.png 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/0/0b/Insignia_NATO_Army_KFOR.svg/490px-Insignia_NATO_Army_KFOR.svg.png 2x" data-file-width="235" data-file-height="300" /></a><br />
<hr /></td>

Y rastreando un poco, en la línea 352 del Módulo:Ficha está el siguiente código: 

        if pie and not flotante then
        	datos
                .tag('br', {selfClosing = true})
                    .done()

Si no mal entiendo, está añadiendo ese retorno de carro ("enter") y luego el hr, pero este último no sé donde está. Si se puede resolver este problema, se puede reducir el número de tareas por hacer drásticamente, ya que de acuerdo con la ayuda, si existe un retorno de carro, posiblemente se interprete con el tag p, por lo cual añadiría un nuevo párrafo. No sé si mis suposiciones van en el sentido correcto, y por eso les pregunto a las personas más especialistas de esto si pueden brindar una mano. Saludos Superzerocool (el buzón de msg) 18:30 11 may 2018 (UTC)

La línea viene de la {{ficha de unidad militar}}:
|pie = {{#if:{{{imagen|}}}|<small>{{{pie imagen|{{{título|}}}}}}</small><hr/>}}
Saludos, Juan Mayordomo (discusión) 20:25 11 may 2018 (UTC)
Estuve trabajando bastante tiempo eliminando miles de errores de sintaxis, y uno de los problemas más frecuentes se debe a que es necesario modificar en ese módulo y en otros, todos los <span> que contienen un salto de línea en su interior, pues no es exactamente compatible con el nuevo sistema. Es decir, que todas aquellas etiquetas generadas con el código .tag('span') deben verificar que su contenido no lleva un salto de línea (ya sea directamente en el texto o por la etiqueta <br>); o para evitar esa comprobación otra posibilidad es modificar la etiqueta, por ejemplo usando un <div> con un estilo en línea. También, otro de los problemas más frecuentes es el uso de <font> en los enlaces, que si bien ya he reducido en gran medida especialmente el espacio principal, siguen existiendo cientos de miles de errores, pues donde más aparecen es en las firmas de usuario, y muchas páginas de votaciones están protegidas. -- Leoncastro (discusión) 21:19 11 may 2018 (UTC)
¿Para las firmas sería posible hacer un bot? Aunque el problema es eso, que están protegidas muchas votaciones, tal vez un bot administrado por un bibliotecario y que tenga sysop. ¡Un saludo! KernelFreeze 22:20 11 may 2018 (UTC)
@KernelFreeze, evidentemente las firmas las fui corrigiendo con mi bot, y también avisando a sus autores para rectificar el origen del problema. Por cierto, que tu firma contiene un <span> innecesario entre los enlaces de usuario y discusión, aunque en tu caso no causa problema alguno salvo engordar el código. -- Leoncastro (discusión) 22:36 11 may 2018 (UTC)

┌─────────┘
Viendo el error bogus-image-options encontré que no es lo mismo {{#if:{{{1|}}}|{{{1}}}|1}} que {{{1|1}}} ya que, en el primer caso, cuando se especifica |1= sin contenido en el artículo devuelve un valor en blanco mientras que en el segundo devuelve el valor por defecto. Esto hay que tenerlo en cuenta en el diseño de las fichas ya que es normal que se tomen equivalentes. --Metrónomo's truth of the day: «persevera y triunfarás» 04:53 16 may 2018 (UTC)

Relacionado con esto está la Plantilla:Sobrepuesto (utilizada generalmente para añadir mapas en las fichas) que tiene la línea {{#ifeq:{{{base_width|}}}|thumb|{{{base_ancho|120}}}px|{{{base_width|}}}}} que causa que cuando se especifique |base_width= en blanco (en las fichas suele ser el parámetro para el ancho del mapa) se genere un campo en blanco en el interior de la imagen («||»). Esto dispara el error que cité en el comentario anterior. Pero, incluso si el último tuviera un valor por defecto, seguiría dando un parámetro en blanco. Es inevitable que se añadan campos en blanco en las fichas, ¿a alguien se le ocurre alguna forma de hacer que esto no suceda? --Metrónomo's truth of the day: «persevera y triunfarás» 05:12 16 may 2018 (UTC)
@Metrónomo, si el separador no debe incluirse sin el parámetro, entonces debe formar también parte del condicional. Por ejemplo, para formar [[Archivo:imagen|tamaño|campo_opcional]], si no se quiere que quede vacío el campo cuando no existe ([[Archivo:imagen|tamaño|]]), entonces debe formularse como {{#if: {{{campo_opcional|}}} | {{!}}{{{campo_opcional}}} }}. -- Leoncastro (discusión) 13:21 16 may 2018 (UTC)
Superzerocool, Juan Mayordomo, KernelFreeze, Metrónomo: Por favor véase también Wikipedia:Café/Archivo/Ayuda/Actual#Errores HTML in Artículos destacados. Whatamidoing (WMF) (discusión) 17:26 22 may 2018 (UTC)
Hi @Whatamidoing: thanks for noticing it. We are working to reduce the errors in all categories, not only in Featured Articles. Anyway, we will work to improve all stats before the remex replace. Thanks for your message. Superzerocool (el buzón de msg) 17:35 22 may 2018 (UTC)
Do you feel like you are making progress? Whatamidoing (WMF) (discusión) 17:12 23 may 2018 (UTC)
@Whatamidoing: as I see in the previous days, at least two users (+ some bots) are working in this type of problem, but there are problems with template construction in Lua (aka Módulo namespace), where some users can change the settings to remove parsing errors. I don't know enough Lua to change the modules to reduce the number of errors. I don't know if I can open a task on Phabricator to understand better the problems in es.wikipedia and the fix it.Superzerocool (el buzón de msg) 17:21 23 may 2018 (UTC)
@Superzerocool: which Lua module is the biggest problem right now? Whatamidoing (WMF) (discusión) 17:51 23 may 2018 (UTC)
@Whatamidoing: I guess is Módulo:Ficha in the function hacerBarraWikidata, by its usage of small tags when the page has a wikidata item. I'm trying to lookup more examples, but this is my candidate to be solved. Superzerocool (el buzón de msg) 17:55 23 may 2018 (UTC)
(conflicto de edición)
@Whatamidoing (WMF), I think the (protected) Módulo:Ficha is the most used Lua script, because is the base for main infoboxes. The error is that <span> tags cannot contains break spaces. The problem is that so many modules and pages are protected. -- Leoncastro (discusión) 18:06 23 may 2018 (UTC)

SPAN en Módulo:Ficha

editar

Ayer me aventuré a hacer algunos cambios en Módulo:Ficha para quitar el uso de span en el enlace a la ficha de Wikidata, pero seguimos igual. Superzerocool (el buzón de msg) 12:39 24 may 2018 (UTC)

@Superzerocool, eso es porque te quedaste muy corto en tu aventura. Concretamente ese cambio no contenía error, pues dentro de ese span preformado no había ningún salto de línea (solamente contiene «[editar datos en Wikidata]» con un enlace a Wikidata). El problema está en las partes que forma el span mediante código, como en .tag('span') (líneas 172, 201, 277, 289, 317, 357, 430, 451 y 470), porque luego se le agrega en su interior un texto .wikitext(texto), cuyo valor procede de la ficha y no se comprueba si contiene saltos de línea. Por ejemplo:
  • en {{Ficha |texto=valor }}
    • el parámetro texto es igual a valor  (nótese el espacio final, que es inofensivo);
    • genera 
      <p><span>valor </span>
</p>
  • pero en los siguientes casos, genera códigos dispares
Ejemplos: 
{{Ficha
|texto=valor
}}

{{Ficha
|texto=valor1

valor2
}}

{{Ficha
|texto=valor1 <br> valor2
}}
Valor del parámetro: valor\n valor1\n\nvalor2\n valor <br> valor2\n
Resultado con Remex: 
<p><span>valor
</span>
</p>

<p><span>valor1
</span></p>
<p>valor2
</p>

<p><span>valor1 <br> valor2</span>
</p>
Nótese en los tres casos el salto de línea, que es lo que causa los problemas. Especialmente el caso central, donde valor2 queda incluso fuera de la etiqueta span. -- Leoncastro (discusión) 16:19 24 may 2018 (UTC)
Leoncastro, apunté primero a ese elemento ya que era el más repetido que tenía en casi todos los casos, independiente de la ficha. Voy a darle una vuelta a ese problema de anidación vía Lua, aunque veo que lo tienes algo avanzado. Superzerocool (el buzón de msg) 16:22 24 may 2018 (UTC)
Si creo que con poner un .tag('div') en lugar de un .tag('span') ya es la solución. -- Leoncastro (discusión) 16:23 24 may 2018 (UTC)
Sí, creo que podría solucionar problemas, aunque el div tiende a ocupar el 100% del ancho, mientras que el span se limita solamente al contenido. No sé qué consecuencias podría tener un cambio así. Superzerocool (el buzón de msg) 16:25 24 may 2018 (UTC) (PD: facepalm para mí por no leer bien tu mensaje y dejarme ir por otro error similar)

┌─────────────────────────────┘
 @Leoncastro: probé cambiando a div: en las fichas de personas funciona bien, pero en las fichas de países y localidades se deforma todo en la vista previa. Así mismo, el error que me reporta el uso de fichas de de etiquetas desaparejadas y no nesting (ejemplo - respuesta de lint). Si quitas el parámetro entidad, la validación pasa sin problemas. Superzerocool (el buzón de msg) 16:39 24 may 2018 (UTC) - (remencionando a Leoncastro)

Ciertamente la solución que hablo es solamente para la ficha general, pues esos campos son los pies de las imágenes donde se ocupa el ancho completo de su celda correspondiente. Para otros casos de etiquetas span en línea —es decir, las que están entre texto— la solución pasa por modificarlas también a un div pero según el caso será necesario aplicar el estilo display: inline, ya sea com un estilo local o con una clase que le imponga ese estilo globalmente. Es decir, cambiando .tag('span') bien sea por 1) .tag('div').css('display', 'inline') o por 2) .tag('div').addClass('inline') donde además se defina div.inline { display: inline; } en MediaWiki:Common.css. Esta condición es aplicable a todos los casos. -- Leoncastro (discusión) 16:52 24 may 2018 (UTC)
@Superzerocool, ese error que reportaba Lint es de otra cosa, concretamente un stripped-tag o etiqueta perdida. Resuelto. -- Leoncastro (discusión) 17:07 24 may 2018 (UTC)
Creo que esta idea con la div será funcional. Whatamidoing (WMF) (discusión) 17:40 24 may 2018 (UTC)
  Hecho, he realizado el cambio, así que espero los tomatazos... Superzerocool (el buzón de msg) 01:48 25 may 2018 (UTC)
Bien Superzerocool, aunque debo advertirte que cambiar 2 de los 9 errores no soluciona completamente el problema. -- Leoncastro (discusión) 02:23 25 may 2018 (UTC)
Prefiero ir leeeeennnntaaaaamente, conozco a mi comunidad ;) Superzerocool (el buzón de msg) 02:24 25 may 2018 (UTC)
Durante el fin de semana reemplacé dos span más, quedan 4, pero al parecer no están presentando problemas. De cualquier forma haré el reemplazo el miércoles y el domingo -lentamente por la comunidad ;)-. Saludos Superzerocool (el buzón de msg) 13:03 28 may 2018 (UTC)
  Hecho, el Módulo:Ficha ya no posee span. Superzerocool (el buzón de msg) 13:44 1 jun 2018 (UTC)
  The Technical Barnstar
Congratulations!  You've already fixed about 6000 articles, just in the last week.  There are only 1000 "html5-misnesting" problems left in articles. Thank you for doing this. You all are awesome! Whatamidoing (WMF) (discusión) 17:35 29 may 2018 (UTC)

tidy-font-bug

editar

Abro una nueva sección para los errores de etiquetas font con enlaces. Hace tiempo pasé mi bot corrigiendo muchos de estos errores, mayormente causados por formas de usuario. Muchas de las páginas que contienen firmas son votaciones protegidas que no se pueden editar, a menos que seas bibliotecario: votaciones, candidaturas a bibliotecario, consultas de borrado, etc. ¿Algún bibliotecario disponible y dispuesto a desproteger cientos o incluso miles de páginas para que sean corregidas?

Otras páginas sí que se pueden editar, pero no sé si es conveninente hacerlo: en este caso hablo de las páginas de usuarios anónimos. ¿Conviene editarlas tambien? En general, ¿conviene editar firmas de usuario —de hace años incluso— porque con el nuevo sistema Remex van a perder ahora su formato? -- Leoncastro (discusión) 03:16 25 may 2018 (UTC)

Leoncastro Creo que la prioridad es el espacio de nombres principal. De todas formas, se puede reducir el número corrigiendo las userboxes, que he visto de todo (he aprovechado de reemplazar, en estos casos, los <center> por el css correspondiente). Mañana estaré conectado en IRC para hacer algo más fluida la comunicación por si es necesario, ahora me iré a dormir. Superzerocool (el buzón de msg) 03:23 25 may 2018 (UTC)
Leoncastro. He visto que el número de este error se redujo bastante... ¡muchas gracias por tu trabajo!. Acerca de las páginas protegidas estaba pensando en que podíamos pedir un bot temporal con sysop (1 día) para hacer los cambios en páginas protegidas. En el pasado, se concedió un permiso similar a MarcoAurelio por temas técnicos. ¿te parece la idea para proponerlo en el TAB?. Saludos Superzerocool (el buzón de msg) 13:01 28 may 2018 (UTC)
Gracias, tan solo eliminé unos ciento veinte mil errores de modo automático en dos días. Estas ediciones no las revisé, pues minimicé el error del algoritmo y revisé mayormente problemas de firmas en páginas de discusión de usuarios anónimos. Seguramente un par de cientos no han quedado exactamente como eran, pues mi estadística estaba en el 0.2 % de error, pero en esos casos solo afecta al color del texto del enlace. De todos modos aún quedan otros dieciseis mil casos, que no he atacado para reducir aún más ese margen de fallo. Voy a darle otra nueva batida supervisada, a ver si reduzco la cifra antes de abordar las páginas protegidas. -- Leoncastro (discusión) 15:17 28 may 2018 (UTC)

¿Bug en Módulo:Mapa de localización?

editar

He estado trazando un poco, y creo que el módulo está generando etiquetas <div> sin cierre, según lo que puedo observar en la lista de etiquetas desaparejadas. ¿Cómo se podría confirmar?. Superzerocool (el buzón de msg) 13:05 28 may 2018 (UTC)

   Corregido. -- Leoncastro (discusión) 20:29 31 may 2018 (UTC)

html5-misnesting

editar

He estado trabajando con el bot para reparar la firma de Geom toda la semana, así como reducir otros problemas relacionados, como el uso de etiquetas deprecadas. Hemos pasado de los 100 mil errores en esta categoría a un poco más de 50 mil cuando he revisado en la mañana. Luego de terminar con las discusiones, me pasaré por el espacio principal en forma manual, ya que son miles de problemas distintos. El único problema que he detectado que se produce mucho es cuando ocurre lo siguiente 

: {{ap|artículo}}

Quizás eso se pueda automatizar un poco, pero no estoy seguro de ello... Superzerocool (el buzón de msg) 13:44 1 jun 2018 (UTC)

Hola Superzerocool, la plantilla {{AP}} está mal formada. No es necesario automatizar nada, simplemente hay que editarla para corregir sus fallos, que tiene varios. La plantilla la encuentro un poco enrevesada y me cuesta entender qué función realiza cada parte, no obstante, sin reescribirla del todo creo que puedo resolver sus problemas si le quitas la protección completa que tiene. -- Leoncastro (discusión) 16:12 1 jun 2018 (UTC)
@Leoncastro:,   suerte, vaquero. Me avisas para volver a poner la protección. Superzerocool (el buzón de msg) 16:33 1 jun 2018 (UTC)
   Corregido. Al menos en los seis ejemplos que he buscado ya no aparecen errores. Ya puedes proteger de nuevo Superzerocool, gracias. -- Leoncastro (discusión) 17:31 1 jun 2018 (UTC)
  Hecho Superzerocool (el buzón de msg) 17:36 1 jun 2018 (UTC)

html5-misnesting: Cita requerida

editar

Después de una larga conversación técnica en IRC con Bradv, el problema que causan las etiquetas {{cita requerida}} es una “pesadilla” —nightmare según sus propias palabras—. Este problema se causa cuando se usa con parámetro y este contiene saltos de línea —es decir, diferentes párrafos—. Si se usa sin parámetros la plantilla no causa problemas, del mismo modo que si se usa con texto sin formato de párrafos (sin listas de viñetas, sin listas enumeradas, sin saltos de línea, etc.). Bradv señala por ejemplo que no tiene sentido si alguien agrupa con la plantilla varios párrafos, incluyendo alguna imagen dentro, o algún encabezado, o incluso alguna nota; y en estos casos son también donde se genera el problema. Y es que actualmente al marcar varios párrafos con la {{cita requerida}} tan solo queda señalado el último con el texto volado, lo que no informa debidamente al lector del problema. Y cuando se pase a Remex, el problema será más grave, pues también solamente quedará señalado con la clase de .cita-requerida el primer párrafo y no los siguientes. Según estos argumentos, la solución pasa por no usar esta plantilla en dichos casos, y limitarla exclusivamente a textos continuos, sencillos y sin formato, todo ello debidamente muy documentado en la plantilla. Es decir, que la solución pasa únicamente por un buen uso limitado de la plantilla.

En la versión equivalente inglesa (Citation needed span) señalan estos inconvenientes, y deberíamos señalarlo también nosotros en nuestra documentación:

Avoid use for multiple paragraphs or around a list without closing and opening each template around each paragraph or list item. This kind of use causes linting errors and may disrupt the page display. An alternative with multiple paragraphs is {{unreferenced|section}} or {{more citations needed|section}}.
Evite el uso para múltiples párrafos o alrededor de una lista sin cerrar y abrir cada plantilla alrededor de cada párrafo o elemento de la lista. Este tipo de uso causa errores de sintaxis y puede distorsionar la visualización de la página. Una alternativa cuando se quieren señalar múltiples párrafos es {{sust:Referencias}} o {{sust:Referencias adicionales}}.

Como a mí personalmente no me agrada demasiado dejar un problema técnico al criterio de buen uso, propondría eliminar de raíz el uso conflictivo en la plantilla, prescinciendo totalmente del parámetro. Esto afectaría a los usos actuales que tendrán que ser corregidos —pero que igualmente tienen que ser corregidos por el problema descrito anteriormente—; afectaría también al hábito de señalar citas dentro de la plantilla —aunque se puede incluir una categoría de mantenimiento en la misma para localizar los problemas—; y afectaría a algunas herramientas como la botonera —que puede ser adaptada fácilmente— y la cita requerida resaltada —que dejaría de tener utilidad—. No obstante entiendo que esto último pueda ser un problema grave para otros colaboradores, por lo que no presento una propuesta formal en este sentido y será necesario buscar una solución intermedia. No sirve ninguna solución prevista,[1][2][3][4] y no está prevista ninguna solución para la plantilla. El único modo de solucionar estos problemas es usar la plantilla en fragmentos de texto simple sin saltos de línea. Con copia a Superzerocool, que ya trató de resolver el problema. -- Leoncastro (discusión) 18:57 3 jun 2018 (UTC)

Aquí puede verse un ejemplo sencillo de cómo corregir estos errores de sintaxis, separando cada párrafo con su respectivo requerimiento de cita. -- Leoncastro (discusión) 19:00 3 jun 2018 (UTC)
Hola Leoncastro, efectivamente intenté solucionar el problema con un div con estilo inline, pero al terminar la {{cr}} se abría un nuevo párrafo, ocasionando el problema del retorno de línea. Supondré que lo más óptimo es eliminar el parámetro, pero esto ya se traspasa al uso que le da la comunidad a la plantilla, y debe ser consensuado, aunque, por criterio técnico, no deberíamos seguir usando la plantilla tal como está. Superzerocool (el buzón de msg) 12:22 4 jun 2018 (UTC)
No será necesario eliminar el parámetro siempre que las personas usen adecuadamente la plantilla. Un ejemplo para arreglar los problemas es el enlace que puse antes, pero es una solución para cada artículo particular, y no una solución global desde la propia plantilla. Además será un problema que se repetirá con el tiempo. No es imprescindible eliminar el parámetro, tan solo una opción que deberá debatirse y evaluarse. Tiene sus pros y sus contras. -- Leoncastro (discusión) 15:04 4 jun 2018 (UTC)

Wikidata weekly summary #315

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • The API respond for maxlag will in the future also include the dispach lag (phab:T194950)
    • Add Elastic and CirrusSearch in the Wikibase Docker image (phab:T192813)
    • Add OAuth extension to wikibase bundle container (phab:TT192364)
    • Work on showing constraints in the QueryService (phab:T194762)
    • Make the PropertySuggester use CirrusSearch (phab:T195490)
    • Add integer constraint in the constraint checks (phab:T167989)
    • Add “citation needed” constraint type (phab:T195052)
    • Make Special:EntityData should handle form IDs (phab:T192149)
    • Fix encoding problems for labels displayed in Lexemes (phab:T195359)
    • Improve the text in the grammatical feature field (phab:T193604)
    • Work on showing Lemma on Special:AllPages and other pages (phab:T195382)
    • Work on better handling use of statements linking to Lexemes on client (phab:T195615)
    • Fix a bug that breaks Lexeme when language or lexical category items don't have a label (phab:)

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: 2018-23

editar

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

Recent changes

  • The MonoBook skin has been optimised for mobile devices. It now looks different. [5]
  • Planet Wikimedia collects blogs about Wikimedia. It will now use the Rawdog feed aggregator to do this instead of Planet. [6][7]
  • Redirect links in Special:WhatLinksHere now link to the original page and not the target page. This was done earlier and changed the used messages on some pages. This was a problem for wikis that customized the message. A new change fixed this by using the old messages with one more parameter for customization. Wikis that already changed their customized messages will have to move the customization back again. [8]

Problems

  • You will not be able to edit some wikis between 06:00 and 06:30 UTC on 13 June. You can see if your wiki is one of them.
  • MassMessage did not work 24–28 May. This is also why last week's Tech News was late. [9]

Changes later this week

  •   The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 June. It will be on non-Wikipedia wikis and some Wikipedias from 6 June. It will be on all wikis from 7 June (calendar).

Meetings

  •   You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 5 June at 18:30 (UTC). See how to join.
  •     You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 6 June at 15:00 (UTC). See how to join.

Future changes

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

21:54 4 jun 2018 (UTC)

Categorías

editar
Último comentario: hace 6 años19 comentarios6 usuarios en la discusión

► Tema: Categorías (info)

Buenas tardes. ¿por qué en algunas categorías aparece luego una barra y una palabra más? Lo explico mejor con un ejemplo: en "Categoría:Localidades a orillas del río Sena" si le damos a "editar código" aparece que pertence a las categorías

"Categoría:Localidades de Francia|Sena" y "Categoría:Localidades por río|Sena"

¿por qué aparece la palabra "Sena" al final? ¿sirve para algo? Gracias! JuanCamacho (discusión) 15:41 1 jun 2018 (UTC)

Lo que aparece a la derecha de la barra es el criterio con el que se ordenará la categoría en su categoría superior. En este caso, para que se ordene por la "S" de "Sena" y no por la "L" de "localidades".--Gwyran (discusión) 16:14 1 jun 2018 (UTC)
Permite que en la categoría contenedora "Categoría:Localidades por río", las categorías se ordenen alfabéticamente por esas palabra, Sena, y no por la primer palabra, Localidades. MONUMENTA Discusión 16:15 1 jun 2018 (UTC)

Otra pregunta sobre categorías: por ejemplo el artículo Tver está categorizado cuatro veces:

  • Categoría:Tver
  • Categoría:Localidades del óblast de Tver.
  • Categoría:Capitales de óblast de Rusia.
  • Categoría:Localidades a orillas del río Volga.

Pero resulta que las tres últimas también pertenecen a la categoría "Tver". Creo que deberían ser borradas del artículo, ya que es redundante, ¿es así? Gracias JuanCamacho (discusión) 16:50 1 jun 2018 (UTC)

En mi opinión, sí. No tiene ningún sentido que a Tver se pueda llegar por dos caminos tan directos desde Categoría:Localidades del óblast de Tver: uno directamente y otro desde la Categoría:Tver. El «árbol» de categorías se llena así de un montón de «lacitos». Aunque no me consta que haya una política oficial al efecto. --Gwyran (discusión) 17:22 1 jun 2018 (UTC)
Existe Wikipedia:Categorización#Categorización redundante (sobrecategorización) Triplecaña (discusión) 22:17 4 jun 2018 (UTC)
Habría que mantener las categorías en el artículo y quitar la «Categoría:Tver» de «Categoría:Localidades del óblast de Tver». Así como está se da el siguiente absurdo:
  • «Categoría:Localidades del óblast de Tver» → «Categoría:Tver» → «Categoría:Personas de Tver» → «Andréi Fiódorov».
De esta forma se establece que Andréi Fiódorov es una localidad del óblast de Tver.
Un saludo. --Romulanus (discusión) 07:28 5 jun 2018 (UTC)
Yo haría exactamente lo contrario, mantendría la categoría principal y no las demás. Romulanus: ese razonamiento que has seguido es una falacia, las categorías no son transitivas. Véase WP:CAT#Falta de transitividad conceptual. --Metrónomo's truth of the day: «persevera y triunfarás» 08:14 5 jun 2018 (UTC)
Metrónomo, eso que pones es un ensayo (ni siquiera es una guía). No hay ninguna política que diga que las categorías no son transitivas, por lo que no hay ninguna falacia en mi razonamiento. --Romulanus (discusión) 08:30 5 jun 2018 (UTC)
Romulanus: No se trata de ser o no ser una política, sino de que las categorías no son transitivas. Expresa un hecho. Otro ejemplo: Categoría:Áreas de las matemáticas → Categoría:Geometría → Categoría:Geómetras; pero los geómetras son personas, no una rama de las matemáticas, no hay transitividad. Es un error común pensar lo contrario, eso es lo que intenta advertir el ensayo, pero eso es una falacia (algo que parece cierto, pero no lo es). Aquí otro usuario lo explica mejor que yo, lástima que el ensayo completo que tenía al respecto ya no esté disponible. Las categorías solo deben entenderse entre ella y la inmediatamente superior (o inferior), el concepto no se puede extender más allá. --Metrónomo's truth of the day: «persevera y triunfarás» 13:03 5 jun 2018 (UTC)
Metrónomo, pues el mismo ensayo que mencionas dice al principio que las categorías son contenedores (bueno, en realidad dice almacenes, pero para el caso es lo mismo). Por tanto, siguiendo su postulado, se puede decir que si A contiene a B, B contiene a C y C contiene a D, esto implica que A contiene a D. No sé por qué habría de detenerme en la transitividad en el inmediato superior o inmediato inferior. El concepto se puede extender hasta donde se quiera. Lo que pasa es que ese ejemplo que pones es de nuevo un error de categorización porque lo que es un área de las matemáticas es la geometría, no la categoría de la geometría. No es cierto que «Categoría:Áreas de las matemáticas» → «Categoría:Geometría», sino «Categoría:Áreas de las matemáticas» → «Geometría». Sí existe la transitividad entre categorías. Mi planteamiento no es una falacia; lo que es una falacia es decir que las categorías no son transitivas y así explicar errores de categorización. --Romulanus (discusión) 22:51 5 jun 2018 (UTC)
Actualización: parece que hubo un consenso nuevo sobre este tema. Esa discusión parece que me la perdí. Aunque quiero recordar que al no ser una política no es de cumplimiento obligatorio, sino solo una guía. En la práctica eso significa que habrá muchas reversiones. --Metrónomo's truth of the day: «persevera y triunfarás» 08:21 5 jun 2018 (UTC)
Pues yo no veo ahí ningún consenso, la verdad. Solo veo una conversación en el café que no llega en absoluto a consenso y una modificación en un ensayo conforme a una de las posturas.
Así pues, lo que se propone es que el planeta Urano no se categorice simplemente en la Categoría:Urano y ésta en la Categoría:Planetas del sistema solar, como ocurre ahora, sino que habría que crear la categoría intermedia Categoría:Categorías de Planetas del sistema solar de modo que Urano se categorizaría, por una parte en Categoría:Planetas del sistema solar y por otra en Categoría:Urano que a su vez categorizaría en Categoría:Categorías de Planetas del sistema solar y ésta en Categoría:Planetas del sistema solar. Si es que he entendido bien.
O todo lo que hay ahora mismo categorizado en la Categoría:Equipos de la Primera División de España debería en realidad categorizarse como Categoría:Categorías de equipos de la Primera División de España que a su vez categorizaría en Categoría:Equipos de la Primera División de España.
¿No suena un poco a aquello de «La parte contratant de la primera parte es la parte contratante de la primera parte»? ¿Una especie de epiciclo o rodeo innecesario? --Gwyran (discusión) 12:54 5 jun 2018 (UTC)
Gwyran, en ese añadido que se ha hecho al ensayo no dice nada de crear categorías de categorías. Siguiendo tu ejemplo, lo que dice es que «Urano» se tiene que categorizar en «Categoría:Urano» y «Categoría:Planetas del sistema solar» (y en todas las que corresponda). Nada más. --Romulanus (discusión) 23:40 5 jun 2018 (UTC)

┌───────────────────┘
Esto está cada vez más confuso. Punto uno: las categorías nunca fueron transitivas, no se diseñaron con la intención de que lo sean y, como se indica en el ensayo, es un error frecuente pensar lo contrario. No se trata de una política o norma, sino que se está describiendo una característica intrínseca del sistema. La relación conceptual entre categorías se limita únicamente al primer nivel y no debe intentar extenderse más allá o se llegaría rápidamente a un absurdo. Punto dos: la discusión que enlacé trataba de otra cosa, solo que allí un usuario aprovechó para explicar por qué las categorías no son transitivas y lo ejemplificó con un ejemplo real bastante llamativo. Punto tres: no entiendo de dónde sale los de las «categorías de categorías», que para mí son absurdas, pero allí están. Un usuario en 2011 definió la no transitividad de esta forma: «las categorías no son cajones dentro de cajones» (aquí). --Metrónomo's truth of the day: «persevera y triunfarás» 01:19 6 jun 2018 (UTC)

Y en respuesta a Romulanus, lo que yo entiendo es que Urano se tiene que categorizar en Categoría:Urano y esa categoría en Categoría:Planetas del sistema solar, y ya. Como está ahora mismo. Sin necesidad de una categoría intermedia de Categoría:Categorías de Planetas del sistema solar. O que la Categoría:Equipos de la Primera División de España debe contener —como ahora mismo— a Categoría:Real Club Deportivo de La Coruña, Categoría:Fútbol Club Barcelona, etc. sin necesidad de incrustar en medio una Categoría:Categorías de equipos de la Primera División de España que únicamente aporta ruido y confusión en el sistema.
El sistema de categorías es un árbol; y si un fruto cuelga de una rama y la rama sale del tronco, el fruto está en el árbol. No hace falta más. --Gwyran (discusión) 06:37 6 jun 2018 (UTC)
¿Confuso? Que va. Ni «Categoría:Tver» es una localidad del óblast de Tver, ni «Categoría:Geometría» es un área de las matemáticas, ni «Categoría:Urano» es un planeta del sistema solar, ni «Categoría:Fútbol Club Barcelona» es un equipo de primera división de España: son categorías y se tienen que categorizar como tales. Al no hacerlo, al pensar que son categorizables como si fuesen artículos, se sigue que no hay transitividad en el sistema de categorización. Si se deshace este puntal, el sistema se vuelve un árbol de categorías en el que se va de lo general a lo concreto y viceversa con total y absoluta transitividad: hasta el nivel que sea. Ahora bien, si lo que se establece es que esas categorías homónimas-epónimas se categorizan como si fuesen artículos, claro que no hay transitividad en el sistema: como para haberlo. Pero no es una característica intrínseca del sistema.
El añadido en el ensayo dice aplicar tanto al artículo como a la categoría el principio de «[incluir] la página en todas las categorías a las que por naturaleza corresponde», entienda lo que entienda cada cual por las que por naturaleza corresponde. No veo ahí ninguna alusión a categorías de categorías. (Por cierto, estoy de acuerdo en que no hacen falta). Pero vamos, que es solo un ensayo.
--Romulanus (discusión) 07:51 6 jun 2018 (UTC)
Pd. Por cierto, eso de que las categorías no son cajones dentro de cajones es la opinión de un wikipedista basada en el ensayo enlazado. Ya mostré mi desacuerdo aquí hace algún tiempo. --Romulanus (discusión) 08:06 6 jun 2018 (UTC)
Eso último que citaste es un cambio muy reciente en el ensayo y eso ya lo había mencionado antes. De hecho, durante más de 10 años dijo justo lo opuesto, pero al no ser una norma no es de cumplimiento obligatorio. Por cierto, luego de leer tu interpretación de qué es una categoría entiendo el por qué discrepas tanto. Tu forma de verlo es casi incompatible con el sistema de categorías actual y su estructura. Veo que nunca vamos a llegar a un acuerdo y que jamás vas a aceptar el concepto de que las categorías no son ni deben ser consideradas transitivas. Si más usuarios editan siguiendo tu lógica, a Wikipedia le esperan años muy conflictivos en esta área. --Metrónomo's truth of the day: «persevera y triunfarás» 03:15 7 jun 2018 (UTC)

Improvements coming soon on Watchlists

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión
 

Hello

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

In short: starting on June 18, New Filters for Edit Review (now in Beta) will become standard on Watchlists. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature is used by default on Special:RecentChanges, Special:RecentChangesLinked and as a Beta feature on Special:Watchlist.

Based on a new design, that feature adds new functions to those pages, to ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

About the release on Watchlists

Over 70,000 people have activated the New Filters beta, which has been in testing on Watchlist for more than eight months. We feel confident that the features are stable and effective, but if you have thoughts about these tools or the beta graduation, please let us know on the project talk page. In particular, tell us if you know of a special incompatibility or other issue that makes the New Filters problematic on your wiki. We’ll examine the blocker and may delay release on your wiki until the issue can be addressed.

The deployment will start on June 18 or on June 25, depending on the wiki (check the list). After the deployment, you will also be able to opt-out this change directly from the Watchlist page and also in your preferences.

How to be ready?

Please share this announcement!

If you use local Gadgets that change things on your Watchlist pages, or have a customized scripts or CSS, be ready. You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please share your questions and comments on the feedback page.

On behalf of the Collaboration team, Trizek (WMF) 13:15 7 jun 2018 (UTC)

Desconfiguración páginas Wikipedia

editar
Último comentario: hace 6 años3 comentarios3 usuarios en la discusión

Buenas tardes. Al acceder a Wikipedia desde móvil en su versión normal (no para móvil) se produce desde hace días un problema de desconfiguración, es decir, los enlaces figuran fuera de su sitio y/o unos encima de otros. Me ocurre en Chrome, al que he alertado sin respuesta, y solo en Wikipedia. Ocurre también en otros móviles. No sabía si este era el lugar adecuado para reportar esta incidencia técnica, por si alguien puede solucionarlo. Gracias.--85.87.47.18 (discusión) 17:32 7 jun 2018 (UTC)

Ya que estamos a mí también me pasa. Solo me ocurre usando la versión de escritorio de Google Chrome en el celular. Los enlaces aparecen fuera de su sitio, como aclara la IP. ¿A alguien más le pasa?--Santiago142857 22:43 7 jun 2018 (UTC)
Curiosamente de repente me va bien. Parece que alguien lo ha corregido.--193.152.40.71 (discusión) 22:49 7 jun 2018 (UTC)

Wikidata weekly summary #316

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Press, articles, blog posts
    • Learning to Generate Wikipedia Summaries for Underserved Languages from Wikidata, presented at the Conference of the North American Chapter of the Association for Computational Linguistics by Lucie Kaffee and Hady Elsahar (see the poster and the paper)
  • Development
    • Developing a prototype for usability testing for how the term box (labels, descriptions, aliases) could work on mobile
    • Investigating how we can do the display of items (their label and sometimes description when linked to in a statement or in listings like Recent Changes) in a way that is less of an issue for the database
    • Working on including the dispatch lag in the maxlag API to make it easier for bots to see when they should stop editing because of performance reasons (phabricator:T194950)
    • Working on adding a Lua function to check if an item is a subclass/instance of another one (phabricator:T179155)
    • Created an API that returns constraint violations for an item in TTL format in preparation for making constraint violations queryable in the query service (phabricator:T194762)
    • Started planning for support for Senses
    • Added more helpful text on Special:NewLexeme to make it easier to understand what information is required (phabricator:T193602)
    • Working on pre-filling the spelling variant for a new Form's representation (phabricator:T195708)
    • Worked on showing the Lemma of a Lexeme instead of just its ID in Special:AllPages, Recent Changes and diffs (phabricator:T191600, phabricator:T195382, phabricator:T195511)
    • Made the representation of a Form in a diff link to the Form (phabricator:T195512)
    • Fixed an issue on the Wikipedias and co when a statement in an item that was used there linked to a Form or Lexeme (phabricator:T195615)
    • Made the "publish" button stay disabled for a Lexeme's header when there is nothing to save (phabricator:T196342)

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: 2018-24

editar

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

  • En aplicación móvil de Wikipedia de Android o iOS los usuarios pueden crear listas de lecturas. Las listas de lecturas pueden desplegarse en todos los dispositivos donde inicies tu sesión. También existe una extensión para navegadores para que puedas añadir páginas a tu lista de lectura. Por el momento, la extensión funciona en Firefox y Chrome. [12]
  •   Se ha liberado una nueva versión de Pywikibot, que es una herramienta que permite automatizar tareas en las wikis que usan Mediawiki. [13]

Problemas

  • El tema de usuario (o piel) MonoBook fue cambiada para que pudiera funcionar mejor en dispositivos móviles. Este cambio produjo algunos problemas, por lo cual se revirtió el cambio para solucionarlo. La nueva versión de este tema de usuario ha sido restaurada en las wikis, y los usuarios de este tema pueden deshabilitar los cambios de la nueva interfaz responsiva. [14]

Cambios de esta semana

  • Los nuevos filtros para la revisión de ediciones para las listas de seguimientos dejarán de esta en pruebas (o beta). Para la mayoría de las wikis, el cambio ocurrirá el próximo 18 de junio, mientras que para el resto de las wikis ocurrirá el próximo 25 de junio. [15][16]
  •   La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 12 junio. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 13 junio. Estará en todas las wikis a partir del 14 junio (calendario).

Reuniones

Cambios futuros

Las noticias técnicas son preparadas por embajadores técnicos y publicadas por la entrega de mensajes de MediaWiki • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o desuscríbete.

21:55 11 jun 2018 (UTC)

Títulos

editar
Último comentario: hace 6 años2 comentarios2 usuarios en la discusión

En esta ocasión quisiera hablar de solicitar un límite de caracteres a los títulos de los artículos ya que en cierto punto si el título es muy largo y el artículo se marca para el borrado, cuando vayas a dar el aviso en ves de salir el nombre artículo saldría el crterio que cumple para el borrado por ejemplo, g4, g3, g5, g1, a4, a2, a1, u3...   Ignacio2403 |   ¿Hablamos? 00:18 12 jun 2018 (UTC)

@Ignacio2403, si te refieres a este aviso, no tiene que ver con la longitud del título. Recuerda que los parámetros que contienen el signo igual deben nombrarse para que no sean considerados también parámetros. Es decir, que en lugar de usar {{sust:Aviso destruir|=Nombre del artículo con guiones=|g4}} se debe poner {{sust:Aviso destruir|1==Nombre del artículo con guiones=|2=g4}}. Ya solicité el cambio en la plantilla para que se pueda copiar directamente. Saludos. -- Leoncastro (discusión) 00:58 12 jun 2018 (UTC)

Update on page issues on mobile web

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión

Update on page issues on mobile web

Por favor, ayuda a traducir a tu idioma Hi everyone. The Readers web team has recently begun working on exposing issue templates on the mobile website. Currently, details about issues with page content are generally hidden on the mobile website. This leaves readers unaware of the reliability of the pages they are reading. The goal of this project is to improve awareness of particular issues within an article on the mobile web. We will do this by changing the visual styling of page issues.

So far, we have drafted a proposal on the design and implementation of the project. We were also able to run user testing on the proposed designs. The tests so far have positive results. Here is a quick summary of what we learned:

  • The new treatment increases awareness of page issues among participants. This is true particularly when they are in a more evaluative/critical mode.
  • Page issues make sense to readers and they understand how they work
  • Readers care about page issues and consider them important
  • Readers had overwhelmingly positive sentiments towards Wikipedia associated with learning about page issues

Our next step would be to start implementing these changes. We wanted to reach out to you for any concerns, thoughts, and suggestions you might have before beginning development. Please visit the project page where we have more information and mockups of how this may look. Please leave feedback on the talk page.

CKoerner (WMF) (talk) 20:58 12 jun 2018 (UTC)

No aparece los botones

editar
Último comentario: hace 6 años59 comentarios17 usuarios en la discusión

No me estan apareciendo en la botonera todos los botones que corresponden a la botonera, como los botones para previsualizar, grabar edición, insertar enlace, , insertar imagen, plantillas, etc. ¿Está habiendo alguna falla? ¿Como resolverlo? --Леон Поланко говорит вам и слушает вас 03:14 20 may 2018 (UTC)

También me apareció esa falla, revirtiendo a las botoneras comunes. -- VR0: ニャー! Deja tu mensaje, ニャー! 03:20 20 may 2018 (UTC)
Y eso que yo no he movido nada en mis preferencias. Esta falla me esta entorpeciendo para editar. --Леон Поланко говорит вам и слушает вас 03:30 20 may 2018 (UTC)
Tampoco he tocado nada y tampoco me aparece. Estoy acostumbrado a la botonera completita y ver ahora la barra de herramientas de edición así me resulta extraño. Espero que pueda solucionarse pronto. Saludos. --Fdo.: Gonzalo P.M.G. • 10:07 20 may 2018 (UTC)
A mi tambien me pasa. Pensé que había sido porque estuve toqueteando mis preferencias en la enwiki y me puse a tocar las de aquí, pero no tiene nada que ver. Resulta bastante incomodo porque me he acostumbrado a ellas. Definitivamente es una falla. --Geom Discusión 13:39 20 may 2018 (UTC)
Se trata de un cambio en el sistema. He solicitado en el Tablón adaptar la herramienta al nuevo sistema. -- Leoncastro (discusión) 16:35 20 may 2018 (UTC)
Ya hice el cambio pero no veo que se haya solucionado el problema Esteban (discusión) 19:12 20 may 2018 (UTC)
@Ezarate, es que no sabía si ese era el único cambio necesario. Lo que sí sabía es que sin ese cambio la herramienta ni siquiera se cargaba. Ahora que ya carga, podemos buscar qué cosas están fallando al ejecutarse. Y lo que falla es que se intentan cargar los botones de la herramienta antes que la propia barra de botones del editor, y en consecuencia se cargan los botones en un espacio inexistente (por eso no se ven). Anteriormente se podía forzar la espera de la botonera, haciendo que la herramienta dependiera de la propia barra ext.wikiEditor.toolbar, pero ahora solamente se puede vincular al editor ext.wikiEditor. Pero como la carga es asíncrona no me queda claro cómo se establece el orden de carga. Supongo que también influye la extensión ext.CodeMirror.lib que se usa ahora para resaltar el código del editor. No sé. Las quejas al maestro armero.
Lo que sí he comprobado es que la herramienta funciona, pero solo siempre que se cargue en el orden apropiado, por ejemplo al finalizar totalmente la carga de la página. De todos modos no vendría mal una refactorización del código, para que además de identificar si es una página de contenido, de usuario, o de borrado, también identifique si la estamos editando $.inArray( mw.config.get( 'wgAction' ), ['edit', 'submit'] ) > -1, porque intentar cargar unos botones cuando solamente leemos y no abrimos el editor... -- Leoncastro (discusión) 20:57 20 may 2018 (UTC)
Muchísimo tecnicismo, ¿como esta eso de las extensiones? ¿Donde puedo entender todo eso? Acabo de entrar a hacer una edición y aún siguen sin mostrarse los botones que antes se mostraban. No hay para grabar ediciones, no hay para previsualizar, no hay para colocar plantillas, ¿va a tardar en ser resuelto? --Леон Поланко говорит вам и слушает вас 21:36 20 may 2018 (UTC)
Intenté seguir esta sugerencia del usuario Ezarate, para lo cual incluso cree mi subpágina de vector, pero siguen sin verse los principales botones. ¿Le falta algo a mi subpágina? ¿Como obtengo ayuda para configurar mi subpágina, siguiendo este hilo? --Леон Поланко говорит вам и слушает вас 03:13 21 may 2018 (UTC)
Por cierto, quise leer la página Ayuda:Botonera y contiene plantilla de desactualización. ¿Debería actualizarse dicha página de ayuda? --Леон Поланко говорит вам и слушает вас 03:14 21 may 2018 (UTC)
No sé si ya os aparece la botonera a alguno de vosotros, a mi no me aparece. ¿Puede alguien mirar mi Usuario:Jcfidy/common.js? Yo la tenía configurad ahí pero, supongo, que ese código js se habrá quedado obsoleto. Jcfidy (discusión) 11:52 23 may 2018 (UTC)

┌─────────────────────────────┘

¿Pueden chequear si al incluir esto 

mw.loader.load(mw.config.get('wgServer')+mw.config.get('wgScript')+'?title=User:Superzerocool/botonera.js&action=raw&ctype=text/javascript&maxage=21600&smaxage=86400');

en su código vector.js les funciona?. Superzerocool (el buzón de msg) 13:16 23 may 2018 (UTC)

Por lo menos a mi me funciona. Tarawa   (jo ta ke irabazi arte) 13:21 23 may 2018 (UTC)
Faltan los botones de plagio y copyvio . Tarawa   (jo ta ke irabazi arte) 13:23 23 may 2018 (UTC)
Hola Tarawa1943, gracias por el feedback: me sirve para determinar que se ha instanciado la botonera antes de usarla, por lo cual genera este problema. Ahora, desconozco la construcción completa -por lo cual no sé cómo reparar la copia del código de la botonera-, pero en este diff se resume -en forma rápida- cómo ha vuelto a la vida. Superzerocool (el buzón de msg) 15:30 23 may 2018 (UTC)
Superzerocool acabo de ver que hay dos botones para solicitar referencias, uno de ellos es "ref y el otro es este símbolo  . Tarawa   (jo ta ke irabazi arte) 15:47 23 may 2018 (UTC)
@Superzerocool: Yo acabo de comprobar que el botón de aviso de borrado no proporciona el código correcto. Cuando debería ser {{subst:Aviso borrado|artículo|motivo}} ahora es {{susbst:Aviso borrado|artículo|motivo}}. Gracias por la solución, por cierto. --Geom Discusión 15:59 23 may 2018 (UTC)
Geom, gracias por probarlo. No es una solución definitiva, sino que es una muestra de donde podría estar la solución. Si alguien más confirma, creo que haré el cambio que hice en mi botonera para todos y todas -y a esperar los tomatazos!-. Saludos Superzerocool (el buzón de msg) 16:03 23 may 2018 (UTC)
Faltaron algunos botones, como las plantillas de mantenimiento (como {{no neutral}}), las de aviso a usuario (como {{sust:imagen retirada}} o {{sust:bienvenido}}) y las plantillas críticas de mantenimiento (como {{destruir}}). Lo demás funcionan con el código de pruebas. -- VR0: ニャー! Deja tu mensaje, ニャー! 00:30 24 may 2018 (UTC)
Plantillas, guardar, vista previa, no aparecen. En algunos momentos aparecen solamente algunos botones, pero no siempre me aparecen. --Леон Поланко говорит вам и слушает вас 03:22 24 may 2018 (UTC)
Leonpolanco lamento no haber respondido anoche: estaba batallando con cambios a remex :(. Lo que hice fue renombrar la variable por si hay algún gadget adicional molestando con la misma variable. De todas formas, y se me olvidó indicar: hay que deshabilitar el gadget mientras se realizan las pruebas. Me comentas si te anda mejor o no Superzerocool (el buzón de msg) 12:33 24 may 2018 (UTC)
Superzerocool: se ha resuelto medianamente, pues hay veces en que salen los botones de la botonera, pero también hay veces en que solo aparecen los botones básicos. Y la sugerencia que me dijiste (deshabilitar el gadget), si quieres decir desactivar de las preferencias la botonera con soporte vector, lo había hecho ya por sugerencia de Ezarate. --Леон Поланко говорит вам и слушает вас 23:55 24 may 2018 (UTC)


Superzerocool ha estado trabajando en la botonera para ajustarla a los tiempos modernos. Ahora ya aparecen las fechas en las plantillas, ha añadido el botón de posible copyvio y corregido el enlace que se debe incluir en código vector.js. El código es el siguiente
mw.loader.load(mw.config.get('wgServer')+mw.config.get('wgScript')+'?title=User:Superzerocool/botonera.js&action=raw&ctype=text/javascript&maxage=21600&smaxage=86400');

Por lo que a mi respecta todo funciona correctamente. Tarawa   (jo ta ke irabazi arte) 21:40 28 may 2018 (UTC)

@Leonpolanco: ¿podría probar como indicó Tarawa?, creo que gracias a Leoncastro ya pudimos restablecer parte de las funcionalidades. Si funciona bien, lo paso al código del accesorio para que vuelva a la vida... Superzerocool (el buzón de msg) 17:34 29 may 2018 (UTC)
He fusionado mi versión con la que estaba en el Gadget -que estaba siendo mantenida por Ezarate. Espero que cargue correctamente, sino, ¡seguimos en la batalla!. Al menos a mi me carga casi todas las ocasiones. Saludos Superzerocool (el buzón de msg) 21:23 29 may 2018 (UTC)
Gracias Superzerocool, me voy a encargar de seguir depurandola Esteban (discusión) 03:15 30 may 2018 (UTC)

Nueva propuesta de botonera

editar

Hola a todos. He creado una nueva versión de la botonera en mi taller. El motivo para esta nueva creación es la intención de uniformar el estilo de diseño, así como reordenar de algún modo los botones. La versión propuesta se basa directamente en la anterior, con algunos botones nuevos. Se han ordenado todos ellos por similitud, tanto de funciones como de imágenes, las cuales se han renovado totalmente para mostrar un diseño uniforme, intuitivo y progresivo. Asimismo, las funciones han sido revisadas y algunas de ellas mejoradas. Los nuevos botones serían los siguientes:

Área de edición
Sección Imagen Nuevas funciones
Formato   Tachado
  Subrayado
Tamaño del texto   Cambiar a mayúsculas o minúsculas
Insertar   Bloque de cita
  Código
  Fórmula matemática
  Línea horizontal
  Comentario oculto
  Plantilla
  Comillas angulares
  Comillas inglesas
  Sección de referencias
Miscelánea   Plantilla de usuario
  Plantilla no firmado
  Plantilla hecho
  Previsualizar página
  Publicar página
Área de mantenimiento
Sección Imagen Nuevas funciones
Mensajes a usuario   Bienvenida a usuario
  Aviso prueba 1
  Aviso prueba 2
  Aviso prueba 3
  Aviso prueba 4
  Aviso imagen retirada
  Aviso blanqueo discusión
Mantenimiento general   Cita requerida
  Agregar categoría
Aviso categorizar
  Desambiguación
  Voto nulo
y aviso a usuario
  Traducción
  En desarrollo
  Transferir
  Fusionar
  Referencias
y aviso a usuario
  Wikificar
y aviso a usuario
  Copyedit
y aviso a usuario
  No neutralidad
y aviso a usuario
  Mal traducido
y aviso a usuario
Área de mantenimiento (continuación)
Sección Imagen Nuevas funciones
Mantenimiento crítico   Autotraducido
y aviso a usuario
  Contextualizar
y aviso a usuario
  Promocional
y aviso a usuario
  Fuente primaria
y aviso a usuario
  Infraesbozo
y aviso a usuario
  Sin relevancia
y aviso a usuario
  Posible copyvio
y aviso a usuario
  Plagio
y aviso a usuario
  Consulta de borrado
y aviso a usuario
y cierre de consulta
  Propuesta de borrado
y aviso a usuario
  Borrado rápido
y aviso a usuario

Los botones del área de edición se mantienen en un color monotono, en consonancia con los botones existentes, mientras que los de mantenimiento se colocan por colores según su “nivel de importancia”.

Algunos de los botones solamente se muestran en las páginas de usuario, y otros solamente en las páginas de contenido. Algunos de los de mantenimiento son dobles: aparecen con la misma imagen en artículos y discusiones, pero con funciones distintas aunque relacionadas. Por ejemplo, el botón de «Wikificar» en un artículo deja la plantilla {{Wikificar}}, mientras que en las páginas de discusión el mismo botón deja el {{Aviso wikificar}}.

Espero que puedan probar la botonera propuesta y así reemplazar la existente, de este modo Ezarate ya no necesitará depurarla mucho más. Para probarla, es necesario desactivar las botoneras anteriores, tanto la oficial de las preferencias como el arreglo de Superzerocool, e instalar el siguiente código en el script personal de usuario: 

mw.loader.load(mw.config.get('wgServer')+mw.config.get('wgScript')+'?title=Usuario:Leoncastro/Taller/MediaWiki:Gadget-botonera.js&action=raw&ctype=text/javascript&maxage=21600&smaxage=86400');

Saludos. -- Leoncastro (discusión) 17:39 30 may 2018 (UTC)

Hola, he añadido una sección para separar las discusiones.Algunas observaciones:
  • Me inquieta un poco el <u> como subrayado
  • La cita requerida también puede ser a un bloque de texto...
Me parece bueno los cambios y la unificación de estilos. Saludos. Superzerocool (el buzón de msg) 17:49 30 may 2018 (UTC)
En las imágenes de OOUI, la versión con la “a” subrayada (A) es extrañamente inferior en tamaño a la “u” subrayada (U) que a su vez es enorme en comparación:   . Por ese motivo he buscado alguna similar, optando por la versión de Antu (en inglés):  . Será cuestión de buscar o diseñar otra.
Sobre lo de la cita requerida, no lo entendí. -- Leoncastro (discusión) 18:10 30 may 2018 (UTC)
@Superzerocool, ¿te refieres a usar {{Cita requerida|bloque de texto sin referencia}}, no? -- Leoncastro (discusión) 20:15 30 may 2018 (UTC)
@Leoncastro:, sí, que cita requerida también puede ir en un bloque. Acerca del subrayado, me refiero al código generado. Superzerocool (el buzón de msg) 21:04 30 may 2018 (UTC)
Vale Superzerocool, ya entiendo a qué te refieres con el subrayado (y supongo que también sobre el tachado). He limitado ambos botones para que no aparezcan en los espacios de contenido. También he arreglado el uso de la cita requerida. -- Leoncastro (discusión) 22:17 30 may 2018 (UTC)
Ya la tengo instalada. La primera impresión que me he llevado de ella es muy positiva. Muchas gracias, Leoncastro. --Fdo.: Gonzalo P.M.G. • 19:22 30 may 2018 (UTC)
La he instalado y por ahora me parece muy bien. Estupenda para labores de mantenimiento y patrulla, hace tiempo que quería una así. Gracias --Geom (discusión) 20:28 30 may 2018 (UTC)
Esta perfecta, gracias por tu esfuerzo Leoncastro. --Chico512 21:21 30 may 2018 (UTC)

Gracias por la botonera; ya estoy haciendo uso de ella. Lourdes, mensajes aquí 18:46 31 may 2018 (UTC)

Iniciando pruebas de botonera, a ver si resulta. Además, es posible que agregara 2 botones de destruir (Destruir y aviso destruir) en discusiones de usuario, ya que tiende a crear discusiones vandalicas. -- VR0: ニャー! Deja tu mensaje, ニャー! 19:47 1 jun 2018 (UTC)
@Leoncastro: estoy usando tu botonera, pero le han desaparecido algunos iconos. En la tabla de ejemplo que has puesto arriba también falta. Debe ser otro misterio como el enlace de Notificar error que desaparece o lo que le pasó a la ficha de persona de Merkel esta tarde. --Geom (discusión) 01:46 2 jun 2018 (UTC)
@Geom, ten en cuenta que no salen todos los botones al mismo tiempo. Por ejemplo no hay boton de firmar cuando estas en un articulo, para que no firmes sin querer. Lo mismo con los botones de aviso a usuario, que solo aparecen en las discusiones de usuario, para que no dejes sin querer avisos dentro de los articulos.
Sobre las fichas, a ver que responden Juan Mayordomo y Superzerocool, pues no sé si es un problema que hice yo o algo que están investigando ellos. Ya está notificado en el tablón. -- Leoncastro (discusión) 02:01 2 jun 2018 (UTC)
Se ve muy bueno eso de los botones para mensajes a usuarios, sin tener que escribir el código manual, solo que espero se puedan colocar los parámetros correspondientes, como el nombre del artículo vandalizado. --Леон Поланко говорит вам и слушает вас 04:27 4 jun 2018 (UTC)
Si nadie tiene problemas u objeciones, propondré en breve reemplazar la actual extensión de la botonera por esta nueva propuesta. -- Leoncastro (discusión) 15:06 4 jun 2018 (UTC)
Por mi parte, se ve buena y los usuarios con mayores problemas se muestran safistechos, por lo cual, yo voy por un   dale Superzerocool (el buzón de msg) 15:38 4 jun 2018 (UTC)
¿Ya puedo activar en mis preferencias los nuevos botones? Por sugerencia desactive la botonera en mis preferencias y ahorita tengo algunos botones. ¿Debo reactivar en mis preferencias la botonera? --Леон Поланко говорит вам и слушает вас 23:41 4 jun 2018 (UTC)
Leonpolanco, sí, ya puede ser activada, o si deseas puedes usar la nueva versión hecha por Leoncastro. Esteban16 - mensajes 00:06 5 jun 2018 (UTC)
Leoncastro, al pulsar el botón de plagio no aparecen los líneas que ocultan el contenido. Aunque colocarlas manualmente es sencillo, ¿sería posible que se añadan automáticamente?. Esteban16 - mensajes 12:01 6 jun 2018 (UTC)
@Esteban16, he considerado que son dos funciones diferenciadas, y ambas están disponibles en sus respectivos botones. La primera es señalar el plagio con el aviso indicando la fuente, y la segunda es ocultar o borrar el propio plagio. Las considero diferentes por el siguiente ejemplo: imagina un artículo o sección con ocho párrafos, de los cuales cuatro de ellos son plagio y los otros no. Primero marcas el plagio y luego ocultas o borras los párrafos correspondientes: el segundo, el tercero, el quinto y el octavo. No hay modo de que un botón sepa que eran esos párrafos concretos; y ocultar todo tampoco es lo correcto. -- Leoncastro (discusión) 22:42 6 jun 2018 (UTC)

┌─────────────────────────────┘
 La propuesta ya ha sido oficializada. Ahora todos los usuarios disponen de la misma extensión de la botonera activando la opción de las Preferencias > Accesorios > Edición > «Nueva botonera con soporte a Vector, con funcionalidad expandida.» Los que habéis instalado la botonera desde vuestro script personal de usuario ya podéis borrar la línea 

mw.loader.load(mw.config.get('wgServer')+mw.config.get('wgScript')+'?title=Usuario:Leoncastro/Taller/MediaWiki:Gadget-botonera.js&action=raw&ctype=text/javascript&maxage=21600&smaxage=86400');

y activarla desde las Preferencias. Muchas gracias a todos por la confianza. CC: Chico512, Esteban16, Ezarate, Geom, Gonzalo P.M.G., Gusama Romero, Joanmrl, Leonpolanco, Lourdes Cardenal, Maragm, Miaow, Onioram, Penquista, Santiago142857, Tarawa1943, Triplecaña, VR0, Wiki-1776, ZebaX2010. -- Leoncastro (discusión) 21:32 12 jun 2018 (UTC)

  Parche borrado (Diff). Gracias a ti, Leoncastro. Ahora todo marcha bien. ¡Un abrazo! -- JOAN    → (Pregúntame aquí) ← 21:42 12 jun 2018 (UTC)
A ti Leoncastro.   Saludos. --Wiki-1776 (discusión) 21:44 12 jun 2018 (UTC)
Muy padrisima la nueva botonera. --Леон Поланко говорит вам и слушает вас 22:38 12 jun 2018 (UTC)
¡Muchas gracias! Les mando unas galletas para celebrar: (:·:) (:·:) (:·:). Saludos. -- (ˆ〰ˆ) GVSΛMΛ </debate racional> 23:16 12 jun 2018 (UTC)
Muchas gracias --Geom (discusión) 00:07 13 jun 2018 (UTC)
Muchas gracias Leoncastro. --Chico512 00:43 13 jun 2018 (UTC)
Gracias. Funciona perfectamente. --Maragm (discusión) 10:29 13 jun 2018 (UTC)
Fenomenal trabajo, Leoncastro. Gracias. --Onioram (discusión) 12:46 13 jun 2018 (UTC)

┌─────────────────────────────┘
 Una propuesta, si es posible. ¿Hay algún modo de añadir un botón para agregar diferencias con esta fórmula? [[Special:Diff/108666323|diff y sus cometarios]] Muy para enlazar diff y sus cometarios — El comentario anterior sin firmar es obra de Geom (disc. • contribs • bloq). 15:31 13 jun 2018 (UTC)

Sí que puede hacerse, pero tendrías que escribir tanto el número de revisión como el comentario. También hace falta una imagen que pueda representar el concepto. -- Leoncastro (discusión) 17:25 13 jun 2018 (UTC)
Muchas gracias por tu trabajo, funciona muy bien. Lourdes, mensajes aquí 17:54 13 jun 2018 (UTC)

No firmado

editar
Último comentario: hace 6 años5 comentarios5 usuarios en la discusión

¿Cuándo añades la plantilla no firmado tienes que firmar tú también? Lo digo porque en la documentación de la citada plantilla no se menciona o aclara nada al respecto. Yo personalmente hago {{no firmado|Usuario|fecha y hora ~~~~}} para que aparezca mi firma pero en pequeñito. ¿Ideas? Triplecaña (discusión) 09:33 8 jun 2018 (UTC)

En las páginas de discusión de usuarios hay bots (El extinto Grillitus por ejemplo no lo hacía y RaystormBot me parece que tampoco) que no archivaban las conversaciones sin firma si no se les añadía la plantilla completa. Yo particularmente dejo mi firma en discusiones de usuario y en los hilos del Portal de la comunidad, pero en la página de discusión de artículos no. --Geom (discusión) 09:45 8 jun 2018 (UTC)
Yo, aunque admito usar de vez en cuando tu estilo, Triplecaña, prefiero emplear {{nofirmado|usuario/IP|fecha y hora del comentario no firmado}}, pues quién ha marcado de no firmado un mensaje ajeno me resulta irrelevante. Otro defecto que encuentro es que insertando ese código no aparece la hora del comentario original, mas sí la de la colocación de la plantilla (a mi juicio, también intrascendente). Si se responde, ya se verá quién y cuándo ha contestado mediante la firma de ese usuario. Saludos. --Fdo.: Gonzalo P.M.G. • 13:25 8 jun 2018 (UTC)
Lo que yo hago y creo más correcto es buscar en el historial la fecha y el nombre de usuario que agregó el comentario sin firmar. Luego en la página uso la plantilla con sustitución {{sust:no firmado|usuario|fecha}}, sin agregar ni mi firma ni la fecha de cuando yo estampo esa plantilla, pues me parece irrelevante. Los bots de archivado que usan la plantilla genérica {{Archivado automático}} entienden el formato de esa representación, y archivan igualmente. -- Leoncastro (discusión) 13:48 8 jun 2018 (UTC)
Yo tampoco agrego mi firma, es más, uso la plantilla sin fecha, simplemente {{sust:no firmado|usuario}}, por hacer el trabajo más rápido, pienso que con el resumen de edición (No firmado) bastaría. Sin embargo si hay una estricta norma que debería aplicarse, pues quedaré atento a este hilo por que posiblemente la esté inclumpiendo también. Abrazos. -- JOAN    → (Pregúntame aquí) ← 01:47 14 jun 2018 (UTC)

Tech News: 2018-25

editar

Noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No será afectado por todos los cambios. Hay más traducciones disponibles.

Cambios recientes

  • El resaltado de sintaxis ha sido una función en prueba en los wikis de Wikimedia donde el texto se escribe de izquierda a derecha. Ahora es una función normal. Está basada en CodeMirror. [17]

Cambios durante esta semana

  • Esta semana no habrá una versión nueva de MediaWiki.

Reuniones

  •   Puede unirse a la reunión con el Equipo de Edición. Durante la reunión podrá decirle a los desarrolladores cuáles son los errores que usted considera como los más importantes. La reunión se realizará el 19 junio a las 18:30 (UTC). Véase cómo ingresar.
  •     Puede unirse a la reunión de consejería técnica en IRC. Durante la reunión podrá pedir consejos a los desarrolladores voluntarios. La reunión se realizará el 20 junio a las 15:00 (UTC). Véase cómo ingresar.

Cambios futuros

  • Algunos navegadores web viejos no serán capaces de leer los wikis de Wikimedia. Esto se debe a que utilizan una manera insegura de conectarse a estos wikis. Esto significa que también tenemos menos seguridad para los demás navegadores. Esto afecta cerca del 0.08 % de todo el tráfico hacia los wikis de Wikimedia. Por ejemplo, esto afecta a quienes lean Wikipedia en una PlayStation 3. [18][19]
  • Las herramientas y la interfaz de los nuevos filtros para revisión de ediciones en listas de seguimiento ya no estarán en pruebas. Debido a que no habrá una versión nueva de MediaWiki esta semana, el cambio ocurrirá el 25 de junio en la mayoría de wikis. Para el resto de wikis, el cambio ocurrirá a principios de julio. [20][21]
  •   Todos los wikis que no lo hayan hecho ya comenzarán a utilizar la biblioteca de análisis sintáctico Remex el 5 de julio. Esto se hace para reemplazar a Tidy. Puede ayudar a corregir los errores que aún quedan. [22]

Noticias técnicas preparadas por escritores de Noticias Técnicas y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Dé sus comentarios • Sucríbase o cancele su suscripción.

21:47 18 jun 2018 (UTC)

Wikidata weekly summary #317

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Wikibase meetup on June 17-19 in Berlin
    • Past: Wikidata Lab VIII in São Paulo
      • Images, metadata, and gamification of Wikidata by Magnus Manske (video, slides)
      • Discovering and modeling knowledge in Wikidata by Andrew Lih (video, slides)
  • Development
    • Prototype for mobile termbox
    • Moving away from wb_terms table
    • Continued work on making WikibaseLexeme compatible with Wikibase clients (T195615)
    • Error handling and usability for entering lemmas was improved (T196342, T197453)
    • Lexemes no longer randomly pop up in rdf dumps (T194627)

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.


Maximización en Android 8.0

editar
Último comentario: hace 6 años2 comentarios2 usuarios en la discusión

Acabo de verificar que tras la última actualización a Android 8.0, cuando accedo a editar un artículo de Wikipedia desde móvil (formato normal, no versión para móviles) y selecciono a tal fin una palabra de un párrafo (manteniendo de modo táctil con el dedo un segundo), se genera una maximización exagerada del párrafo a tratar, lo cual impide la edición. Solo lo he verificado en Wikipedia, con lo cual deduzco que pueda deberse a la nueva versión de Android y/o a los parámetros técnicos de Wikipedia.--Xabier (discusión) 11:50 17 jun 2018 (UTC)

Creo que sería más apropiado reportarlo en Phabricator, con capturas de pantalla e indicando claramente qué navegador estás usando, y si estás usando la versión móvil o de escritorio de la página. También sería bueno probar la app. --  Davod (desquítense n_n) 02:27 22 jun 2018 (UTC)

Enlace problemático de webs oficiales desde Wikidata

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión

Hola a todos. Constato que las webs que se añaden como datos en Wikidata, cuando son largas, distorsionan la anchura de las fichas que abren los artículos en Wikipedia. Aquí un ejemplo, aunque me he encontrado bastantes más en anteriores ocasiones. Normalmente, las fichas ya suelen incluir la web oficial sin problema, por lo que tengo entendido que se puede deshabilitar el parámetro desde Wikidata.

Estaré atento a ver si se puede solucionar esto. --Paso del lobo (discusión) 19:21 24 jun 2018 (UTC)

Wikidata weekly summary #318

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Include Wikibase dispatch lag in API "maxlag" enforcing (phab:T194950)
    • Run full constraint check when saving a statement (phab:T194760)
    • Show map on items to preview coordinates (phab:T184933)
    • Implement property scope constraint to say if a property should be used on main snak qualifiers or references (phab:T197473)
    • Investigate on replacements for some parts of wb_terms table (phab:T197161)
    • Fix a UI glitch on Lexeme editing interface (phab:T195298)
    • Add names and descriptions for Lexeme, Form and Sense datatypes on Special:ListDatatypes (phab:T189935)
    • Display a warning message and prevent entering of lemmas with the same spelling variant (phab:T195372)
    • Work on showing description in Item selector in Special:NewLexeme (phab:T165597)

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: 2018-26

editar

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

Problemas

  • Cuando un texto con un enlace estaba en cursiva o tenía otro formato, a veces podía no verse en el editor visual. Esto ahora ha sido corregido. [23][24]

Cambios más adelante en esta semana

  • Los usuarios de Traducción de Contenido que traducían entre los idiomas árabe, inglés, francés, japonés y ruso serán consultados para ser parte de un proyecto de investigación. El propósito de esta investigación es crear mejores herramientas para traducir artículos. [25]
  •   La nueva versión de MediaWiki se activará en los wikis de prueba y en MediaWiki.org el 26 junio. Se activará en algunas Wikipedias y todos los demás wikis el 27 junio. Se activará en todos los wikis a partir del 28 junio (calendario).

Reuniones

  •   Puedes participar en la próxima reunión del equipo de edición. Durante la reunión podrás indicarle a los desarrolladores cuáles son los errores que consideras que son los más importantes. La reunión se realizará el 26 junio a las 18:30 (UTC). Consulta cómo participar.
  •     Puedes participar en la reunión de asesoramiento técnico en IRC. En la reunión, los desarrolladores voluntarios pueden solicitar asesoramiento. La reunión se realizará el 27 junio a las 15:00 (UTC). Consulta cómo participar.

Las noticias técnicas son preparadas por los embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

23:10 25 jun 2018 (UTC)

Categoría de mantenimiento para la plantilla de otros usos

editar
Último comentario: hace 6 años1 comentario1 usuario en la discusión

¿Algún wikipedista ducho en plantillas podría atender esta solicitud que hice en la página de discusión de esta plantilla? Gracias. --Romulanus (discusión) 14:48 26 jun 2018 (UTC)

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