Diferencia entre revisiones de «Wikipedia:Café/Archivo/Técnica/Actual»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Línea 122: Línea 122:
::{{hecho}}, [[Special:Diff/108100581|he realizado el cambio]], así que espero los tomatazos... [[Usuario:Superzerocool|Superzerocool]] ([[Usuario Discusión:Superzerocool|el buzón de msg]]) 01:48 25 may 2018 (UTC)
::{{hecho}}, [[Special:Diff/108100581|he realizado el cambio]], así que espero los tomatazos... [[Usuario:Superzerocool|Superzerocool]] ([[Usuario Discusión:Superzerocool|el buzón de msg]]) 01:48 25 may 2018 (UTC)
:::: Bien [[Usuario:Superzerocool|Superzerocool]], aunque debo advertirte que cambiar 2 de los 9 errores no soluciona completamente el problema. -- [[Usuario:Leoncastro|Leoncastro]] ([[Usuario Discusión:Leoncastro|discusión]]) 02:23 25 may 2018 (UTC)
:::: Bien [[Usuario:Superzerocool|Superzerocool]], aunque debo advertirte que cambiar 2 de los 9 errores no soluciona completamente el problema. -- [[Usuario:Leoncastro|Leoncastro]] ([[Usuario Discusión:Leoncastro|discusión]]) 02:23 25 may 2018 (UTC)
:::::Prefiero ir leeeeennnntaaaaamente, conozco a mi comunidad {{cara|;)}} [[Usuario:Superzerocool|Superzerocool]] ([[Usuario Discusión:Superzerocool|el buzón de msg]]) 02:24 25 may 2018 (UTC)


== Fallo en la notación de referencias consecutivas ==
== Fallo en la notación de referencias consecutivas ==

Revisión del 02:24 25 may 2018



Esta página es archivada automáticamente.

Parámetros del archivado:

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


SeroBOT: inicio de la migración

Hola, tras la aprobación de los permisos para SeroBOT, les paso a comunicar que dentro del día de hoy intentaré habilitar al bot con la tarea definitiva: reversión a partir de los indicadores de ORES. He estado probando más de 15 días el bot y según lo que logro percibir, a partir de vandalismo en curso y por pruebas internas, que el bot está detectando correctamente gran parte del vandalismo obvio (me excuso, no tengo números a mano). Por tanto, y para tenerlos al tanto, mi bot (BOT-Superzerocool) ya no tendrá la tarea a su cargo. Tengo pendiente, y que lo haré con la mayor prisa posible, las interfaces de registro de acciones, con el fin que puedan saber cuándo y cómo está actuando el bot. Saludos Superzerocool (el buzón de msg) 13:32 11 may 2018 (UTC)[responder]

El bot ya se encuentra corriendo en la cuenta definitiva. Saludos Superzerocool (el buzón de msg) 15:15 11 may 2018 (UTC)[responder]
¡Qué buena noticia! Revisando cambios recientes, si notaba que revierte la mayoría de vandalismos, buen trabajo :) KernelFreeze 18:28 11 may 2018 (UTC)[responder]
Gracias, Superzerocool. --Saludos. Ganímedes 09:24 14 may 2018 (UTC)[responder]
Muchas gracias por tu trabajo, Superzero, por lo que yo he visto, ha estado funcionando bastante bien ¡Buena cosa! Mar del Sur (discusión) 17:51 15 may 2018 (UTC)[responder]
¿Podría mas adelante regresar también PatruBOT? --Леон Поланко говорит вам и слушает вас 03:45 17 may 2018 (UTC)[responder]
Supongo que como PatruBOT debería aparecer en Cambios Recientes, para saber de antemano si ya hizo o no reversión, porque muchas me gana. --Леон Поланко говорит вам и слушает вас 03:46 17 may 2018 (UTC)[responder]
@Leonpolanco: no sé si -jem- se animará a reactivarlo, ya que la tarea principal ya está siendo cubierta por SeroBOT. No recuerdo que PatruBOT saliera en cambios recientes... la verdad, no lo recuerdo. Ahora, si usas cambios recientes mejorados, puedes configurar para que detecte las ediciones que "probablemente tengan problemas", ya que ese nivel no lo contempla el bot. Superzerocool (el buzón de msg) 17:31 23 may 2018 (UTC)[responder]

