Wikipedia:Café/Portal/Archivo/Técnica/2021/01

Añadir enlaces
De Wikipedia, la enciclopedia libre
Esto es un archivo de entradas pasadas. Por favor, no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor, hazlo en la página actual.


Parámetro "redirect" en el enlace al taller[editar]

Quería saber si existe alguna manera de quitarle al enlace del Taller en el encabezado el parámetro de "redirect=no". Gracias. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 11:53 1 ene 2021 (UTC)

@Virum Mundi, te sale con ese parámetro porque es una redirección y se supone que se accede directamente al taller, no a donde este apunte. De esa forma se puede practicar en el taller el uso de las redirecciones. De todos modos, si quieres anular dicho parámetro puedes ingresar el siguiente código en tu archivo personal common.js:
$('#pt-sandbox > a').attr('href', function(){ this.href = this.href.replace('&redirect=no', '');} )
Lo cual debería servir para enlazar directamente y saltar de forma inmediata desde tu taller a su redirección. Un saludo. -- Leoncastro (discusión) 13:46 1 ene 2021 (UTC)
Genial, muchas gracias. O sea por jQuery al atributo del sandbox. Te pediría también el listado de elementos css, pero por pereza volveré a acudir a ti cuando la situación lo requiera ;) Un saludo. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 14:05 1 ene 2021 (UTC)

Bots y redirecciones (y páginas en general) dentro del espacio de usuario[editar]

Estimados, traigo a colación este asunto porque tengo varias redirecciones dentro de mi espacio de usuario, las cuales uso junto con la Zona de pruebas para las plantillas. Hay bots (especificamente MABot y Aosbot) programados para corregir redirecciones, pero hay casos en los que es preferible que no editen, como las páginas (y redirecciones) dentro del espacio de nombres Usuario: (y Usuario discusión:), ya que es altamente probable que dichas redirecciones hayan sido colocadas intencionalmente, y si se trata de redirecciones por renombrado desde el espacio de nombres Usuario: al espacio de nombres principal, a mi juicio, es el usuario humano quién decide si conservar o borrar dicha redirección.

Razón por la cual, quisiera la opinión de la comunidad si se debería regular eso mediante política o algo así. -- Davod (desquítense n_n) 23:18 3 ene 2021 (UTC)

