Wikipedia:Café/Archivo/Propuestas/Actual

Café: Propuestas

Taza En esta sección del Café de Wikipedia introducimos y discutimos nuevas propuestas en temas tales como wikiproyectos nuevos, plantillas, herramientas, páginas de discusión y archivos multimedia. Para responder en un tema ya abierto, usa el enlace [editar] que se encuentra junto al título del apartado. Puedes iniciar un nuevo tema, o vigilar esta página para enterarte de sus cambios. Trata a los demás con respeto, especialmente a los recién llegados, y recuerda siempre presumir buena fe. Por favor, recuerda firmar usando cuatro virgulillas, así: ~~~~. Archivo del Café · Archivo temático del Café · Archivo de Propuestas

Café
Noticias	[+]
Políticas	[+]
Técnica	[+]
Propuestas	[+]
Ayuda	[+]
Miscelánea	[+]
Ver todos
Temático

¡La plantilla {{AFI}} se moderniza!

Hola a todos. Estoy emocionado de poder presentarles la plantilla AFI 2.0, la cual será de gran ayuda para introducir texto en Alfabeto Fonético Internacional. La antigua plantilla no tenía parámetros ni links, y se veía así:

/juˈnaɪtəd steɪts/

Muy triste. Pero la nueva se ve así:

AFI: juˈnaɪtəd steɪts ^?

Véanse más ejemplos de uso y Módulo:AFI/datos. Cada letra enlaza al fonema, para saber exactamente cómo se pronuncia, y de esta manera los usuarios que no tengan experiencia con el AFI también podrán leerlo y pronunciarlo correctamente. Dar un especial agradecimiento a su creadorx, la usuaria:Tinker Bell, quien le ha estado dando caña durante meses 👏👏. Por favor den su feedback, y si todos están de acuerdo, la plantilla (todavía de prueba) será fusionada con la principal en los próximos días. Animo a todo el mundo a que empiece a aplicar {{AFI}} allí donde lo crean oportuno, y a readaptarla en los artículos en los que ya se usa. Feliz jueves a todos! – El Mono 🐒 (disc., contr.) 08:07 16 jun 2022 (UTC)

• Otra cosa que también hace esta nueva versión, es que también asume la función de todas las plantillas {{IPA-xx}} y {{AFI-xx}} existentes y de las no existentes, en realidad, para cualquier idioma que MediaWiki reconozca. --Tinker Bell ★ ♥ 08:34 16 jun 2022 (UTC)

Creo que se debe ajustar la categorización fuera del espacio de nombres principal. En estos momentos, esta página esta categorizada en Categoría:Wikipedia:Páginas que incluyen transcripciones en inglés.--ZebaX2010 [PRESS START] 16:29 16 jun 2022 (UTC)

@ZebaX2010: Creo que ya está corregido. --Tinker Bell ★ ♥ 20:17 16 jun 2022 (UTC)

Aunque valoro el avance técnico que supone, no comparto la emoción con una plantilla cuyo uso puede dar lugar a un enlace interno por "letra/sonido" en las introducciones de muchos artículos, aunque entiendo que hay gente que le verá 'utilidad'. Si se le quiere enseñar cómo se pronuncia/lee algo a "usuarios que no tengan experiencia con el AFI" apuesto a que será mucho más realista ofrecerles un enlace a un archivo de sonido reproducible a esperar que consultando y dedicándole varios minutos de sus vidas a atar cabos terminen averiguando cómo se pronuncia una palabra después de abrir siete u ocho enlaces internos y "sumar" los sonidos de cada uno. A título personal soy partidario, de forma general (en la mayor parte de los artículos donde se incluyen, al menos), de no usar ninguna de las dos plantillas. Un saludo. strakhov (discusión) 22:30 16 jun 2022 (UTC)

En cualquier caso, de fusionarse ambas, creo que habría que dejar disponible la posibilidad, mediante algún parámetro... de no crear enlaces internos, por muy triste que resulte. No sé si se contempla esto ahora. strakhov (discusión) 22:39 16 jun 2022 (UTC)

Hola, @Strakhov: Las plantillas {{IPA-xx}} y {{AFI-xx}} tienen una opción para añadir un archivo de audio, pero la {{AFI}} original no, de modo que también en ésta la he incluido. Creo que cuando no se tiene idea del AFI, ciertamente lo mejor es incluir el audio, pero no hay audios para todas las palabras; y a veces lo que pasa es que no eres un experto en AFI, y conoces varios símbolos, pero no todos, y esto te da un enlace directo al significado de ese símbolo. Aunque en realidad, no veo el problema de que alguien esté consultando los enlaces uno por uno, y a quien no le interese o no comprenda el AFI podrá seguir ignorando esta parte como ya hacía antes, pues visualmente solo cambió, de negro a azul, el color de las letras; y además, se puede ofrecer ambas cosas, enlace y audio. Por otra parte, aunque realmente no comparto la idea de que en algunos lados se usen enlaces, y en otros no (más que nada por homogeneidad, si alguien ve enlaces en una transcripción, esperará encontrarlos en todos), sí, acabo de poner esa opción de no usar enlaces. Y si el asunto es que a alguien no quiera ver enlaces en ninguna transcripción, y los quiera como antes, tiene fácil solución, la de poner en el Common.css .AFI-bloque .IPA{ pointer-events: none; } .AFI-bloque a { color: initial; } .AFI-ayuda { display: none; }. La verdad es que este módulo no solo es para añadir los enlaces, sino también para fusionar todas esas plantillas de AFI que mencioné antes, y entonces, creo que sería una lástima no proceder con la fusión. --Tinker Bell ★ ♥ 04:24 17 jun 2022 (UTC)

Hola, @Tinker Bell:. Uno de los motivos por el que no me convencen los enlaces internos es por parte de lo comentado en este hilo: enlaces sobre sonidos son de importancia tangencial en la mayor parte de los temas donde se usan estas plantillas y acumular enlaces internos consecutivos un defecto de estilo (como se comenta en esta guía de en.wiki: "When possible, avoid placing links next to each other so that they look like a single link (a "sea of blue")"). Soy de los partidarios del enlace interno con "relevancia temática" en detrimento del enlace interno con "función explicativa". En otro orden de cosas, en mi opinión, hay un abuso (además del enlace interno) de la información de tipo "lingüístico" en las introducciones de los artículos (me vienen a la cabeza los numerosos artículos sobre ciudades o regiones con cuatro nombres originales o alternativos, cuatro romanizaciones, cuatro transcripciones fonéticas, y cuatro archivos de audio, además de cuatro enlaces internos a los artículos de cada idioma y al del Alfabeto Fonético Internacional). En primer lugar, creo que, aunque importante en sí misma, sin duda, la de enseñar a "pronunciar palabras/hablar idiomas" no es una preocupación tradicionalmente central en las enciclopedias, donde se describen conceptos y no tanto palabras. En segundo lugar, tengo la idea, posiblemente errónea, pero me gustaría que si fuera así alguien me sacara de mi error (con datos), de que, pongamos, el 99% de los lectores no sabe leer AFI (yo por ejemplo no sé, y posiblemente esté sesgado por ello). Adicionalmente, por muchos enlaces internos que le pongas a estas transcripciones, ese 99% va a seguir sin saber leer AFI con soltura y plantearle un puzzle de enlaces internos, pues como sudoku puede estar muy bien, como actividad didáctica con la que pasar la tarde, pero como unidad de información rápida (de lo que van las introducciones, el lugar donde la mayor parte de los editores suele colocar estas plantillas) deja bastante que desear EMO. Es por ello que, en mi opinión, habría que rebajar muchísimo la cantidad de este tipo de datos (que por otra parte casi nunca tienen referencias) en las introducciones de los artículos (pues cortan y entorpecen la lectura) y habría que buscarles un lugar menos prominente, ya sea en subsecciones específicas o algún otro sitio (en algún momento creo recordar que algún usuario, no sé si -jem-, mencionó por ejemplo algo así como integrar lo de los enlaces a archivos de audio en las fichas de alguna manera). Dicho esto, si a alguien le convence este tipo de rompecabezas de enlaces internos, pues no me voy a oponer a una "mejora" de la plantilla que permita su inclusión, mientras no se obligue por sistema a todo el mundo a usarla (conservándose por tanto la posibilidad de usar la transcripción fonética a pelo, sin el sea-of-blue de enlaces, si bien, como he dicho, en mi opinión incluso la transcripción AFI 'a pelo' podría venir sobrando la mayor parte de las veces). Un saludo. strakhov (discusión) 16:59 17 jun 2022 (UTC)