Remex: Fichas y otros

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)[responder]

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)[responder]
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)[responder]
¿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)[responder]
@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)[responder]

┌─────────┘
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)[responder]

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)[responder]
@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)[responder]
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)[responder]
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)[responder]
Do you feel like you are making progress? Whatamidoing (WMF) (discusión) 17:12 23 may 2018 (UTC)[responder]
@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)[responder]
@Superzerocool: which Lua module is the biggest problem right now? Whatamidoing (WMF) (discusión) 17:51 23 may 2018 (UTC)[responder]
@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)[responder]
(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)[responder]

SPAN en Módulo:Ficha

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)[responder]

@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)[responder]
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)[responder]
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)[responder]
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)[responder]

┌─────────────────────────────┘
@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)[responder]

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)[responder]
@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)[responder]
Creo que esta idea con la div será funcional. Whatamidoing (WMF) (discusión) 17:40 24 may 2018 (UTC)[responder]
✓ Hecho, he realizado el cambio, así que espero los tomatazos... Superzerocool (el buzón de msg) 01:48 25 may 2018 (UTC)[responder]
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)[responder]
Prefiero ir leeeeennnntaaaaamente, conozco a mi comunidad ;) Superzerocool (el buzón de msg) 02:24 25 may 2018 (UTC)[responder]

Fallo en la notación de referencias consecutivas

Desde hace unos días, cuando en un texto se introducen dos referencias seguidas, el superíndice de la segunda aparece de tamaño más pequeño (por ejemplo: un texto con dos referencias seguidas.[1][2]​)

Este caso es frecuente, y se puede ver en numerosos artículos, como en el encabezamiento de la entrada "Gino Bartali".

Sugerencia

Adicionalmente... si se va a retocar el intérprete de código para subsanar el problema, a mi juicio sería muy útil que se siguiera con las referencias la pauta de la wikipedia en inglés, que permite previsualizar en una ventana flotante de un vistazo el contenido de la referencia, sin necesidad de desviarse del punto de lectura yendo y viniendo a través de los enlaces como pasa en la wikipedia en español, lo que sin duda agilizaría la lectura de los artículos.

  1. (Referencia UNO)
  2. (Referencia DOS)

Enviado por:--Wiki LIC (discusión) 07:27 15 may 2018 (UTC)[responder]

comentario Comentario: hola Wiki LIC, más que un informe de error estás reportando un posible problema técnico, por lo que he trasladado tu informe a esta sección del Café.
El código de esas referencias es igual que siempre, salvo que se ha modificado la continuidad entre ellas (es decir, que ya no van unidas indivisiblemente). Para ser técnicamente precisos, los códigos generados por esas referencias son iguales, respectivamente:
  1. <sup id="cite_ref-1" class="reference separada"><a href="#cite_note-1"><span class="corchete-llamada">[</span>1<span class="corchete-llamada">]</span></a></sup>
    
  2. <sup id="cite_ref-2" class="reference separada"><a href="#cite_note-2"><span class="corchete-llamada">[</span>2<span class="corchete-llamada">]</span></a></sup>
    