Tal y como indico en la página de mi bot (Usuario:MABot#Exclusiones) existe un sencillo método para evitar que MABot edite una página para cualquier propósito: {{bots|deny=MABot}} o {{nobots}}. Mi bot usa los scripts de la suite Pywikibot, redirect.py en particular, el cual no tiene método alguno de filtrar por espacios de nombre. Si no quieres que mi bot o cualquier otro bot arregle redirecciones dobles o rotas en tu espacio de usuario, por favor coloca la plantilla {{bots|deny=all}} o {{nobots}} en las páginas que no quieres que editen los bots. Todos los bots que corren con la suite de Pywikibot detectan dichas plantillas y las respetan (salvo algún que otro bug). Saludos, —MarcoAurelio 14:35 4 ene 2021 (UTC)
Tiene sentido lo que dices MarcoAurelio y la solución que propones es suficiente. Pero, según tu opinión, ¿Pywikibot debería ser programado para filtrar por espacio de usuario? Agradezco tu respuesta. -- Davod (desquítense n_n) 15:40 4 ene 2021 (UTC)
Depende del script, pues en Pywikibot los hay que sí permiten especificar qué espacios de nombre quieres procesar con el bot (a través de -namespace:), o cuales no, o una lista de ellos. En el caso del script que arregla redirecciones, no soporta dicha opción. Supongo que pensaron que arreglar redirecciones dobles o rotas era algo bueno sin importar el espacio de nombres donde se hallaren. Existe un bug al respecto en discusión y pendiente de resolución. —MarcoAurelio 15:49 4 ene 2021 (UTC)
Buenas a todos. Se puede indicar en el código el espacio de nombres sobre el que trabajar, pero como le comenté a Amitie 10g, en este caso mi bot lo que hace es buscar páginas de usuario que únicamente contienen una redirección al espacio principal. Lo programé precisamente porque en los eventos de edición los usuarios trasladan un artículo desde su taller tras haberlo trabajado, pero la redirección se queda y no son conscientes de ello. La mayoría de páginas que borra son de ese tipo y en caso de haber algún problema, los usuarios tienen la posibilidad de no permitir a los bots tocar esa página. Un saludo. --vanbasten_23 (discusión) 16:16 4 ene 2021 (UTC)

Wikidata weekly summary #449[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Other Noteworthy Stuff
  • Development
    • Due to the winter holidays, no deployment has happened for Wikidata in the last two weeks.

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

Ficha de cuerpo de agua[editar]

Hola,

la ficha {{Ficha de cuerpo de agua}} del artículo Laguna Sin Puerto muestra para el parámetro 'división' el texto "Región del Maule y Región del Maule".

En el artículo Laguna del Maule es mostrado correctamente "Región del Maule".

Ambas páginas tienen el mismo parámetro en Wikidata.

¿Puede alguien corregir el error?. Gracias. --Juan Villalobos (discusión) 16:40 4 ene 2021 (UTC)

@Juan Villalobos: Sí Hecho, la propiedad located in the administrative territorial entity tenía dos valores en Wikidata, eliminé uno de los valores. Saludos Valdemar2018 (discusión) 17:23 4 ene 2021 (UTC)
Gracias Valdemar2018. Lo miré, lo busqué, pero no lo ví. --Juan Villalobos (discusión) 18:15 4 ene 2021 (UTC)

Petición para sincronizar imagenes con texto.[editar]

Buenas tardes. Agregué una sección al artículo Reyes Magos#Melchor, para cada rey agregué una imágen. ¿Alguien podría hacer coincidir cada imágen con su parrafo correspondiente? Gracias.--TZubiri (discusión) 00:01 6 ene 2021 (UTC)

@TZubiri, pues como PabloTecEspaña ha deshecho tus ediciones, deberías hablarlo con él primero. --Leoncastro (discusión) 00:26 6 ene 2021 (UTC)

Código del Café[editar]

Me podrían decir cual es el codigo de el café ? quiero saber si el código se puede usar en wikis de Fandom (sitio web) porque quiero crear un foro y estoy interesado en hacer uno. Me podrían dejarlo en mi pagina de discusion o responder esto. Si no pueden muchas gracias buscare otra forma — El comentario anterior sin firmar es obra de Pinguipedista (disc. • contribs • bloq). 03:55 10 ene 2021

¿Cual código? Esta página incluye Plantilla:Espuma del café al inicio, y debajo se encuentran las secciones --Fundn (discusión) 05:13 10 ene 2021 (UTC)
Como te ha comentado Fundn, el Café no tiene nada especial y funciona como cualquier otra página de discusión sin código diferente. La Plantilla:Espuma del café incluida solo añade enlaces para la navegación y el buscador pero ninguna de esas cosas está desarrollada exclusivamente para el café. josecurioso ❯❯❯ Háblame! 14:51 10 ene 2021 (UTC)
Es más, Pinguipedista, yo te recomendaría que trabajes por ti mismo en una estructura que se adapte bien a tus necesidades sin tomar como referencia este Café, porque no es una solución ideal ni generalizable, ni mucho menos. De hecho, la estructura de múltiples subpáginas en los títulos principal y de los archivos, yo la califico directamente de engorrosa. - José Emilio –jem– Tú dirás... 20:52 10 ene 2021 (UTC)

Tech News: 2021-02[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

  • Puedes elegir que el sistema te avise cada vez que no añadas un resumen de edición. Ello puede realizarse a través de tus preferencias de usuario. Aunque esto podía causar problemas con los códigos CAPTCHA, ello ya ha sido arreglado. [1]
  • Puedes obtener enlaces a entradas del registro individuales haciendo clic en la fecha que se muestra en el registro. Hasta ahora, incluso aunque tuvieses permisos suficientes, dichos enlaces cuando hacían referencia a registros privados no funcionaban. Ahora ya sí. [2]
  • Los administradores pueden usar el filtro antiabusos para evitar ediciones contraproducentes de manera automática. La semana pasada se produjeron tres cambios:
    • La interfaz de edición ahora muestra errores de sintaxis a la vez que escribes, de modo similar a lo que ocurre con las páginas de código JavaScript. También mostrará un aviso para expresiones regulares que coincidan con una cadena vacía. Se añadirán más avisos en el futuro. [3]
    • Los supresores de ediciones ya pueden ocultar múltiples entradas en el registro de abusos a la vez usando casillas de verificación, al igual que sucede con el borrado de revisiones en las páginas wiki. [4]
    • Cuando un filtro se dispara muy a menudo en un breve período de tiempo se "autolimita", deshabilitándose las acciones más peligrosas. Esto ocurre para evitar problemas en caso de que existan filtros mal configurados. Los administradores ahora recibirán una notificación cuando algún filtro se autolimite.
  • Elemento avanzado Hay una nueva herramienta para crear nuevas apariencias. Puedes ver las apariencias existentes y también compartir tus opiniones. [5]
  • Elemento avanzado Los bots que hacen uso de la API ya no añadirán páginas automáticamente a sus listas de seguimiento. El código watchlist con watch todavía funciona. Esto se hace para reducir el tamaño de las listas de seguimiento en nuestras bases de datos. [6]
  • Elemento avanzado Scribunto ahora muestra la longitud en los metadatos. [7]
  • Elemento avanzado Ahora es posible enlazar a una línea en concreto de las páginas wiki en formato CSS y JS. Puedes usar enlaces wiki tipo MediaWiki:Common.js#L-10. [8]
  • Elemento recurrente La semana pasada se instaló una nueva versión de MediaWiki. Puedes ver un registro detallado de los 763 cambios. Muchos de ellos son cambios menores que no te afectarán.

Cambios de esta semana

  • Elemento recurrente La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 12 enero. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 13 enero, y en las restantes a partir del 14 enero (calendario).

Las Noticias Técnicas son preparadas por los redactores de Noticias Técnicas y publicadas con un bot • Colabora • traduce • obtén ayuda • comenta • suscríbete o cancela tu suscripción.

15:41 11 ene 2021 (UTC)

Wikidata weekly summary #450[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • QueryGraph is a web tool for creating queries in SPARQL from graphs.
  • Development
    • Continued working on the Query Builder. We focused on making it possible to query for Item values and being able to limit the number of Items in the result. We also looked into how to query for quantity values.
    • Changed P920’s data type from string to external identifier (phab:T269205)
    • Finished working on the problem of Items that have the page prop wikibase:statements set to 0 but actually do have statements (phab:T145712)
    • Continued work on the “Publishing” step of the Wikibase release pipeline by building and testing three components of the software suite: Wikibase (phab: T267893), Query Service frontend (phab:T268025), and Query Service backend (phab:T268022)

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


Archivar comentarios sin firmar[editar]

No estoy muy seguro si es el lugar, si no corresponde, por favor, dígaseme dónde debo preguntar.

Tengo programado el bot de archivado de mi PD por meses, pero me he dado cuenta que los comentarios sin firmar no los ve, con lo que se acumulan alargando la página. Además suelen editores quejándose de páginas borradas que carecen de interés. Querría saber si puedo crear un archivo propio con un nombre distintivo de los que el bot crea para irlos trasladando a él cuando haya pasado el tiempo de archivado automático, 30 días. Lo dejaría enlazado en la misma caja de archivos o en un lugar visible al principio de la PD. Traté de "forzar" al bot con la plantilla de no firmado y el alias ficticio "John Doe", pero no ha servido,

Gracias. --Linuxmanía (discusión) 20:14 17 ene 2021 (UTC)

@Linuxmanía, lo que busca el bot no es un enlace de usuario sino una firma de usuario con su fecha correspondiente, con la cual se sabe en qué periodo archivar. Te he puesto las firmas faltantes tal y como debieron ser puestas —nada que no se pudiera hacer en cinco minutos—, así como que también he borrado varias plantillas que impedían el archivado. Ahora el bot archivará correctamente. Si no quieres buscar cuando fue la edición del usuario en cuestión, puedes firmar tú mismo al final (por ejemplo indicando «Para archivar»), con lo que se archivará basándose en la fecha de tu respuesta final. -- Leoncastro (discusión) 20:39 17 ene 2021 (UTC)
Todo es fácil cuando se sabe cómo. Mil gracias. --Linuxmanía (discusión) 20:44 17 ene 2021 (UTC)

Plantilla:Fecha y husos horarios[editar]

Origen de la problemática[editar]

Buenas. Tengo una consulta, que surgió a partir de esta secuencia de edición: 1. Desconozco si ya se ha tratado este tema anteriormente. Un usuario quería actualizar la edad de un cantante coreano, en vista de que en Corea del Sur, al momento de la edición, ya era 30 de diciembre (UTC+9), y por lo tanto el cantante tenía, en esos precisos momentos, en su lugar de origen y residencia, 25 años. No obstante, la plantilla {{fecha|30|12|1995|edad}} estaba ajustada al huso horario UTC, por lo cual el cambio automático no fue efectivo hasta varias horas después, apareciendo durante todo ese trámite con una edad de 24 años. En determinados casos este tipo de desfases producen faltas de consensos entre usuarios anónimos que buscan actualizar la información, y usuarios registrados que esperan a que la plantilla actualice de manera automática, como ocurrió en dicho artículo unas cuantas ediciones antes (2, 3, 4) y después (5, 6).

A la vista de esto me surge la siguiente pregunta: ¿sería pertinente calibrar la plantilla para incluir el caso a caso de los husos horarios, y de ser pertinente, ¿cuán posible es adaptar la plantilla actual? (lo pregunto desde mi desconocimiento, y reconociendo que todo cambio lleva tiempo de trabajo).

Variabilidad de los husos[editar]

¿Cómo podría ser? A modo de mapa mental, se me ocurre algo así, para reformular la plantilla sin romper su funcionamiento actual (pido disculpas por lo precario del planteamiento, espero se me entienda):

Caso 1
  • Se inserta: {{fecha|30|12|1995|edad}}.
  • Retorna: respuesta en UTC 0 por defecto (es el uso que actualmente existe).
Caso 2
  • Se insertaría: {{fecha|30|12|1995|edad|país}} (con casilla adicional para agregar país).
  • Retornaría:
    • Para países homogéneos = UTC nacional.
    • Para países multi-UTC = UTC capital (por defecto).
Caso 3
  • Se insertaría: {{fecha|30|12|1995|edad|país|huso}} (con otra casilla adicional para agregar huso, a usar en casos excepcionales de países multi-UTC).
  • Retornaría:
    • Para países homogéneos = UTC nacional, independiente del dato que el usuario provea.
    • Para países multi-UTC = especificación UTC dentro del pul de UTC nacionales correspondientes (otros UTC redirigirían a UTC capital).
Husos horarios actuales (actualizado al 28 de diciembre de 2020).

Cambios de huso[editar]

Utilizando las mismas casillas de país y huso, se podría automatizar los cambios de husos en aquellos países que llevan a cabo esta modificación durante el año:

Mapa de los países que utilizan el horario de verano durante los periodos que abajo se mencionan:      Durante el verano boreal (hemisferio norte).      Durante el verano austral (hemisferio sur).      No utilizan el horario de verano.

Notas:

  • La existencia de cambios de huso obedece a tradiciones y normativas de tendencia fuerte, que se mantienen, cuanto menos, por lustros y décadas, de manera que se asegura cierta estabilidad de la plantilla con la adición de esta cualidad.
  • Pensando en lo anterior, me parece que requeriríamos una estandarización del cambio de huso en los países adscritos a esta política, para evitar complejizar el tema de las actualizaciones dentro del código de plantilla, y en vista de que no todos estos países repiten un día en específico para estos cambios todos los años, variando de un año a otro las fechas de éstos. En conveniencia con los fines prácticos, una fecha ideal de estandarización uniforme podrían ser los equinoccios (21 de marzo, 21 de septiembre).
  • El sentido del corrimiento de los husos estacionales corresponde a la disposición hemisferal de cada país y/o territorio, de manera que se simplifica añadir esta cualidad en la plantilla (pues sólo hay dos sentidos de cambios en el huso horario para una mismo tránsito estacional en los países y/o territorios que realizan estas modificaciones, los cuales serían +1 UTC y -1 UTC, alternados por hemisferio y fecha equinoccial):
  • Cambio de horario para el verano norte (21 marzo, equinoccio con tendencia de horas luz creciente)
    • NW = Groenlandia (UTC-3 > UTC-2), Bahamas (UTC-5 > UTC-4) = +1
    • NE = Irán (UTC+3:30 > UTC+4:30), Moldavia (UTC+2 > UTC+3) = +1
  • Cambio de horario para el invierno sur (21 marzo, equinoccio con tendencia de horas luz menguante)
    • SW = Chile (UTC-3 > UTC-4), Paraguay (UTC-3 > UTC-4) = -1
    • SE = Nueva Zelanda (UTC+13 > UTC+12), Samoa (UTC+14 > UTC+13) = -1
  • Para el equinoccio de septiembre se invertirían los valores.

PD: Ojalá que a alguien le llame la atención este tema, y pueda revisar la conveniencia de un cambio así, o su factibilidad. Saludos. Wikiedro 17:24 29 dic 2020 (UTC)

  • Muy a favorMuy a favor Muy a favor de adaptar la plantilla. Existe Módulo:Fecha, por lo que habría que hacer una revisión exhaustiva de como se puede implementar en la plantilla. -- Davod (desquítense n_n) 15:11 5 ene 2021 (UTC)
  • comentario Comentario. En principio me muestro escéptico respecto a la necesidad de hacer un cambio así para satisfacer la, visto lo visto, imperiosa necesidad de los kpoperos/as de felicitar el cumpleaños a su idol/bias/bias wrecker/sunbae en Wikipedia. Puestos a rizar el rizo, pueden surgir disputas por lo que sea («Jungkook nació en Corea, pero hoy se encuentra en Nueva York dando un concierto así que su cumpleaños es a las UTC -5» Fdo.: --BTSfan (discusión)»). Ahora bien, si es factible técnicamente, que imagino que sí, y alguien quiere emplear su tiempo en que un pequeño número cambie unas horas antes o después en un único día cada 365... que lo haga. -sasha- (discusión) 15:43 5 ene 2021 (UTC) PD: ¿El cumpleaños de Messi es a la hora de Barcelona o a la de Rosario?
comentario Comentario Messi es fácil. Cumple años el 24 de junio y el 22 tiene partido de la Copa América en el Estadio Antonio Vespucio Liberti, contra Australia, el 27 juega en la Plata. Es la hora de Argentina (supongo, se le pone una referencia al hotel de concentración y creo que vale). Si el año que viene se va a Catar o a China lo podemos ir cambiando. Kirchhoff (discusión) 17:48 5 ene 2021 (UTC)
comentario Comentario Sí, justamente por eso quería que se discutiera sobre su pertinencia. Yo veo tres planteamientos distintos, con sus propios argumentos, respecto a la constitución de la edad, y que aquí compiten:
  • El primero es la estandarización a un mismo tiempo universal respecto de la edad o antigüedad de un objeto, sujeto o hecho, generalizando su fecha a un único UTC, siendo su simpleza un beneficio, pero con los problemas antes mencionados (justificación: simplicidad).
  • El segundo planteamiento es sujetar dicha edad o antigüedad al UTC de su lugar de origen. Un justificativo a esta modalidad es que, desde el momento en que se produce un nacimiento o hecho en concreto, no es sino un ciclo cerrado hasta completar su UTC originario (o su traducción al resto de coordenadas del mundo) cuando efectivamente se logra una cantidad entera de años. Ejemplo: Taylor Hackford nació el 31 de diciembre de 1944, en California (UTC-8). A las 0:00 UTC+0, ese día, aparecería con edad de 76 años, sin embargo él todavía tendría 75 años de vida, para ser específico, 75 años con 364 días y 16 horas de existencia efectiva, faltándole aún esas 8 horas por delante para cumplir con 76 años de vida (justificación: ciclo existencial).
  • El tercer planteamiento es el que se comentaba aquí, el de sujetar la edad al lugar de destino (justificación: huso presencial). En este caso coincido en que sería problemático para personas con un frecuente tránsito internacional, por lo cual descartaría esta idea.
De mi parte me inclino por el segundo planteamiento. Wikiedro 21:45 5 ene 2021 (UTC)
Esto requeriría mantenimiento constante innecesario en miles de artículos. Hay biografiados que no se sabe en que país o región están viviendo actualmente, otros tienen dos residencias, una de verano y la otra de invierno/trabajo.. El ejemplo de Messi en realidad, entre el 23 y 26 podría estar de visita en Alaska o en Moscú y no enterarnos. ¿Como se solucionaría si no hay fuentes fiables al respecto?
Esto complicaría la plantilla y módulos y dificultaría probablemente su mantenimiento. Además que algunas cosas requieren recursos al servidor y siempre se ha aconsejado mantener el código lo más simple posible. Quizás @Leoncastro: o @-jem-: puedan aclarar esto de una mejor manera. Saludos. --Hispano76 (discusión) 23:04 5 ene 2021 (UTC)
Muy en contraMuy en contra Muy en contra de la propuesta. Si bien el planteamiento está suficientemente razonado con argumentos basados en buena lógica, en su afán por lograr mayor exactitud con las fechas, se omite su escala. Se está asumiendo que todos nacemos a las 00:00 del horario local y que eso es un problema en las venintitrés franjas horarias restantes, porque la plantilla toma las 00:00 horas del horario UTC+0. En el segundo punto de la exposición de Wikiedro se nota esa evidencia, haciendo referencia a las «horas de existencia efectiva». ¿Y qué pasaría si Taylor Hackford hubiese nacido a las cuatro de la tarde en su horario local?
Si hay que explicarles a los fanáticos que existen veinticuatro zonas horarias diferentes y que estamos tomando una de ellas como referencia, pues se le explica. Suficiente problema tenemos en explicar si alguien nació en horario UTC+9 o UTC+8, como para agravarlo con discusiones sobre si el famoso de turno nació a las 09:00 UTC+9 o a las 21:00 UTC+9. -- Leoncastro (discusión) 23:07 5 ene 2021 (UTC)
Entiendo el punto, y también considero que incluir la precisión de horas es evidentemente inabordable. Pero asumo que ya existe una estandarización de la hora de nacimiento a 0:00, como se hace actualmente con el uso de la plantilla. A partir de aquella premisa es que desarrollo lo del segundo planteamiento. Wikiedro 00:14 6 ene 2021 (UTC)
Osea Wikiedro, que está bien asumir que todos nacemos a las 00:00 horas, pero está mal que cumplamos años a las 00:00 (UTC). Pues no sé yo... -- Leoncastro (discusión) 00:23 6 ene 2021 (UTC)
Por alusiones, también veo inabordable manejar toda la casuística posible en cuanto a huso y hora exacta en el nacimiento, conocimiento del lugar de residencia o presencia en cada momento, etc. De hecho, habría que saber si hay alguna definición legal de «edad» que pudiéramos aplicar antes de poder plantearnos seriamente algo en este sentido. Por lo demás, si estos problemas de «impaciencia» de los editores se repiten sistemáticamente, ya sea con cantantes coreanos o en otros temas, habría que saberlo para evaluar otras medidas, que podrían incluir bloqueos, semiprotecciones... o incluso «duplicar» u ocultar la edad temporalmente para evitar estos problemas. - José Emilio –jem– Tú dirás... 20:52 10 ene 2021 (UTC)
Me gusta lo de las semiprotecciones, como también las dos alternativas que mencionaba en la parte final de su comentario, respecto, según entiendo, a que ese día aparezca un «24-25 años», siguiendo el ejemplo del principio y colocando un mensaje aclaratorio para cursores, y/o que simplemente se oculte el dato hasta transcurrido ese día. Podría llevarse a votación cada una de estas opciones. Wikiedro 15:08 13 ene 2021 (UTC)
Yo veo una solución muy sencilla: no poner la edad en la ficha. A fin de cuentas es un dato deducido, que se obtiene a partir de una resta bastante elemental... strakhov (discusión) 20:10 18 ene 2021 (UTC)

Wikidata weekly summary #451[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
  • Development
    • Continued working on the Query Builder. We continued to set up tracking for the number of queries that result in an error, timeout, etc. (phab:T269224). We als made it possible to query for Item values (phab:T268814). You can always try the current state on the test system.
    • Finished fixing an issue with whitespace being stripped while typing when editing Lexemes (phab:T250550)
    • Worked on no error being shown when trying to save Lemma with invalid language code (phab:T265783)
    • Working on using Special:MyLanguage feature for more links in the Wikidata Query Service interface to redirect people to documentation in their language (phab:T267656)
    • Continued interviewing people to better understand how to best compare Wikidata's data against other databases in order to find mismatches that need the editors' attention

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

Tech News: 2021-03[editar]

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

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 19 January. It will be on non-Wikipedia wikis and some Wikipedias from 20 January. It will be on all wikis from 21 January (calendar).

Future changes

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

16:09 18 ene 2021 (UTC)

Lista de artículos con plantilla[editar]

Hola, si deseara patrullar los artículos con avisos de falta de referencias ( Plantilla:Referencias ) ¿hay alguna herramienta que cuente y liste todos los usos de la plantilla?

Gracias.--TZubiri (discusión) 18:55 18 ene 2021 (UTC)

@TZubiri: Categoría:Wikipedia:Artículos que necesitan referencias. Un saludo.--Malvinero10 18:59 18 ene 2021 (UTC)

Gracias!--TZubiri (discusión) 21:05 18 ene 2021 (UTC)

Modificación de la plantilla NBA profile[editar]

Buenas tardes, me gustaría saber si alguien podría modificar la plantilla {{NBA profile}} ya que la página web de NBA.com ha cambiado los criterios de indexación de sus páginas. Se trataría de que dirigiera a https://www.nba.com/stats/player/número siendo número el valor que se proporciona en Wikidata, en el identificador NBA.com. Hay cientos de páginas que usan la plantilla y que lleva ahora a un 404. Espero haberme explicado bien, cualquier duda, planteádmela en mi discusión. Gracias de antemano. --Pacoperez (discusión) 18:00 19 ene 2021 (UTC)

Ya está arreglado pero no al 100%, como hay jugadores para los que ese identificador no está en Wikidata sus enlaces siguen sin ir al perfil correcto. Para facilitar detectar esos casos estoy intentando meterle una categoría de mantenimiento a dichas páginas cuando se dé el caso pero no soy capaz a que funcione. josecurioso ❯❯❯ Háblame! 18:56 19 ene 2021 (UTC)
@Pacoperez , ya está listo. En Categoría:Wikipedia:Usos de NBA profile en jugadores sin el ID en Wikidata se listan las páginas que utilizan la plantilla y no tienen definido el identificador en wikidata. Para esas páginas he hecho que no se muestre el enlace roto. josecurioso ❯❯❯ Háblame! 19:08 19 ene 2021 (UTC)
Y sin embargo ese enlace ya estaba incluido de forma automática en el {{control de autoridades}}. -- Leoncastro (discusión) 19:22 19 ene 2021 (UTC)
@josecurioso , genial, muchas gracias. --Pacoperez (discusión) 19:55 19 ene 2021 (UTC)
(conflicto de edición) Sí, habíamos decidido el ir retirando las plantillas que se utilicen únicamente como enlaces externos, siempre y cuando estén en el Control de autoridades. Yo retiré varias plantillas, pero algunas tuve que dejarlas (Commons, Wikinoticias...) porque en la versión móvil no se veían todos los enlaces. Así no retiré más. Un saludo. --vanbasten_23 (discusión) 20:02 19 ene 2021 (UTC)
Desconocía esa decisión y no me fijé que ya estaba en el control de autoridades, si hay que eliminarla que así sea. josecurioso ❯❯❯ Háblame! 20:22 19 ene 2021 (UTC)

Ordenar categorías apellido/nombre[editar]

Hola a todos,
Propongo eliminar el uso de la plantilla {{ORDENAR: }} para ordenar categorías por el apellido. Es lo que se recomienda en Ayuda:Categoría, pero el problema es que si no hay un bot que lo organice automáticamente o algo así, el resultado final son categorías en las que la mitad de las personas se ordenan por el nombre y la otra mitad por el apellido. Por ejemplo Categoría:Cocineros de Italia es un lío. Saludos, --El Mono Español (discusión) 02:27 6 ene 2021 (UTC)

¿Propones que todas las categorías se ordenen por el nombre o que se ordenen por el apellido pero no con la plantilla Ordenar? Saludos. Lin linao ¿dime? 17:08 6 ene 2021 (UTC)
Ok, es razonable, pero recuerda que hay idiomas donde el apellido va antes del nombre y no debe usarse la variable ORDENAR. Así mismo, si se detecta un error, se puede editar para colocar la información faltante o usar el símil de {{NF}} para incluir el año de nacimiento y fallecimiento. Los bot no son soluciones mágicas a este tipo de problemas. Saludos Superzerocool (el buzón de msg) 18:19 6 ene 2021 (UTC)
Y hay culturas en que el apellido va antes pero que en castellano va después... a menos que sean de antes de X época. El ex primer ministro japonés Shinzo Abe es de apellido Abe, pero el shogun Minamoto no Yoritomo era del clan Minamoto. Lin linao ¿dime? 18:34 6 ene 2021 (UTC)
El Mono Español: Estás planteando dos problemas distintos. Uno es cómo deberíamos ordenar a las personas, si por los apellidos o por el nombre, y eso implica no solo las claves de ordenación, sino también los listados dentro de los artículos, que no son pocos. A este respecto, la Ortografía 2010 dice textualmente (p. 638): «El eje de ordenación alfabética de los antropónimos españoles es el primer apellido», lo que es taxativo, aunque nos deja sin una solución clara para los no españoles y para los no hispanohablantes; parece que hasta ahora estamos aplicando implícitamente esa regla en los artículos y en las páginas de ayuda, pero convendría hacerlo explícito en las políticas, y dejar claro cómo resolver casos como el húngaro, los asiáticos, etc. El segundo problema es la automatización de la aplicación continuada de las reglas que se decidan en la ordenación, y en ese sentido no hay que lamentarse si falta, sino pensar que es algo factible y que hay que plantearlo en la página de solicitudes a bots para abordarlo, una vez tengamos claro el consenso sobre la norma a aplicar. - José Emilio –jem– Tú dirás... 20:52 10 ene 2021 (UTC)

Hola, si eso ya está estandarizado de esa manera, entonces me parece bien. Encontré esto: en:Wikipedia:NAMESORT. Viene bastante bien detallado cómo funciona en cada idioma y de hecho en WP:CP un usuario en 2017 quiso traducirlo, cosa que puedo hacer yo si hay consenso. Lo que veo realmente complicado que se aplique en la realidad. Saludos, --El Mono Español (discusión) 22:23 10 ene 2021 (UTC)

Hola. Todavía no sé si te interesa que modifiquemos el modo en que aparecen los elementos en las categorías o si lo que quieres es que usemos otra herramienta para ordenarlos. Si se trata de lo primero, no es un problema de política o de convención, sino de falta de conocimiento o de prolijidad: no es que alguien crea que "Fulano Zutano Pérez García" va en la F o la G, es que ni se preocupó de eso, pero va en la P. Si se trata de lo segundo, ¿qué problema tiene la herramienta actual y con qué otra podría resolverse? Saludos. Lin linao ¿dime? 22:31 10 ene 2021 (UTC)
Lin linao lo que quiero decir es que dentro de una misma categoría te encuentras personas ordenadas por su nombre y personas ordenadas por su apellido, eso me lo he encontrado no una ni dos sino muchas muchas veces en categorías de Wikipedia. Ejemplo es el que mencioné antes. Si como dices, hay ya una herramienta-bot que se dedique a ello, claramente no está funcionando como debería. Más ejemplos tras un vistazo rápido que acabo de hacer:

Me da igual si por el nombre o por el apellido, donde veo el problema es que no hay un estándar al que los wikipedistas nos podamos acoger, y por lo tanto ocurren guerras de ediciones como esta que tuve con un usuario mientras intentaba homogeneizar para la Categoría:Pizzeros. ¿Qué podemos hacer para resolver esto? Saludos,--El Mono Español (discusión) 14:28 11 ene 2021 (UTC)

Gracias, El Mono Español. Se trata de un error humano, por desconocimiento de las plantillas o incluso de las categorías. Se ordenan por apellido, de toda la vida, salvo que el título no contenga apellidos, por supuesto (Cantinflas). El método antiguo era añadir la ordenación en cada categoría de un artículo. Por ejemplo, [[Categoría:Escritores de Italia|Baricco, Alessandro]], [[Categoría:Escritores en italiano|Baricco, Alessandro]], etc. Pero desde hace años tenemos {{ORDENAR}} para cualquier página y {{NF}} que permite categorizar por año de nacimiento y muerte y además permite indicar un orden. Yo creo que NF funciona bien, mientras la gente la use. Saludos. Lin linao ¿dime? 15:04 11 ene 2021 (UTC)
El Mono Español, para dejarlo completamente claro: no existe actualmente un bot que corrija sistemáticamente estos errores, pero es perfectamente viable plantear su creación en WP:BOT/S. Creo que el punto clave para su desarrollo sería usar las propiedades para nombre y apellido de Wikidata, que nos permitirían diferenciarlos y determinar la ordenación correcta a añadir. Por lo demás, el uso del apellido para ordenar está generalizado y estoy seguro de que los problemas/discrepancias no se dan en el 90 % de los artículos, y ni siquiera en el 90 % de las categorías (pero si no me crees y estás muy interesado, puedo preparar algún tipo de muestreo). - José Emilio –jem– Tú dirás... 10:57 20 ene 2021 (UTC)
No hay un bot que lo haga en automático, pero sí lo hace el propio módulo al usar la plantilla {{NF}}. Si se deja en blanco la clave de ordenación, el módulo trata de ordenar el artículo usando los datos de Wikidata. Además del primer apellido (P734) y el nombre de pila (P735), también intenta tomar en cuenta el segundo apellido en nombre español (P1950), o, cuando corresponda para los nombres de antiguos romanos, el nomen (P2359), cognomen (P2365) y praenomen (P2358). -- Leoncastro (discusión) 18:00 20 ene 2021 (UTC)

Creación de plantillas[editar]

Tengo una consulta, y es que no se si para crear una plantilla se hace en el mismo editor que los artículos o se hay un editor especial. Lo desconozco por completo. Quiero crear una plantilla de una campaña militar.--PetrusAdPortas (discusión) 01:56 18 ene 2021 (UTC)

Nunca lo he hecho, parece ser dificil, mi recomendación es empezar leyendo el codigo de una plantilla, luego modificarla y luego copiar o duplicarla. La página de discusión de la plantilla de interés suele brindar ayuda.--TZubiri (discusión) 18:52 18 ene 2021 (UTC)
PetrusAdPortas, lo primero que te pediría si tienes poca experiencia creando plantillas es que pidas ayuda en el Wikiproyecto:Plantillas, porque es fácil cometer errores, empezando por una creación innecesaria cuando ya existe una plantilla que pueda cubrir esa función; en este caso, en principio deberías revisar primero {{Ficha de conflicto}} y {{Campaña militar}}. - José Emilio –jem– Tú dirás... 10:57 20 ene 2021 (UTC)

Mover la barra de coordenadas más abajo[editar]

Hola y reciban una felicitación tardía por el aniversario de Wikipedia. El motivo del mensaje es consultar la posibilidad de Mover la barra de coordenadas un centímetro más abajo de donde se encuentra actualmente, por debajo de línea del título del artículo.

  • Antes (ejemplo de la Wikipedia en polaco)
    Antes (ejemplo de la Wikipedia en polaco)
  • Después (ejemplo editado)
    Después (ejemplo editado)

Les escribo en nombre del equipo web que trabaja en las mejoras de la versión para escritorio. Les dejamos los enlaces más útiles en los lugares más intuitivos de la pantalla. Descheckeen Utilizar versión heredada de Vector en sus preferencias para ver las mejoras ya realizadas y conocer las nuevas.

Se cambiarán de lugar las coordenadas. El cambio no será extraordinario, y desde el punto de vista del editor, nada cambia. Gráficamente, las coordenadas se mostratán en un lugar ligeramente inferior.

¿Debemos realizar este cambio? ¿Qué opinan? SGrabarczuk (WMF) (discusión) 21:27 19 ene 2021 (UTC)

@SGrabarczuk (WMF), comprendiendo los motivos por lo que se presenta esta propuesta —aunque aquí no se detallen; una pista: para dejar hueco a nuevas funcionalidades [inicialmente] opcionales—, sería conveniente analizar un poco más las alternativas, puesto que esta propuesta produce un espacio vacío entre el título y el inicio del contenido. Por cierto, aunque supongo que será así, no se aclara si este cambio afecta solamente a las coordenadas o también a los demás indicadores (como los símbolos de AD y AB, entre otros). Tampoco se aclara la posición relativa de esta nueva línea de coordenadas respecto al título, el tagline, los subtítulos o el contenido; porque aunque normalmente en este proyecto el contenido entre título y contenido figure oculto, es importante a la hora de usar diversos accesorios que se ubican en el tagline. Ya que estamos en el Café de Técnica, es mejor que se indiquen los detalles técnicos con el mayor detalle posible, en lugar de realizar cuestiones genéricas que omiten algunas posibles consecuencias. Por otro lado, si ya se ha decidido que se cambiarán de lugar las coordenadas, ¿qué sentido tiene entonces la consulta? -- Leoncastro (discusión) 22:00 19 ene 2021 (UTC)
Por favor, ayuda a traducir a tu idioma
I did not write about this in the first edit, because I wanted to write about one thing at a time. Now, I see I should have made this clear at the beginning. The main reason is that we need to prepare blank spot where the language switcher button could go. Why the interwiki would be moved from the sidebar to that spot?
  1. Readers hardly ever use the sidebar - it's not interesting for them and if they collapse it, they uncollapse it really rarely (report).
  2. Readers often don't know how to switch between the language versions - they read in the language they find first or they use external search engines (such as Google).
  3. Both editors and readers prefer the language switcher to be above the article line - in their opinion, it's easier and more intuitive (editors' feedback report).
Our engineers are putting and will put a lot of effort to make sure everything makes sense in the new places. Yes, other indicators will also be moved (for the new Vector only). But the coordinates require most collaboration with the communities. If you're not new to Phabricator, I encourage you to take a look at phab:T248761 and phab:T263511. I've asked to move the coodinates because we don't want anything important to: a) happen without the communities' consent, b) be broken due to the lack of discussions with the best informed volunteers. SGrabarczuk (WMF) (discusión) 23:51 19 ene 2021 (UTC)
Leoncastro, one more thing, a more important one. We will need volunteers' involvement to edit relevant code to get the coordinates moved. If these were in <indicator> tag, we could do that by ourselves. In this case, we need volunteers' effort. SGrabarczuk (WMF) (discusión) 00:06 22 ene 2021 (UTC)