Lo de la ficha me parece una muy buena idea, creo que podría solucionar el problema añadir a las distintas plantillas de ficha para las que fuera relevante secciones del estilo:

Iğdır
en turco	ˈɯːdɯɾ (romanizado Iğdır)
en armenio	Իգդիր (romanizado Igdir) o también Ցոլակերտ (romanizado Tsolakert)
en kurdo	Îdir o también Reşqelas
en azerí	İğdır

¿Cómo lo veis?

--Metalpotato - ✉ 17:04 17 jun 2022 (UTC)

Me parece que, también ahí, en esa hipotética ficha, habría un exceso de información, con sesgo excesivo hacia el aspecto lingüístico del tema (esto es: una ciudad, no una palabra). Lo de la ficha yo al menos lo decía como una alternativa donde poder poner un enlace a un archivo de audio de Commons sin que quede tan en mi opinión mal resuelto como se hace ahora, cortando un texto con un iconito de un altavoz y el término "escuchar" resaltado en azul: véase el display actual por ejemplo en la intro de Kiev), y probablemente solo para la forma principal (esto es, la usada en la cabecera de la ficha como nombre principal o similar) y no para cada-posible-alternativa-existente. En cuanto a formas textuales en otros idiomas creo que ya está suficientemente cubierto con lo actual (una fila donde se listan nombres oficiales de un lugar cuando difieren del término en español): despiezarla en diferentes parámetros/filas me parece un exceso. Evidentemente, siendo bastante escéptico respecto a ser muy exhaustivos con este tipo de información para nombres propios en fichas (cubrir todos los nombres nativos, históricos, etc en ellas), para otros tipos de temas (por ejemplo, nombres comunes) el colocar múltiples formas en otros idiomas en una ficha (por ejemplo de pan: bread en inglés, Brot en alemán, etc etc, me parecería que se escapa completa y absolutamente del scope de este proyecto. Un saludo. strakhov (discusión) 17:30 17 jun 2022 (UTC)

Sólo estaba pensando en topónimos, y sólo en aquellos históricamente relevantes, nada como lo que mencionas del pan o cosas así. Respecto a hacerlo en una fila en vez de en varias, me es indiferente, la cuestión es que creo que es mejor que esa información esté ahí que donde está ahora (o donde está en el caso de Kars, por ejemplo). --Metalpotato - ✉ 17:35 17 jun 2022 (UTC)

Ya, solo quise notar que esto de las "pronunciaciones" o "formas en otros idiomas" no es algo estrictamente limitado a los topónimos (si bien es uno de los tipos de artículo donde más abunda esto), y este hilo trata en general sobre la plantilla AFI. En cuanto al caso de Kars, te comento en tu discusión. En cualquier caso, creo que el hilo se está offtopiqueando un poco. Un saludo. strakhov (discusión) 17:49 17 jun 2022 (UTC)

Sí, lo siento, a veces me pasa. Pasamos a privado, un saludo. --08:21 18 jun 2022 (UTC) Metalpotato - ✉ 08:21 18 jun 2022 (UTC)

┌─────────────────────────────────┘
El Mono Español y Tinker Bell: gracias por la labor, porque me parece un gran avance el tener un sistema más cohesionado y eficiente para gestionar las pronunciaciones, y sobre todo poder prescindir de todas esas plantillas idiomáticas; para mí, incluso se puede decir que por ser un proyecto escrito tenemos un sesgo implícito más, el «sesgo de escritura». Como bien apuntaba Strakhov, en su momento defendí (ver al final) firmemente la utilidad de generalizar y estandarizar esta información en cualquier contexto ajeno al idioma español, y planteé la idea de integrarla en las fichas, lo que ahora ratifico, pensando en que facilitará el consenso. Pero el tener que explicar los sonidos del AFI con enlaces a artículos, y que estos tengan unos títulos tan técnicos, me hace pensar que tal vez debamos pensar en cambiar el modo de ofrecer esa información, casi con toda seguridad dando más protagonismo a los archivos de audio; el tema merece un hilo propio y un análisis detallado, que nos lleve a un despliegue homogéneo y consensuado con la ayuda de algún bot. De momento, sigo atento. - José Emilio –jem– Tú dirás... 00:08 20 jun 2022 (UTC)

Hola a todos! Gracias por vuestros comentarios y disculpad la demora en responder. Me gustaría sobre todo una plantilla unificada y flexible que sea capaz de adaptarse a todas las necesidades que puedan tener todos los usuarios. Así pues, debería de haber un parámetro «neutro» que no generara los enlaces, como plantea Strakhov, y quizá que esa sea la «forma predeterminada» de la plantilla para no generar un cambio a gran escala tras la fusión. Habría que ver cada caso particularmente y decidir si se aplica o no, si es necesario o no (aunque, al final, "cada uno termina haciendo lo que quiere, es la gracia de Wikipedia"). La idea de hacer esto me surgió precisamente por mi propia necesidad de saber qué significaba ʃ, ˩ o tɕ. En un primer momento, lo que hacía era crtl + c, crtl + v en el buscador (que por cierto faltan muchísimas de estas redirecciones). Y de ahí la solución que encontré fue esta. Me sigue pareciendo muy buena solución, sobretodo en casos raros como Chi kung, Tłįchǫ, Włoszczowa, Hvolsvöllur o Puʻu ʻŌʻō. Quizá no tanto en casos más fáciles de intuir como Così fan tutte, Mise en place, Jazz, Kumiho o México, aunque tampoco me sobraría ahí. También me he encontrado una sorprendente cantidad de casos en los que otros users, usando la actual plantilla, agregan el link manualmente, como en el caso de Rajá, Delčevo, Reihe, Xenofobia, Detroit, Vajrayāna, Abjasia o Ixchel. En estos casos se agrega un mero link a Alfabeto Fonético Internacional. La modernización de la plantilla también surge como respuesta a esta necesidad, ofreciendo a la gente la opción de aplicar un sistema más eficaz, más útil y más completo. Si bien yo también soy anti-llenar la página de azul, creo que este no es el caso. Hace poco revertí cierta edición que dejó el artículo Tenate así y ayer revertí a otro usuario en Paella. O sea, soy el primero contra el sea of blue. Pero según yo lo veo, aquí estamos hablando de otro tema diferente. El defecto de contigüidad aquí no se aplica pues se entiende que esa es precisamente el fin de la plantilla. La función estética puede tener cierto peso, pero la función utilitaria pesa veinte cachalotes más. Cuando una plantilla responde tan bien ante una necesidad colectiva, entonces creo que es necesaria. – El Mono 🐒 (disc., contr.) 12:33 23 jun 2022 (UTC)

PD 1: Strakhov y -jem- ambos habéis comentado que preferiríais archivos de audio, y que eso sería «mucho más realista». Yo también creo que un audio mejor, pero justamente me parece poco realista pensar que habrá archivos de audio disponibles para todas las palabras, y por eso apostar por el AFI. ¿Alguno se ofrece a grabar y subir esos miles de archivos de audio? Si la respuesta es negativa, creo que hay poco más que comentar en este sentido.

PD 2: también ambos habéis comentado que el AFI no es entendible ("el 99% de los lectores no sabe leer AFI" en el caso de Strakhov, "(...) y que estos tengan unos títulos tan técnicos (...)" en el caso de -jem-), pero eso no es una cuestión que nos ocupe decidir a nosotros. El tema aquí es que eso es totalmente independiente a que la mayoría de los lectores lo conozcan o no, ya que el Alfabeto Fonético Internacional es un estándar internacional. Esto quiere decir que es una convención aceptada en todos los países para pronunciar palabras de todas las lenguas. Es como decir "no usaremos la eslora de 71 codos en el artículo del Galeón San José porque la mayoría no saben lo que son los codos", o como decir que "ya no usaremos la magnitud M☉ en artículos como Aldebarán porque la gente no sabe lo que es la masa solar". Creo que justamente la modernización de la plantilla viene a ayudar a la gente a entender el AFI. Quiero decir, que si antes dedicaban "varios minutos de sus vidas a atar cabos terminen averiguando cómo se pronuncia una palabra después de abrir siete u ocho enlaces internos y sumar los sonidos de cada uno", imagínate cuántos minutos más tardarían si ni siquiera existiesen esos links... Lo digo por experiencia personal más que nada. Saludos y que pasen una buena tarde – El Mono 🐒 (disc., contr.) 12:54 23 jun 2022 (UTC)

Un estándar internacional, por muy internacional que sea, si no lo conoce nadie, no sirve apenas de nada. Evidentemente que el contenido a mostrar, y el lugar en que hacerlo, de los artículos de Wikipedia es algo que nos ocupa decidir a nosotros (esto, es, a la comunidad de editores). Un saludo. strakhov (discusión) 16:33 23 jun 2022 (UTC)

Y ojo, que yo ni siquiera estoy en contra de usar el AFI para aclarar por escrito cómo se pronuncia una palabra. Estoy en contra de colocarlo por sistema entre los primeros datos de los artículos (esto es, la introducción). Como analogía a la eslora de 71 codos (si bien con un par de enlaces uno se entera rápidamente de qué va eso), en el artículo del galeón San José no se redacta así: "El 'San José (eslora 71 codos) fue un galeón del Imperio español". No me apasiona el tema de las pronunciaciones en las introducciones, en tanto en cuanto carecen de referencias y además cortan mucho la lectura, pero al menos los enlaces a archivos de audio parecen útiles para una cantidad significativa de lectores. Cuando no exista archivo de audio, no veo ningún problema en no incluir la pronunciación en la introducción (puede incluirse en una sección específica o, incluso, no hacerlo en ningún sitio). Pero bueno, quizás hoy día la mayor parte de la juventud venga con un pan debajo de un brazo y un alfabético fonético internacional aprendido debajo del otro. Si fuera así, me gustaría que alguien me sacara de mi error. Hasta entonces, seguiré en mis trece de que este alfabeto lo sabe leer poquísima gente. strakhov (discusión) 17:06 23 jun 2022 (UTC)

Poquisisisima gente lo sabe leer, mucha menos que la nomenclatura binomial de las especies o el sistema de nomenclatura de la IUPAC y seguramente mucha más que la que es capaz de leer chino simplificado y pinyin. Y en los cinco casos es muy útil que se use en los artículos en lugar de nada o de sistemas peores. Pero tienes un buen punto al cuestionar que se use en la primera línea. El Mono Español, los datos de la tabla está mal, pero se entiende la idea y a mí me parece un exceso. Saludos. Lin linao ¿dime? 17:44 23 jun 2022 (UTC)

Más allá del número de gente que entienda cada dato (ciertamente la pronunciación AFI no está entre los más comprensibles), recalcar que por ejemplo el sistema de nomenclatura de la IUPAC (si te refirieras a la nomenclatura sistemática de los compuestos orgánicos) me ha parecido que no se incluye acá de forma habitual en la introducción (salvo, claro, cuando fuera uno de los nombres más comunes del compuesto) y que la nomenclatura binomial de las especies (con la que desde luego está familiarizada mucha más gente) es útil sin 'entenderla' (esto es, es bastante útil recordar que al pino-nosequé se lo llama Pinus pinaster incluso sin saber que "Pinus" hace referencia al género y "pinaster" a...). Respecto a la mucha utilidad de la transcripción en pinyin o chino simplificado o Wade-Giles o (...), pues albergo dudas respecto al mucha, al menos desde luego en la introducción. También apuntar una sutil diferencia entre varios de estos tipos de datos, que es posible que hagan más compleja una hipotética integración de los segundos en las fichas:

• Datos como la nomenclatura binomial, la nomenclatura IUPAC, los codos de eslora, etc, hacen referencia al tema/concepto del que trata el artículo de forma directa (salen en la ficha como parámetros), más allá de que pueda haber diferencias mínimas según el idioma (pentane vs pentano etc), pero aquí aparecerá siempre la versión en el idioma de la enciclopedia (castellano).
• Datos como la pronunciación, la transcripción pinyin, etc, hacen referencia a palabras (no deberían aparecer EMO en las fichas 'a pelo' como parámetros; por ejemplo Beijing.ogg o "pèi.tɕíŋ" no son "la pronunciación" de la capital china, en todo caso del nombre de esta en algún idioma).

Un saludo. strakhov (discusión) 19:46 23 jun 2022 (UTC)

Hola buenas. Estáis comentando cosas muy interesantes, pero de nuevo nos estamos yendo del tema inicial, que es la actualización de la plantilla AFI. Podemos iniciar un nuevo debate a parte sobre la ubicación que debería ocupar {{AFI}} en los artículos. Pero en este caso os pediré que nos centremos en el tema principal del hilo y que volquéis vuestras opiniones en torno a los cambios que le hemos hecho a la plantilla, si es que todavía no lo habéis hecho. Porque ya hay ganas de aplicar la plantilla modernizada. Feliz viernes a todos! Saludos – El Mono 🐒 (disc., contr.) 13:40 24 jun 2022 (UTC)

Pues no sé, tampoco hay mucha cosa que hablar: si se quiere mantener la posibilidad de no incluir enlaces, lo único que se me ocurre es si la opción por defecto debe ser sin enlaces o con ellos. La primera posibilidad creo que es la menos disruptiva con la situación actual. En tal caso, haría falta un parámetro tal que |enlaces=sí, link=sí... o algo así, de manera similar a como hace Plantilla:Fecha, por ejemplo. En mi opinión, ya expresada más arriba, la opción 'con enlaces' se da de tortas, entre otros, con el criterio de evitar enlaces internos consecutivos que ya se aplica en p. ej. wikipedia en inglés, pero bueno, supongo que eso me tocará rebatirlo en cada artículo en el que esté interesado y crea que empeora su calidad al incluirse ese batiburrillo de enlaces (especialmente cuando se pretenda incrustar en una introducción, ya de por sí muy cargadas de enlaces internos de interés tangencial), cuando alguien pretenda usar un "link=sí" con esta plantilla. Un saludo. strakhov (discusión) 17:43 24 jun 2022 (UTC)

┌─────────────────────────────────┘
El Mono Español: Cuando me refería a los archivos de audio no pensaba en tener a corto plazo uno por artículo, algo que asumo que será difícil incluso a largo plazo, sino más bien en que cada sonido AFI tenga asociado un único fichero de audio que lo explique, lo que exigiría unos ¿100-200? ficheros, algo perfectamente factible (las consonantes seguramente necesiten ir acompañadas de una vocal para que se puedan pronunciar y apreciar bien, pero creo que no habría problemas para manejar y explicar eso). Esto podría ir o no complementado con enlaces, según las posibilidades técnicas y el consenso estético al que podamos llegar. Y aclaro que estoy de acuerdo en que un estándar o una notación técnica es útil también para formar al lector incluso si no lo domina (igual que los distintos diacríticos de las letras latinas, que siempre he defendido en los títulos), pero en ese caso debemos intentar facilitar las cosas para que el lector pueda llegar a entender la información. Por lo demás, se ha mencionado que incorporar muchas pronunciaciones distintas puede ser confuso, pero mi impresión es que en la mayoría de casos hay un único idioma original, cuya pronunciación es la que se debería priorizar. Dicho todo esto, por mi parte tienen mi apoyo para seguir adelante con la implementación. - José Emilio –jem– Tú dirás... 10:26 6 jul 2022 (UTC)

Plantilla:Formulario

¡Hola! Haciendo uso de los nuevos TemplateScripts que propuse arriba, acabo de crear la Plantilla:Formulario. Como su nombre indica, permite crear formularios que inyectan contenido en otras páginas. Su uso está explicado y ejemplificado en la documentación de la plantilla. Todavía faltan varios tipos de campos, pulir y ampliar funcionalidades, etc. pero confío en que así como está ya puede resultar útil. ¡Saludos! Sophivorus (discusión) 15:04 17 jun 2022 (UTC)

Sophivorus, igual que en el hilo anterior,  Muy a favor, gracias y sería muy útil una documentación más detallada que explique el funcionamiento general, con el contenido de la plantilla de procesamiento de datos para los ejemplos simple e intermedio, etc. A partir de ahí, creo que nos podemos plantear sustituir con esto las plantillas de precarga en los tablones y el sistema de informes de error, por ejemplo. Seguiré al tanto. - José Emilio –jem– Tú dirás... 00:08 20 jun 2022 (UTC)

@-jem- ¡Hola! Acabo de mejorar la documentación y los ejemplos en Plantilla:Formulario. Si hay algún faltante clave que se me esté escapando, por favor hacémelo saber y con gusto lo agrego, o si querés agregalo directo. Lo mismo con la documentación en Wikipedia:TemplateScripts, que acabo de ampliar bastante. ¡Saludos! Sophivorus (discusión) 21:46 27 jun 2022 (UTC)

Esto parece una buena idea para usar en encuestas y votaciones. Yo lo dejo ahí. Saludos. --Goodlucksil (¿Algo útil?) 10:33 3 jul 2022 (UTC)

Gracias, Sophivorus, está bastante mejor ahora. De momento pongo en seguimiento todas esas páginas, y cuando pueda sacar tiempo para trabajar en el tema, no dudes de que comentaré contigo o haré yo mismo mejoras. Y efectivamente, las votaciones o encuestas, donde con bastante frecuencia no se siguen los patrones para la detección por mi bot ni/o los pasos técnicos o comunicativos necesarios, se beneficiarían también de este sistema. Ojalá se vaya implicando más gente en todo esto. - José Emilio –jem– Tú dirás... 10:26 6 jul 2022 (UTC)

Wikidata y fichas

He notado la tendencia de algunos wikipedistas de borrar algunos o todos los parámetros de las fichas al inicio de los artículos bajo la premisa de que, como de Wikidata ya traen los datos, es innecesario ponerlas en los artículos. Por lo menos, yo había entendido que en Wikipedia en español (para las fichas) los parámetros transportados de Wikidata fungían una herramienta para cuando no están contestados los parámetros de la ficha, no como un reemplazo. En dicho caso, por ejemplo, ¿sería congruente eliminar todos los parámetros de la {{ficha de noble}} en Isabel II del Reino Unido pues se rellenaría automáticamente gracias a Wikidata? Creo recordar que existe una encuesta donde ya se abordó el tema, pero si existe, no la encontré 😅 (si alguien me indica si efectivamente se hizo, y en su caso cuál es, lo agradecería). Gabo Miranda (¿platicamos?, te invito un ☕) 23:29 23 jun 2022 (UTC)

Sí se hizo una encuesta: Wikipedia:Encuestas/2020/Sobre las fichas y Wikidata, y el resultado fue bastante contrario a dejar el control de las fichas en manos de Wikidata (solo tres de los que intervinieron se decantaron por dar prioridad a los datos de Wikidata y ocultar los de Wikipedia), pero concluida la encuesta, por las razones que fuesen, quedó abandonada sin publicar los resultados. En alguna ocasión he revertido por ese motivo ediciones como la que describes consistente en vaciar las fichas de Wikipedia. Saludos, --Enrique Cordero (discusión) 00:41 24 jun 2022 (UTC)

¿Qué resultados necesitas que se publiquen de esa encuesta? Es una encuesta, no una votación, luego no hay una decisión aprobada y otra rechazada. Hay una única pregunta y los resultados... son esos. En cuanto al valor informativo, pues está ahí: la opción preferida fue la d), luego la c)... etc etc etc. Si pretendes algo así como que alguien sume votos de distintas opciones y saque conclusiones en base a esto (haga un análisis), pues parece síntesis fuera del espacio principal (synthesis). Si necesitas un resumencito al final diciendo que la opción preferida fue la d) con un X % de los votos, luego la (...) puedes añadirlo tú mismo (en realidad no, pues la página está protegida) pero tampoco excesiva utilidad ahí: la propia encuesta ya lo dice. Un saludo. strakhov (discusión) 17:18 24 jun 2022 (UTC)