y el estilo global que las diferencia es solamente:
sup.reference + sup.reference { display: inline-block; }
por lo que deben representar el mismo resultado, salvo que alguna otra herramienta lo distorsione. ¿Es posible que tengas activado algún gadget que modifique su estilo?
Sobre tu sugerencia, en eswiki esa configuración está disponible de forma opcional, activándola desde las herramientas de usuario, en la sección de «Navegación», con la opción (casi al final de la sección) «Reference Tooltips: Se puede ver el contenido de cualquier referencia al pasar el cursor sobre ella, en lugar de tener que ir al pie de página». Saludos. -- Leoncastro (discusión) 14:51 15 may 2018 (UTC)[responder]
Yo no tengo activado ese gadget y sin embargo tengo el mismo problema, hace unos días se me achicaron los superíndices de las segundas (y sucesivas) referencias. A modo de prueba desactivé todos los gadgets y purgué la caché y nada, el error persiste. Yo lo veo así. --Metrónomo's truth of the day: «persevera y triunfarás» 15:59 15 may 2018 (UTC)[responder]
Buenas tardes. Acabo de repasar el problema del tamaño de los superíndices de las referencias, y me acabo de dar cuenta de que (al menos en mi caso) en mi PC (con google chrome sobre W7) el citado problema no se produce, pero que en una tableta Samsung (también con google chrome, pero sobre android...) el problema persiste. A saber qué es lo que lo está produciendo...
En cualquier caso, quiero agradecerle a Leoncastro el aviso sobre la herramienta de navegación sobre referencias. Funciona estupendamente. ¡Muchas gracias!--Wiki LIC (discusión) 17:16 15 may 2018 (UTC)[responder]
Buen punto. A mí el error me lo reproduce en el navegador de internet de Samsung, pero no sucede en Firefox (ambos están actualizados a la última versión). Asi que es algo que depende del navegador. --Metrónomo's truth of the day: «persevera y triunfarás» 18:27 15 may 2018 (UTC)[responder]
Tras múltiples pruebas, he conseguido replicar el problema en dispositivos móviles, usando la versión de escritorio en el navegador Chrome. Parece un problema del navegador potenciado por el reciente cambio que he propuesto para las referencias. En todo caso, el error causado por la continuidad de múltiples referencias consecutivas se puede resolver puntualmente en cada caso separando algunas referencias con una línea en blanco, mientras que el nuevo error causado por la solución propuesta no tiene solución nada más que desde el navegador. Por tanto, voy a solicitar deshacer los cambios de mi propuesta y restaurar la versión anterior de las referencias. Lamento los inconvenientes. -- Leoncastro (discusión) 19:04 15 may 2018 (UTC)[responder]

No aparece los botones

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)[responder]

También me apareció esa falla, revirtiendo a las botoneras comunes. --VR0: ニャー! Deja tu mensaje, ニャー! 03:20 20 may 2018 (UTC)[responder]
Y eso que yo no he movido nada en mis preferencias. Esta falla me esta entorpeciendo para editar. --Леон Поланко говорит вам и слушает вас 03:30 20 may 2018 (UTC)[responder]
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)[responder]
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)[responder]
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)[responder]
Ya hice el cambio pero no veo que se haya solucionado el problema Esteban (discusión) 19:12 20 may 2018 (UTC)[responder]
@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)[responder]
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)[responder]
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)[responder]
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)[responder]
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)[responder]

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

¿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)[responder]

Por lo menos a mi me funciona. Tarawa (jo ta ke irabazi arte) 13:21 23 may 2018 (UTC)[responder]
Faltan los botones de plagio y copyvio . Tarawa (jo ta ke irabazi arte) 13:23 23 may 2018 (UTC)[responder]
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)[responder]
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)[responder]
@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)[responder]
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)[responder]
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)[responder]
Plantillas, guardar, vista previa, no aparecen. En algunos momentos aparecen solamente algunos botones, pero no siempre me aparecen. --Леон Поланко говорит вам и слушает вас 03:22 24 may 2018 (UTC)[responder]
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)[responder]
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)[responder]

Plantillas

Me gustaría iniciarme en el manejo de los códigos de las plantillas, para permitir la migración de los datos de wikidata, cómo las imágenes, en algunas plantillas que no lo soportan, cómo Plantilla:Ficha de estructura militar, trabajando en su zona de prueba correspondiente y os pediría saber dónde está alojada el código de la plantilla y si existe un manual para editarlas. MONUMENTA Discusión 10:57 20 may 2018 (UTC)[responder]

Resuelto por Strakhov MONUMENTA Discusión 18:53 20 may 2018 (UTC)[responder]

17:33 21 may 2018 (UTC)

Wikidata weekly summary #313

Millas náuticas

Vengo del Hackaton en Barcelona con un problemilla que no conseguí solucionar. En la Plantilla:Ficha de faro recojo el alcance del faro de Wikidata en millas náuticas. El problema es que en las unidades como "metro" el plural es fácil, "metros", pero el plural de "milla náutica" no es "milla náuticas" sino "millas náuticas". Creo que el problema está aquí, ¿alguien me puede ayudar a solucionar el problema? Ejemplo donde ocurre: Faro de Guetaria. Gracias. --vanbasten_23 (discusión) 11:08 22 may 2018 (UTC)[responder]