Tabla[editar]

Viendo Elecciones legislativas de Argentina de 1983#Resultados, abro con el editor de código y mi navegador comienza a flaquear. ¿Crear una plantilla que genere esa enorme tabla ayudaría a "aliviar" al artículo?--Malvinero10 01:31 17 ene 2021 (UTC)

Sería como las Plantillas de tablas de fútbol.--Malvinero10 01:33 17 ene 2021 (UTC)
@Malvinero10, si tu navegador flaquea con las tablas de ese artículo, flaquearía del mismo modo o incluso más con las mismas tablas pero transcluídas desde plantillas. Para aliviar el artículo la opción más lógica sería llevar esas tablas completas a anexos, dejando en el artículo solamente la parte importante de las mismas. Si se quiere, usando {{Resultados electorales}}. No creo que, de los casi dieciocho millones de votantes, los trece votos del Partido Conservador Popular sean una parte tan relevante como para ocupar un lugar en el artículo principal. Las candidaturas menores se pueden agrupar en un conjunto de «Otros». Viendo casos como este no sé para qué tenemos los Anexos. -- Leoncastro (discusión) 13:41 17 ene 2021 (UTC)
@Leoncastro: Muchas gracias.--Malvinero10 14:02 23 ene 2021 (UTC)
Estoy de acuerdo con los anexos y que estos se enlacen en el artículo. En general para cualquier tabla o gráfico que sea lo suficientemente grande. En mi caso tengo problemas para editar artículos de 300kB o más (que los hay), pero se lo que se siente. --Metrónomo's truth of the day: «persevera y triunfarás» 18:26 23 ene 2021 (UTC)