Pues no sé qué resultados necesito. En algunas encuestas los resultados se presentan con gráficas de barras, en otras con quesitos... Encuestar para nada solo lo he visto aquí, pero también hace tiempo que han dejado de sorprenderme las cosas que pasan aquí. Saludos, --Enrique Cordero (discusión) 23:32 24 jun 2022 (UTC)

Si te preocupaba que no estuvieran calculados los porcentajes de cada opción podías haber solicitado que se incluyeran de forma clara (lo acabo de hacer). Si quieres un quesito o un gráfico de barras siéntete libre de currártelo: WP:SV, porque yo al menos paso. Se encuestó para conocer la opinión de la comunidad, y la opinión estaba y está allí. Un saludo. strakhov (discusión) 00:38 25 jun 2022 (UTC)

Pues eso: para nada. ¿Quién quería conocer la opinión de la comunidad? Quien fuese que quería conocer la opinión de la comunidad, ¿qué conocimientos ha obtenido de la encuesta y a qué conclusiones ha llegado? ¿Para qué le han servido esos conocimientos? A Gabo Miranda la encuesta no le ha servido para nada, pues anda por aquí preguntando qué puede hacer. A Amitie 10g no le han servido/no le importan los resultados; y una vez que te has tomado el trabajo de obtener los porcentajes —¿para qué?— seguiremos sin saber qué se puede hacer con las fichas y Wikidata. --Enrique Cordero (discusión) 08:53 25 jun 2022 (UTC)