Parece que este cambio lo soluciona, aunque prefiero que Juan Mayordomo lo revise. -- Leoncastro (discusión) 15:07 22 may 2018 (UTC)[responder]
Leoncastro lo veo bien en el ejemplo que dejó Vanbasten 23 en esta discusión. He estado dando al azar algunas fichas que podrían depender de ella, y por el momento se observa bien. Saludos Superzerocool (el buzón de msg) 15:30 22 may 2018 (UTC)[responder]
Esto es mucho más general que lo de las millas náuticas y afectas a varias fichas. La lista de excepciones necesarias es tal que el parche no es viable a largo plazo. Hace un tiempo lo estuvimos discutiendo con -jem- y él dijo que, en su momento, hizo una regla compleja que resuelve el tema de los plurales con un tasa de éxito razonable. Pero como esto sería fuera de la wiki, lo invito a comparta con nosotros los lineamientos básicos que hay detrás para ver si podemos adaptarlo a nuestra necesidad. --Metrónomo's truth of the day: «persevera y triunfarás» 16:22 22 may 2018 (UTC)[responder]
Hice un módulo para convertir unidades (Módulo:Convertir), aunque no hace lo del plural y en su lugar tiene una tabla con las unidades, los plurales y su conversión al sistema internacional. He parametrizado las millas náuticas. Si se escribe por ejemplo en el artículo de Faro de Guetaria {{Propiedad|P2929|tipo de dato=magnitud|linkback=sí}} o en cualquier otro sitio {{Propiedad|P2929|tipo de dato=magnitud|entidad=Q12258462|linkback=sí}} debería mostrar "21 millas náuticas (38,89 km) Ver y modificar los datos en Wikidata". Saludos, Juan Mayordomo (discusión) 17:46 22 may 2018 (UTC)[responder]
Genial. He realizado el cambio en la ficha. Gracias Juan Mayordomo, sabía que tendrías una mejor respuesta que la mía. -- Leoncastro (discusión) 18:41 22 may 2018 (UTC)[responder]
Perfecto, mil gracias. --vanbasten_23 (discusión) 19:27 22 may 2018 (UTC)[responder]

Problema con las categorías por siglo

Parece que hay un problema con las plantillas del tipo {{Categoría por siglo|Arte en Dinamarca|de|1901}}. Como se puede ver en Categoría:Arte del siglo XX, las subcategorías que la usan como Categoría:Arte en Dinamarca del siglo XX y Categoría:Arte en España del siglo XX alfabetizan de distinto modo a todos los demás países. --Gwyran (discusión) 21:30 23 may 2018 (UTC)[responder]

Y ya puestos, y supongo que relacionado con lo mismo, la Categoría:Inglaterra en el siglo XX no debería colgar de Categoría:Siglo XX, puesto que ya lo hace de Categoría:Reino Unido en el siglo XX. La Categoría:Siglo XX queda un poco rara dando ese «trato preferente» a Inglaterra. Aunque, obviamente, no sea intencionado.--Gwyran (discusión) 21:54 23 may 2018 (UTC)[responder]
Hola Gwyran. Te lo muestro para que lo veas por ti mismo, esto se gestiona desde {{Categoría por fecha (núcleo)}}. Por lo que veo, Inglaterra tiene «trato preferencial» en varias categorías, no solo en arte (busca en el código «arte en Inglaterra»). No creo que haya sido con mala fe pero sí de forma intencional, ya que la han incluido explícitamente. Es la única entidad subnacional con esa «preferencia», ni siquiera se incluye a Escocia y Gales (ya puestos). Permíteme que le heche un ojo más fino a las categorías compuestas (xxx por yyy [un país]). Ahora te contesto globalmente. --Metrónomo's truth of the day: «persevera y triunfarás» 00:45 25 may 2018 (UTC)[responder]
Claro, esto es lo que hay que hacer: quitar las categorías manuales y mover el país al final, como un nuevo parámetro. Las categorías del tipo XXX por YYY [un país] se gestionan así. Esto es tarea para un bot, luego ya se podrían quitar las especificaciones que están actualmente en la plantilla que cité en el comentario anterior. --Metrónomo's truth of the day: «persevera y triunfarás» 00:53 25 may 2018 (UTC)[responder]