Enlace interwiki sin wikidata[editar]

Buenas tardes. La página Cerveza artesanal no tiene enlace a una versión en inglés a pesar de que la wikipedia en inglés tenga información al respecto. Este problema no puede ser resuelto a través de wikidata. Intenté utilizar el sistema antiguo con [[en:Craft Beer]] pero un filtro no me permite hacerlo.

Hay alguna otra manera de agregar un enlace a otra wiki en la sección de lenguajes de la barra lateral izquierda, sin tener que sujetarse a las reglas y prioridades de wikidata?

Aclaro el conflicto entre wikidata y wikipedia por las dudas, hay muchos más, pero en este caso puntual wikipedia quiere vincular dos artículos de una wiki a un artículo de otra wiki, pero wikidata no permite esto. Otra razón sería si wiki A tiene un artículo de buena calidad y otro de mala calidad de conceptos similares, como un producto y su fabrica, pero wiki B tiene lo opuesto, en ese caso wikidata va a forzar a vincular artículos malos para poder armar una base de datos más precisa, pero las wikipedias preferirían vincular a los mejores artículos posibles.

--TZubiri (discusión) 23:59 24 ene 2021 (UTC)

No termino de comprender, TZubiri. Cerveza artesanal es una redirección a Microcervecería, que sí enlaza a la versión en inglés Craft brewery and microbrewery; y la versión en inglés Craft Beer, a su vez, es otra redirección a la anterior. ¿Pretendes enlazar las dos redirecciones? No le veo utilidad. -- Leoncastro (discusión) 00:33 25 ene 2021 (UTC)