Qué negativo. Esa encuesta sirve de guía u orientación para plantear posibles reformas futuras de las fichas en la línea de la encuesta (...aquí en wikipedia todo va despacito...), como página comunitaria que enarbolar para frenar o revertir wikidatizaciones excesivas de las fichas (p. ej. sobreescritura de valores locales: al menos hasta hace poco esto pasaba en algunas fichas) o, incluso, también, para que tú la uses como argumento para deshacer a alguien que blanquea fichas. No creo que esa encuesta sirva para menos que, mismamente, este hilo, por ejemplo, y aun así aquí estamos. Un saludo. strakhov (discusión) 10:45 25 jun 2022 (UTC)

┌─────────────────────────────┘
¿Ves cómo tenía razón? Al final no soy tan negativo o no más que tú que has llegado a la misma conclusión que yo o parecida. Las encuestas se hacen para algo que no es precisamente satisfacer la curiosidad cotillona del encuestador. En las redes sociales es donde puedes esperar que te pregunten si te gusta el color verde o cuál es tu personaje favorito de Star Wars, pero esto no es una red social (dicen) y eso no son encuestas, son juegos de sociedad para pasar el rato, como el que se pone a jugar al parchís. Puedes llamarlo synthesis o cocina de Tezanos, pero las encuestas se interpretan y se sacan conclusiones de ellas, claro que sí; si no, para qué. Quien la promueve o la encarga, que sabrá para qué lo ha hecho, es quien saca las conclusiones en función de sus motivos y de los resultados. En este caso podría haber sido algo como que vistas las tendencias mayoritarias podría alcanzarse un consenso en torno a una propuesta que se formulase en tales términos y llevar esa propuesta a votación. Alternativamente el promotor o promotores de la encuesta podían haber concluido que dada la dispersión y disparidad de opiniones no hay conclusión posible y que en esto de las fichas y Wikidata cada uno puede hacer como le parezca, procurando eso sí no incurrir en muchas guerras de edición. Pero lo que tenemos es una encuesta -si lo es- con el mismo valor que si nos hubieran preguntado por nuestros personajes favoritos de Star Wars. Y sí, Gabo, puedes suponer, leída la encuesta, que es razonable revertir las acciones que vacíen las fichas; es también la misma razonable conclusión a la que he llegado yo.--Enrique Cordero (discusión) 11:24 25 jun 2022 (UTC)

