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

De Wikipedia, la enciclopedia libre


Error de Lua[editar]

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]

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]

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)

Sí  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)
Sí  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]

21:54 4 jun 2018 (UTC)

Categorías[editar]

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áticasCategoría:GeometríaCategorí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]

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]

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]

21:55 11 jun 2018 (UTC)

Títulos[editar]

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]

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

No aparece los botones[editar]

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 A favor 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  (Tutor) → (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.contribsbloq). 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]

¿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  (Tutor) → (Pregúntame aquí) ← 01:47 14 jun 2018 (UTC)

21:47 18 jun 2018 (UTC)

Wikidata weekly summary #317[editar]

Maximización en Android 8.0[editar]

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]

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]

23:10 25 jun 2018 (UTC)

Categoría de mantenimiento para la plantilla de otros usos[editar]

¿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)