Mis disculpas, la página a la cual me refería es Cerveza artesana--TZubiri (discusión) 01:27 25 ene 2021 (UTC)

Vale, ahora ya me encaja mejor. Este caso particular no es algo habitual, pero podría añadirse un interwiki extra. -- Leoncastro (discusión) 17:25 25 ene 2021 (UTC)

Wikidata weekly summary #452[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Past: Wikidata+Wikibase office hour happened on January 21st. See notes here (English).
    • Past: 2021 OpenStreetMap x Wikidata Beginner Teaching Workshop (in Chinese). Replay on YouTube 1, 2, 3, 4
    • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Wikibase, the Integrated Authority File (GND) pilot at the German National Library, and the WikiLibrary Manifesto, 26 January. Agenda
    • Upcoming: SPARQL queries and OpenRefine live on Twitch and in French by Vigneron, Januray 26 at 18:00 CET
    • Upcoming video: LIVE Wikidata editing #29 - YouTube, Facebook, 30 January
    • Upcoming: Online Wikidata meetup in Swedish #47, 31 January
    • Upcoming: The Open Festival of Persistent Identifiers starts from 27 January 2021. See schedule here.
  • Tool of the week
    • TAViewer is a web-based anatomy atlas viewer that cross-references Terminologia Anatomica terms with data from Wikipedia and Wikidata.
  • Development
    • Continued working on the Query Builder: made it possible to limit the number of results in the result set, made it possible to include results from subclasses when querying for Item values, worked on negating queries and started on sharing of queries via URL. As always you can try the current state on the test system.
    • Making links in the Query Service redirect to the proper translations of their pages on-wiki by using Special:MyLanguage redirects (phab:T267656)
    • Working on fixing an issue with displaying large numbers for quantity values (phab:T268456)
    • Fixed a case where no error message was shown when trying to save a Lemma with an invalid language code (phab:T265783)
    • Talked to a few more people about checking Wikidata's data against other databases to find potential errors
    • Continuing the Release Strategy project for Wikibase, with the following progress:
      • Created a “release pipeline” for Wikibase extension (phab:T267627)
      • Created MediaWiki docker images based off release branches (phab:T270133)
      • Defined format and contents of Wikibase suite components not maintained by Wikimedia Germany (phab:T271194)

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