La verdad, no creo que tengas razón, pero si te la quieres dar tú mismo toda tuya... Un saludo. strakhov (discusión) 12:29 25 jun 2022 (UTC)

Después de haber leído la encuesta, ¿puedo suponer que es razonable revertir las ediciones que vacíen las fichas, pues son contrarias a la opinión de la mayoría? --Gabo Miranda (¿platicamos?, te invito un ☕) 20:25 24 jun 2022 (UTC)

Si crees que una edición empeora un determinado artículo, desde luego que puedes deshacerla. Pero esto es aplicable a cualquier artículo y circunstancia. El motivo de "por ser contrario a la razón de la mayoría" en sí mismo no es uno muy poderoso (las mayorías pueden sostener completas estupideces) así que, al menos mientras no esté codificado en políticas (por el momento no lo está), te recomendaría que actúes de acuerdo a lo que opine la mayoría si y solo si estás tú también de acuerdo con lo que opina ésta. Un saludo. strakhov (discusión) 20:52 24 jun 2022 (UTC)

No veo nada de malo en reemplazar parámetros locales por los de Wikidata, pero con cautela, pues no sé está retirando información, sino como andola desde una fuente, a mi juicio, más conveniente y centralizada (Wikidata). Yo suelo quitar los parámetros locales en favor de los de Wikidata en un número limitado de artículos de mi interés y siempre que los datos no tengan referencias (etiqueta <code></code>). Recuerden que existe la opción de vigilar el item de Wikidata asociado a la página en la lista de seguimiento, por lo que ya no es un problema de mantenimiento. --Amitie 10g (discusión) 01:55 25 jun 2022 (UTC)

Me sumo a lo dicho por Amitie 10g en retirar parámetros con mucha cautela. Para el caso de personas relevantes, llámese presidentes, ministros de estado, artistas, entre otros, los datos de Wikidata están más que referenciados. Incluso he visto que algunos poseen bastas fuentes de verificación. Para dichos casos creo es mucho mejor tener los datos centralizados, además le bajamos unos cuantos bytes a las páginas. Lo anterior debido a que las diferentes Wikipedias prácticamente utilizan los mismos datos en las fichas. Me ha tocado en varias ocasiones en que al verificar artículos he puesto la {{ficha de persona}} rellenando los parámetros completos por ya estar en Wikidata. Eso sí, creo que deberíamos estandarizar, o más bien dejarlo en política, que fichas, datos o parámetros serán centralizados desde Wikidata y cuáles no. Así no estaremos a cada rato con el tira y afloja de quien prefiere Wikidata contra quien prefiere datos locales. --Aroblesm (discusión) 18:23 26 jun 2022 (UTC)

Amitie 10g y Aroblesm: me parece muy buena idea que se pueda llegar a una política para que se oficialice la relación entre las fichas y Wikidata. No obstante, conforme a lo demostrado en Wikipedia:Encuestas/2020/Sobre las fichas y Wikidata una buena mayoría de los wikipedistas prefieren los datos locales sobre los importados (siendo la opción más votada la d con el 42.7 % y la siguiente la c con el 26.7 %, ambas sumando el 69.4% de los votos), así que si fuera a constituirse una nueva política, apuntaría hacia esa dirección. Strakhov, tengo entendido que fuiste quién originalmente creó la encuesta, no sé qué opines sobre la idea de una votación para que se constituya en una política.--Gabo Miranda (¿platicamos?, te invito un ☕) 21:58 2 jul 2022 (UTC)

Gabo Miranda: pues no sé qué especial relevancia puede tener mi opinión. Pero si la quieres, toma: creo que la comunidad de es.wikipedia no está lo suficientemente madura como para elaborar una propuesta inteligente sobre esto, con todos los matices que en mi opinión requiere y abarcando la amplísima casuística/diversidad de fichas y tipos de datos, además de que la iniciativa estaría lastrada por el peso muerto que supone el diseño inconsistente y defectuoso de las fichas. En mi opinión antes de plantear un "todo depende de wikidata" o "nada depende de wikidata", "siempre valor local" o "siempre valor de Wikidata", sí vs no, convendría redefinir el todo, es decir, plantear la posibilidad de recortar información en muchas fichas (especialmente pero no solo en la cacareada ficha de persona), probablemente mirándose a veces en el espejo de en.wikipedia. Un saludo. strakhov (discusión) 08:38 3 jul 2022 (UTC)