Tech News: 2021-04[editar]

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

Problems

Changes later this week

  • Bracket matching will be added to the CodeMirror syntax highlighter on the first wikis. The first wikis are German and Catalan Wikipedia and maybe other Wikimedia wikis. This will happen on 27 January. [12]
  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 January. It will be on non-Wikipedia wikis and some Wikipedias from 27 January. It will be on all wikis from 28 January (calendar).

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

18:30 25 ene 2021 (UTC)

Títulos de categorías de artículos para referenciar por continente[editar]

Es un tema menor, pero quizá haya alguien que le interese corregirlo. Obsérvese Categoría:Wikipedia:Referenciar América y las análogas para África, Asia, Europa y Oceanía. El título obviamente debería ser con mayúsculas para los continentes. Saludos.--Fixertool (discusión) 14:21 27 ene 2021 (UTC)

Es cierto, cuando respondan a esta solicitud se resolverá el tema en la plantilla, luego habrá que esperar a que se actualicen las páginas. --Metrónomo's truth of the day: «persevera y triunfarás» 11:01 28 ene 2021 (UTC)

Muchas gracias, Metrónomo. Saludos.--Fixertool (discusión) 12:32 28 ene 2021 (UTC)

Botón redirección[editar]

Hola aviso de un error. Cuando quiero crear una redirección, suelo meterme en el código y le doy al botón de redirección (en Avanzado: el 13º botón comenzando por la derecha, o el 3º comenzando por la izquierda). Normalmente aparece esto:

#REDIRECCIÓN [[Nombre de la página destino]]

Sin embargo en todo el día de hoy me está apareciendo tal que así:

#REDIRECCIÓN,#REDIRECCION,#REDIRECT [[Nombre de la página destino]]

No sé si es un error o está así hecho a propósito. Tampoco se como arreglarlo. Un saludo, --El Mono Español (discusión) 16:10 29 ene 2021 (UTC)

He probado y también a mí me ha pasado, pero ni idea de cuál es la razón. - Wikiviciao - ¡Llámame! 16:51 29 ene 2021 (UTC)
Pues al parecer fue arreglado justo ahora, según T273231, aunque supongo que habrá que esperar a la propagación de la actualización del código. -- Leoncastro (discusión) 17:36 29 ene 2021 (UTC)
Gracias Leoncastro - Wikiviciao - ¡Llámame! 17:59 29 ene 2021 (UTC)
Ya funciona bien sí, ¡Gracias! --El Mono Español (discusión) 18:08 29 ene 2021 (UTC)
Gracias... al que lo arregló, que no fui yo. -- Leoncastro (discusión) 19:25 29 ene 2021 (UTC)

Centralización de {{lang}}, {{lang-xx}} y {{transl}} en Módulo:Lang[editar]

Buenas, acabo de publicar esto en la discusión de {{lang}} pero como imagino que pocos o ninguno la tienen en seguimiento lo pongo aquí también. Está mucho más detallado allí pero en resumen estoy en proceso de adaptar en:Module:Lang a nuestro idioma para tratar las plantillas mencionadas de forma centralizada y agradecería que otros con más experiencia que yo le echen un ojo al asunto que lo tengo casi finiquitado. Gracias, josecurioso ❯❯❯ Háblame! 18:31 20 ene 2021 (UTC)