┌─────────────────────────────┘
lo que no se llega a comprender es que wikipedia (como enciclopedia) y wikidata (como base de datos) tienen objetivos diferentes. El objetivo de wikidata es listar tantos datos como sea posible respecto a una determinada entrada. Dependerá luego, de quien use la base de datos, qué información será considerada pertinente o no para los objetivos buscados. El objetivo de una enciclopedia, en tanto, es recopilar información enciclopédicamente relevante (notar la diferencia con lo anterior) y ordenerla/presentarla de forma tal que facilite el acceso al conocimiento. En general, ambos objetivos van de la mano, pero no siempre. Volviendo al ejemplo de Dave Mustaine que ya salió en ocasiones anteriores, para una base de datos (como wikidata) sí es importante que sea miembro del partido repúblicano (como miembro absolutamente pasivo) o que su hobby sea el karate. Para una enciclopedia, en cambio, esta información es irrelevante, toda vez que ni su afiliación política ni su hobby tienen ninguna repercusión que sea enciclopédicamente relevante. Lo mismo si una persona tiene perros o gatos, si tuvo asma cuando chico, si estuvo enfermo de COVID19, de qué equipo de futbol es hincha, etc. Todo relevante para una base de datos exhaustiva (objetivo de wikidata), pero irrelevante para una enciclopedia. SFBB (discusión) 10:47 3 jul 2022 (UTC)

Respondiendo primero a lo que se plantea al comienzo del hilo, me parece correcto vaciar los parámetros locales en las fichas después de haber comprobado que toda la información está en Wikidata y de aclarar y resolver cualquier posible contradicción; en definitiva, y como ya se ha dicho, se trata de que al final el artículo haya quedado mejor que al principio. Centralizar el mantenimiento tiene todo el sentido, y como ejemplo, ya me he encontrado varias veces con artículos sin imagen o con una imagen de baja calidad en los que, gracias a la inserción de la ficha, «aparece» una buena imagen que podría haber seguido «oculta» durante años. Y pasando a la encuesta, coincido en que fue y es útil para encauzar una futura votación sobre el uso de Wikidata que tendrá que haber más pronto que tarde, porque necesitamos unos criterios y procedimientos comunes (y en este sentido, me remito a mi mensaje al final de la página de la encuesta en respuesta a las objeciones hechas sobre Wikidata). Y la interpretación con la que yo me quedo de los resultados es que las opciones que apoyan el uso generalizado de la conexión con Wikidata, con el único matiz de las distintas formas de resolver los conflictos con los datos locales (d + e + f), suman el 64 % de apoyo, muy cerca de nuestra mayoría cualificada. - José Emilio –jem– Tú dirás... 10:26 6 jul 2022 (UTC)

Es una interpretación; hay otras, por ejemplo la mía, que de la encuesta lo que saca en conclusión es que solo tres editores se declararon a favor de dejar el control de las fichas a Wikidata. Completamente de acuerdo con lo que dice SFBB, una base de datos y una enciclopedia tienen objetivos y procedimientos distintos, pero es que además lo que se encuentra en Wikidata más a menudo que buenas fotos son disparates y no siempre vandálicos, además de que allí nadie vigila y los disparates se perpetúan. No edito en Wikidata porque no tengo afición a rellenar fichas, porque no entiendo cómo funciona, porque no me parece nada intuitivo... y, además, porque no quiero, que también es una buena razón. Pero precisamente hoy me he pasado por la entrada dedicada a Bartolomé Esteban Murillo y he eliminado algunas afirmaciones. En cuanto a la imagen, se conocen dos autorretratos auténticos de Murillo y uno falso. El que se utiliza en Wikidata es el falso. Eso lo he dejado porque me da igual y porque no sabría cómo cambiarlo, pero como "referencia" para el uso de la imagen ponía que se había importado de la Wikipedia en ruso (puede ser) y de la Wikipedia en español, y eso simplemente es mentira: la Wikipedia en español no utiliza esa imagen. Como "lugar de trabajo" he quitado que trabajó en Tokio. Lo sorprendente es que esa afirmación estaba ahí desde el 28 de febrero de 2020, y que quien la introdujo no fue un vándalo, fue un usuario llamado Hannolans, neerlandés, con miles de ediciones. Me he encontrado con que existe una cosa que es el "nombre oficial" (?) además del "nombre de nacimiento" y el "nombre en idioma nativo", además de nombre de pila y apellidos..., casi todos ellos equivocados porque Esteban en su caso no es nombre, es apellido y porque hasta el siglo XVIII muy avanzado no se generalizó eso de que el niño recibe como primer apellido el primer apellido del padre y como segundo el primero de la madre (es absurdo llamarle "Bartolomé Esteban Pérez" y más todavía llamarle "Bartolomé Esteban Pérez Murillo"). También he descubierto en Wikidata que era "dibujante arquitectónico" y esto me interesa mucho, porque me interesa mucho la figura de Murillo y es una faceta del artista que está poco -nada- estudiada; me encantaría que el autor del hallazgo -que en este caso tampoco fue un vándalo, fue un bot- me presentase algún "dibujo arquitectónico" firmado por Murillo. --Enrique Cordero (discusión) 12:48 6 jul 2022 (UTC)

Siendo sinceros, el caso mencionado por -jem- de las fotos es uno de los pocos ejemplos que conozco en los que es especialmente útil blanquear un valor local. Por ejemplo, cuando tenemos una foto de un pueblo de un país remoto para ilustrar una ficha, pero esta es mediocrilla-regulera: mejor ponerla en Wikidata y borrar aquí. Pero, prácticamente, se acaban ahí las grandes bondades del "vaciado de datos": en un artículo trabajado y basado en fuentes, que se citan, trae más problemas que beneficios (incoherencias, contradicciones inexplicadas, vandalismos, redundancias, datos irrelevantes o información incompleta, tiempo perdido/gastado extra en mantenimiento de wikidata). Un saludo. strakhov (discusión) 19:26 6 jul 2022 (UTC)

188 alias tenía la versión inglesa¡¡¡¡¡ acabo e descubrir que no se pueden suprimir más de 50 datos de golpe.--Marinero en tierra (discusión) 19:42 6 jul 2022 (UTC)

Sexta temporada de "La Oveja Shaun"

Según he visto en este enlace de la Wikipedia, no constan aquí los títulos de los episodios de la sexta temporada de la serie animada de Aardman Animations: Anexo:Episodios de Shaun the Sheep#Temporada 6 (2020) "Todavía no hay información sobre la sexta temporada" es lo que se ve hasta el momento.

No obstante, en la versión inglesa sí están expuestos los títulos de la misma, teniendo en cuenta que dicha temporada (iniciada en principio en Netflix a partir de 2020) la han nombrado "La oveja Shaun: Aventuras en Mossy Bottom" (https://www.netflix.com/es/title/81193152): https://en.wikipedia.org/wiki/List_of_Shaun_the_Sheep_episodes#Series_6_(2020) De ahí mismo se podrían añadir a la Wiki española dichos títulos. Eric Parsons (discusión) 18:53 24 jun 2022 (UTC)

Eric Parsons: adelante, tú mismo puedes escribir sobre este interesante tema. Los artículos de Wikipedia en español no se completan solos, ni se crean por generación espontánea, sino gracias a la colaboración desinteresada de gente como tú. Un saludo. strakhov (discusión) 20:03 24 jun 2022 (UTC)

Corrector de faltas

Creo que sería bueno añadir el corrector de ortografía no solo a la función leer si no también en la función "Editar". Gracias Gaescribe (discusión) 10:20 27 jun 2022 (UTC)

A mi también me parecería buena idea el editarlo directamente, en donde con el detector señale el problema de ortografía (pj. album de estudio. — álbum de estudio). Y de ahí la función ^[editar] Iván A tus órdenes 19:18 30 jun 2022 (UTC)

Gaescribe: Tu propuesta no es nueva, pero no parece realizable a corto ni medio plazo, ya que el desarrollador original del corrector ya no lo atiende; del mantenimiento básico en estos últimos años me he tenido que ocupar yo; y para cambiar contenido en la vista de edición entiendo que hará falta al menos mucho Javascript e incluso interacción con MediaWiki, lo que escapa a mis conocimientos y tiempo disponible actuales. Si alguien quisiera ofrecer ayuda técnica al respecto, sería muy bienvenido. - José Emilio –jem– Tú dirás... 10:26 6 jul 2022 (UTC)

Manual de estilo ¡ya!

Que indique no usar los caracteres unicode de superíndice ² en vez de ², porque en los móviles se ve fatal. (Simple: facilita la vida, entre otras menudencias. Graña 'n' Montero (discusión) 22:36 29 jun 2022 (UTC)

Mira lo que pasa al copiar y pegar: "superíndice ² en vez de 2, porque en los móviles". Saludos. Lin linao ¿dime? 22:54 29 jun 2022 (UTC)

Adicionalmente a lo que comenta Lin linao, decir que en mi móvil veo y leo perfectamente el caracter ². Un saludo. strakhov (discusión) 18:40 30 jun 2022 (UTC)

El carácter que coloco el usuario @Strakhov: (²) lo veo perfectanente en el móvil. Iván A tus órdenes 19:11 30 jun 2022 (UTC)

Manual de estilo ¡ya! Aunque no exactamente para ese pequeño detalle, sino para algo más grande. -- Leoncastro (discusión) 19:40 30 jun 2022 (UTC)

• Vale apuntar que ambas opciones se ven harto claras en mi móvil; habrá de ser algún problema que aqueja al teléfono de Graña Montero. Si acaso, la primera (²), por aparecer de menor tamaño en mi celular, podría ser de más difícil lectura para una persona con deficiencias visuales; por ende, recomendaría yo la segunda (²) en todos los casos. XavierItzm (discusión) 18:14 1 jul 2022 (UTC)

El problema con los textos formateados es que si los copias o hay algún cambio técnico no se conserva eso. El 2 entre etiquetas sup sigue siendo un 2, por eso es preferible el carácter especial. Saludos. Lin linao ¿dime? 18:38 1 jul 2022 (UTC)

Estoy de acuerdo con Lin linao, pero aquí se explica e invita a usar los superindices y subíndices (² y ₂). Manolo (Desfógate) 18:50 1 jul 2022 (UTC)

Cierto, el formato es muy útil y está en todas partes, pero si se pierde un subrayado o una negrita no pasa casi nada. En cambio, 33 no es igual que 3³. Saludos. Lin linao ¿dime? 19:04 1 jul 2022 (UTC)

@J. Manolo G. P., ahí se explica cómo usar superíndices y subíndices, pero no se «invita» a usarlos donde no se debe. Como ya ha mencionado Lin Linao, usar un superíndice en 3³ causa algún problema que no ocurre por ejemplo usando un subíndice en CO₂ (que no hay duda de que CO2 también equivale al dióxido de carbono). A mí sinceramente el «³» me parece visualmente la peor de las alternativas (con {{su}}: «m3
»; con <sup>: «m³»; con {{ord}}: «m3»; o con ³: «m³»), pero entiendo su uso. Puestos a elegir: visualmente a mí me gusta más la opción con plantilla {{ord}}; funcionalmente el caracter independiente. -- Leoncastro (discusión) 21:17 1 jul 2022 (UTC)

La versión ³ (junto con {{ord}}) me ha parecido que es la que más difiere respecto al tamaño-aspecto de las citas al pie usadas para consignar referencias a fuentes bibliográficas (también numeradas, también superíndices) lo que me parece un aspecto: positivo. Véase m³​ (unicode), m3
​ ({{su}}), m³​ (<sup>), m3​ ({{ord}}). En esta faceta la opción <sup> parece sencillamente nefasta.

saludos. strakhov (discusión) 08:35 2 jul 2022 (UTC)

https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Superscripts_and_subscripts#General_guidelines Graña 'n' Montero (discusión) 01:18 6 jul 2022 (UTC)

Artículos de Ministerios

¡Hola! Desde hace unos años he estado bastante implicado en la creación de artículos de contenido institucional (Ministerios, Secretarías de Estado, Direcciones Generales, etc.) sobre todo en lo relativo a España. El problema con el que siempre me he encontrado ha sido que tenemos multitud de artículos refiriéndose a un mismo ministerio en función de si su nombre cambia o si se vuelve a crear con posterioridad. Puedo entender que haya periodos de más o menos cambios y que en algunos ministerios no sea posible determinar de forma objetiva qué Ministerio es (por ejemplo, ¿el Ministerio de Economía y Hacienda es el Ministerio de Economía o el de Hacienda?; en estos casos abogo por mantener aquellos artículos de ministerios explicando su fusión) pero en muchos otros casos está claro. Me gustaría que debatamos sobre la forma en la que creamos de forma indiscriminada artículos cada vez que un Ministerio cambia de denominación, sin tener en cuenta sus funciones (ej. el actual Ministerio de Transportes, Movilidad y Agenda Urbana es el mismo departamento que el Ministerio de Fomento pero con otro nombre; tiene mismas funciones y estructura).

Expuesto esto, me gustaría que antes de debatir también se valorara el trabajo que he hecho en dos artículos concretos, el Ministerio de Asuntos Exteriores (España) y el Ministerio de Justicia (España), donde he volcado toda la información y como veis, están ampliamente referenciados, con mucha más información de la que hay en la mayoría de artículos similares y, a mi juicio, estéticamente más agradables.

Sé que hace unos años se hicieron algunas plantillas de ministerios que se pueden ver perjudicadas o artículos tipo "Historia de tales ministerios" pero creo que podemos sacrificar algunas plantillas y páginas en favor de no seguir creando artículos vacíos de contenido y crear artículos con nombres genéricos, bien explicados y, en definitiva, ricos en información.

Espero vuestras opiniones y, por supuesto, si saliera adelante la propuesta, me ofrezco a realizar todos esos cambios que van a llevar algún tiempo. TheRichic (Mensajes aquí) 12:36 5 jul 2022 (UTC)

Pues no sé, si no se usan fuentes fiables que, habrá cierto grado de investigación original en el rejunte. Si vas a usar algunos nombres de ministerios como "artículos cajón" usando tu saber, sabiduría y sapiencia, al menos creo que habría quitarles la ficha y demás historias, pues haciendo eso se le restaría "oficialidad" a tus simplificaciones, pues llamar ministra de Fomento a Raquel Sánchez Jiménez en la ficha de un hipotético artículo sobre un «sempiterno» Ministerio de Fomento español no es correcto, porque no es ministra de Fomento, es ministra de Transportes, Movilidad y Agenda Urbana. Si bien la situación actual no es ideal, tampoco creo que tenga fácil solución y ante la duda yo seguiría con la tónica actual o al menos evitaría el borrado de artículos existentes sobre ministerios que existen realmente, no siendo esto último óbice de que se redacten algunos sobre ministerios genéricos (preferiblemente, como he sugerido, basados en monografías/fuentes secundarias y no en nuestras opiniones sobre lo que presuntamente cubre o deja de cubrir tal cosa). Un saludo. strakhov (discusión) 19:45 5 jul 2022 (UTC)

Lista de páginas sin vigilar

Saludo, estaba leyendo la sección de lista de páginas sin vigilar, y cita: Con el fin de evitar que algún vándalo la aproveche como "lista de blancos fáciles", solo pueden verla los bibliotecarios. Propongo que también este accesible la página especial (Especial:PáginasSinVigilar) al grupo de reversores, ya que sería más eficiente vigilar estas páginas vulnerables, además este grupo tiene cierta confianza, ya que por supuesto, no son vándalos. Es un recurso valioso para que haya menos vandalismo. Anibal Maysonet (discusión) 14:41 5 jul 2022 (UTC)

 A favor. Si no el resto de usuarios, por lo menos sí los reversores. Como bien dice Anibal Maysonet, son editores de confianza para el resto de la comunidad. Manolo (Desfógate) 16:12 5 jul 2022 (UTC)

Comentario: La página es totalmente inútil en es.wiki porque solo carga los primeros 5000 artículos sin vigilar (por orden alfabético) de una lista que debe de ser de cientos de miles, porque no se llega ni a la letra B. Nadie se está perdiendo nada. -sasha- (discusión) 20:06 5 jul 2022 (UTC)

Neutral, aunque lo veo innecesario por lo indicado por -sasha-.--SRuizR 20:51 5 jul 2022 (UTC)

Es muy frustrante lo que dice -sasha-, pero estoy  A favor solo por ser una medida que podría hacer que esa lista fuera (al menos algo) menos larga. Nacaru · Discusión ✉ · 21:25 5 jul 2022 (UTC)

 Muy a favor, por lo motivos dados por Nacaru, si nadie sabe cuales son, es difícil que puedan ser vigilados.- Althair Discusión 21:39 5 jul 2022 (UTC)

 A favor Por lo dicho por los usuarios antes, aunque también entiendo la problemática descrita por sasha. --Luis Alvaz (discusión) 22:15 5 jul 2022 (UTC)

• Comentario Pues, francamente, si es verdad lo que se dice de que es una lista con cientos de miles de entradas, no le veo ninguna utilidad a dejársela ver a reversores: no van a hacer gran cosa con ella (¿ponerse masivamente a añadir miles y miles de páginas a sus listas de seguimiento para disminuir el contador e ir pudiendo acceder poco a poco al 95 % oculto del pastel?) y sí puede dar problemas (que alguien a quien se ha entregado el permiso de reversor, que tampoco es en la práctica un flag que requiera excesiva confianza, pues con darle un poco al deshacer un par de semanas en 'cambios recientes' te lo regalan sin mayores historias, utilice la información para sabotear páginas que comienzan por ¿la letra A?). Un saludo. strakhov (discusión) 19:48 6 jul 2022 (UTC)

  Estaría a favor de darle acceso a la lista a los patrulleros, si se abre un ticket para que se listen todos los artículos y no solo los primeros 5000. De paso, no aprecio el comentario de strakhov que relativiza el otorgamiento de los permisos por parte de los bibliotecarios, en especial, siendo que Jaluj, que es la que más atiende ese tablón, es bastante estricta y cautelosa en dicho otorgamiento. Y si en alguna ocasión se ha otorgado a un usuario que ha hecho mal uso de los permisos, son los casos mínimos y no una regla general, por lo que también lo considero una falta de respeto y a la presunción de buena fe de que se usará para sabotear los artículos allí listado. — Lucho Problem? 21:30 6 jul 2022 (UTC)

Si advertir de una posibilidad es una "falta a la presunción de mala fe" puedes borrar WP:LLAVE o WP:VAN, porque esas páginas también lo serían. Por lo demás no sé lo que hará Jalu últimamente (solo ha sido bibliotecaria desde el año pasado y Wikipedia tiene décadas de antigüedad), pero a lo largo de los años tengo la impresión de que no ha sido un permiso muy caro (y de hecho ni siquiera pienso que debiera serlo: simplemente sirve para deshacer más rápido una edición), si esta opinión te parece una falta de respeto muy gorda, puedes denunciarla en WP:TAB/VE. Un saludo. strakhov (discusión) 21:37 6 jul 2022 (UTC)

Es más, el hecho de que la lista en cuestión esté actualmente oculta está motivado también por una falta a la presunción de buena fe. 🙄 Un saludo. strakhov (discusión) 08:42 8 jul 2022 (UTC)

Pido por favor que no empecemos a pelear. En todo caso, algo que me parecería útil sería tal vez una página especial parecida a la lista de seguimiento donde se sigan los artículos sin vigilar. Si se creara algo así, preferiría dejar la lista de artículos sin vigilar solo para biblios y poner esa hipotética página especial disponible para los reversores.--SRuizR 21:54 6 jul 2022 (UTC)

 En contra por lo dicho por -sasha- y strakhov. —MA 15:14 8 jul 2022 (UTC)

Casillas de verificación

¡Hola! Acabo de crear la Plantilla:Checkbox que básicamente permite crear casillas de verificación que se pueden marcar y desmarcar sin necesidad de editar la página (solo por usuarios autoconfirmados). Los cambios se guardan detrás de escena, de manera que persistan al recargar la página. Las pueden probar a continuación:

• ✓ Manzanas
• Bananas
• Naranjas

Creo que pueden ser útiles en páginas de usuario y wikiproyectos. Comparto su existencia para que las conozcan pero también porque su funcionamiento requiere de un nuevo TemplateScript en MediaWiki:TemplateScript-Checkbox.js y eso requiere consenso. Quedo atento a comentarios y solicitudes. ¡Saludos! Sophivorus (discusión) 12:34 8 jul 2022 (UTC)

Sí, strakhov, yo también he pasado un rato entretenido probando y sí, funciona. En el fondo, somos como niños. Manolo (Desfógate) 13:49 8 jul 2022 (UTC)

Han llenado el historial del café. ¡Bravo! --TehFrog, ribbit. 13:51 8 jul 2022 (UTC)

Son pruebas, pero bueno, lo ideal es hacerlo en otro lado, no aquí. Así que lo mejor es abstenerse. Porque de tantas ediciones como esas se pierden ediciones valiosas de otros temas y otros usuarios no las llegan a ver. Bradford (discusión) 15:26 8 jul 2022 (UTC)

¡Hola! Acabo de restringir su uso a usuarios autoconfirmados para evitar abusos. Si quieren experimentar un rato sin llenar el historial del café, pueden hacerlo en la subpágina de documentación o en su página de usuario. Sophivorus (discusión) 15:29 8 jul 2022 (UTC)

Gracias!! Anibal Maysonet (discusión) 15:31 8 jul 2022 (UTC)