Josecurioso: He visto en la discusión que has seguido con el trabajo y que Leoncastro ha estado al tanto; por mi parte solo dejar constancia de que apoyo la idea, como cualquier otra simplificación y unificación de código. Incluso vería bien que se eliminaran todas las {{lang-xx}} cambiando su uso a algo como {{lang|xx}}, aunque entiendo que supondría mucho trabajo bótico. - José Emilio –jem– Tú dirás... 20:14 31 ene 2021 (UTC)

Ayuda para crear una plantilla[editar]

Buenas, estoy necesitando crear una plantilla en base a una ya existente, creo que los cambios de código a realizar son mínimos pero no le encuentro la manera. En base al código de Plantilla:BUS/Línea cuyo uso posible por ejemplo es este cuadrado 1. Quiero hacer una similar pero con dos líneas de color arriba, personalizables por el usuario, tal como se puede ahora con el fondo del cuadrado y el color del texto. Esto es para poder lograr algo similar a esta imagen (sin el texto del sitio web). Espero que se haya entendido y puedan ayudarme. Frodar (discusión) 23:12 21 ene 2021 (UTC)

@Frodar: en el Wikiproyecto:Plantillas hay usuarios que te pueden guiar, aunque sería conveniente averiguar si no existe ya una plantilla que cumpla la mencionada función. --Леон Поланко говорит вам и слушает вас 02:52 24 ene 2021 (UTC)
Frodar, también me parece que sería muy conveniente que consultaras en el Wikiproyecto:Plantillas. Personalmente creo que ya se hace un abuso de ese tipo de iconos que incumple lo indicado en WP:ICONO, por lo que tal vez se debería debatir de forma general sobre toda la cuestión. - José Emilio –jem– Tú dirás... 20:14 31 ene 2021 (UTC)
Gracias a ambos, yo ya había logrado resolver el tema (la plantilla es esta Plantilla:Línea/ColectivoAMBA). -jem-, en mi caso particular, esta plantilla no la tengo pensada más que para su uso en fichas, lo cual no contradice por lo que veo lo indicado en WP:ICONO. Gracias por las respuestas y saludos. Frodar (discusión) 22:54 31 ene 2021 (UTC)

Firmas en el Wikiproyecto:Patrulla Páginas Nuevas[editar]

Buenas tardes. Cuando un usuario se inscribe en Wikiproyecto:Patrulla Páginas Nuevas, en el botón que hay en la ficha, se dirige a una página de edición como esta. Luego se graba la edición y se te incluye en una lista numerada. El problema es que se graba con un espacio superior, como en esta edición. Buena parte lo corrige, pero la mayoría no lo hace y entonces se rompe la correlación y debemos otros corregirlo manualmente. ¿Hay algún modo de arreglarlo? Saludos. --Geom (discusión) 18:21 29 ene 2021 (UTC)

Ni idea. Pero no solo pasa en ese wikiproyecto, pasa en todos. - Wikiviciao - ¡Llámame! 19:03 29 ene 2021 (UTC)
Aquí ya lo habían mencionado, junto con una explicación de la causa. A mi no se me ocurre una solución. --Metrónomo's truth of the day: «persevera y triunfarás» 04:23 31 ene 2021 (UTC)
Como escribí en su momento, el enlace para agregar estas firmas se está aprovechando de una función para generar nuevas secciones, y así agregar fácilmente un contenido al final de la página. Sin embargo esa función no está diseñada para eso. Porque el problema está en que al crear una sección se reserva siempre el espacio para su título de sección, tenga o no tenga dicho título. El único modo de conservar esa funcionalidad actual creando nuevas secciones sería implementando «fichas de participantes», como se hace en WikiProjectCard, de modo que cada usuario generaría una nueva sección con su nombre y algunos datos, en lugar de producir una única línea con su firma.
A mí, sin embargo, se me ocurren varias soluciones alternativas, que pasan por prescindir de ese enlace para generar una nueva sección y programar un código —como accesorio obligado enlazado en MediaWiki:Common.js— para anexar texto a la página. Esto se puede hacer de múltiples maneras, ya sea con una simple llamada a la API del sistema (como se hace, por ejemplo, en AutoVEC), o con un diálogo como el que sirve para notificar un error (con MediaWiki:Gadget-Wikibugs.js), o con cualquier formulario personalizado (basado en FormWizard o similar). La opción mediante código similar a AutoVEC se puede hacer en principio de forma absurdamente sencilla, y que podría servir también para firmar en las encuestas y votaciones; aunque cualquiera de estas alternativas necesitará, además del código, de la intervención de bibliotecarios y seguramente de administradores de interfaz. -- Leoncastro (discusión) 15:30 31 ene 2021 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2021/01&oldid=133253788»