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

Herramienta de traducción de la Wiki

Un problema que hay que lidiar en paginas nuevas es con las traducciones automáticas. Ahora bien, existe una opción de que puede traducir una pagina de otra Wiki, pero, ¿de verdad esta haciendo útil tal herramienta?, ya que en muchos caso -especialmente los novatos- lo utilizan y crean articulo de una calidad muy mal y con errores. ¿Debería eliminarse esa herramienta? ¿se podría llevar acabo un conceso?. Saludo. Anibal Maysonet (discusión) 10:06 22 abr 2022 (UTC)

Hola, @Anibal Maysonet.

Estoy a favor y en contra de esta práctica, pues los traductores automáticos que ofrece Wikipedia funcionan muy mal. Es cierto que pone que se revise la traducción para verificar que es natural y está bien redactado, pero hoy he traducido un artículo de la Wikipedia en inglés y lo he tenido que traducir yo mismo, porque las traducciones que te ofrecía Wikipedia eran básicamente un copiado y pegado... Y para más ironía, te ponía al lado que «100 % del texto estaba sin traducir»...

Lo malo es que mucha gente utiliza el traductor sin revisar ni nada, y con suerte puedes medio entenderlo. Lo mejor sería:

1. Que se traduciese obligatoriamente a mano
2. Que Wikipedia mejorase sus traductores.

Wiki López Antón (discusión) 17:11 30 may 2022 (UTC)

 En contra Como dijiste los usuarios nuevos pueden hacer un mal uso de la herramienta, pueden pensar "a, aquí me dan una traducción, mejor solo lo guardo y ya", sin embargó hay que tener en cuenta que esa función está actualmente en fase de pruebas o beta, en ese tipo de versiones pueden haber cambios y creo que aquí no pudiera ser la excepción, lo que propongo yo para frenar un poco este problema (porque claramente aún se podrán realizar ese tipo de traducciones en otras páginas) es poner esta función para un usuario que tenga X tiempo de antigüedad y/o Y número de ediciones en el sitio o algún otro requisito que se proponga, tal cómo la capacidad de trasladar artículos (4 días de antigüedad y 50 ediciones) o pará votar (6 meses de antigüedad y 500 ediciones en espacio de contenido enciclopédico). Emolga826 (talk page) simple wiki 22:41 22 abr 2022 (UTC)

Estoy de acuerdo con Emolga826. Mejorar el desarrollo de esa herramienta, dado que está en fase de pruebas, sí. Limitar su uso, también. Eliminarla, no. Además, siempre cabe la posibilidad de que cualquiera de nosotros pueda mejorar esos artículos mal traducidos. Al fin y al cabo, constantemente estamos mejorando artículos con una redacción pésima, con faltas de ortografía, con diversas carencias, etc. sin que necesariamente sean una traducción. Manolo (Desfógate) 23:11 22 abr 2022 (UTC)

De acuerdo también: es bastante aburridor estar revisando -y eventualmente borrando- traducciones sin trabajo adicional (y respondiendo quejas por "todo el trabajo que se tomaron", cuando les ha tomado no más de diez segundos). Pero la solución no sería eliminar el traductor, sino limitar su uso a usuarios con alguna responsabilidad, a los cuales se los pueda forzar incitar a hacerlo bien, es decir a autoconfirmados o quizá autoverificados. Mientras tanto, confiar en que el traductor mejore; me preocupa especialmente que prácticamente no traduzca referencias, cuando es justamente el proceso más automatizable. Saludos. --Marcelo (Mensajes aquí) 02:07 23 abr 2022 (UTC)

El problema de las autotraducciones es muy anterior a la aparición de la herramienta de traducciones, por lo que no creo que eliminándola o restringiendo su uso se arregle nada. Al menos con la herramienta es más fácil incluir referencias y enlaces internos. Tampoco es verdad que un artículo autotraducido se pueda guardar tal cual. Yo la uso con cierta frecuencia y me suele dar avisos de que no he revisado suficientemente —y eso que normalmente hago muchas correcciones—. Una vez que intenté guardar un artículo extenso sin revisiones me lo impidió sin más, aunque la página destino no estuviera en el espacio de contenidos.--Xana (discusión) 17:09 23 abr 2022 (UTC)

En mi opinión, podría ayudar que en lugar de traducir directamente a la enciclopedia, se guarde en el taller del usuario que está haciendo la traducción. Eso ayudaría a que revise antes de subirlo, y no se quede con que "ya está, ya lo traduje". Además de que sólo podrían traducir los usuarios registrados. --Marcelo (Mensajes aquí) 18:15 23 abr 2022 (UTC)

... registrados y que cumplan ciertos requisitos, igual que para trasladar artículos o votar, tal y como propone Emolga826. Manolo (Desfógate) 20:17 23 abr 2022 (UTC)

El problema también es el hecho de que las traducciones también se pueden realizar sin el uso de la herramienta de traducción, ya que un usuario puede:

1. Agarrar el texto de una Wiki en otro idioma
2. Buscar un traductor
3. Copia-pega

Y todo esto sin el uso de una herramienta de traducción (hasta incluso el uso de tener una cuenta registrada) por lo que no creo que ayude el bloquear la herramienta de traducción y que solamente se pueda usar hasta que el usuario cumpla estos «requisitos». wyffio ^??? 21:07 23 abr 2022 (UTC)

Teniendo en cuenta como dice XanaG que autotraducciones puede haber (y ha habido) tanto sin herramienta como sin ella, es importante recordar que con la herramienta al menos ya no hay problemas de atribución/derechos de autor (pues atribuye apropiadamente las traducciones), lo que para mí supone una clara ventaja frente a no tenerla. Tampoco creo que registrar una cuenta te haga mejor traductor. Ni siquiera una persona más responsable. Solo hace las contribuciones de una misma persona más fácilmente reunibles/identificables.

En resumen, teniendo en cuenta que la obligatoriedad de atribuir a los wikiautores originales es una de las cosas que menos se conocen al comenzar en Wikipedia, y en la medida en la que se siga permitiendo crear artículos a cuentas sin registrar, o no autoconfirmadas o no autoloquesea, prefiero que si éstas crean entradas a partir de wikitraducciones lo hagan con esta herramienta a que lo hagan vía Google Translate (cumplimiento de licencia más probable y mayor probabilidad de conservar alguna referencia, por defectuoso que sea a veces el resultado). Un saludo. strakhov (discusión) 08:50 24 abr 2022 (UTC)

•  Muy en contra de quitar la herramienta, ya que facilita mucho la traducción "correcta", incluyendo las plantillas y referencias. Además de que la herramienta agrega la atribución en el resumen de edición, cumpliendo con la licencia. Sí, estoy a favor de restringir su uso, por ejemplo a usuarios autoconfirmados. Y recuerden no morder a los novatos. --Amitie 10g (discusión) 15:09 30 abr 2022 (UTC)

 Muy en contra de quitar esta herramienta por los mismos motivos que Amitie 10g. En todo caso, no me opongo a que su uso se restringa a usuarios autoconfirmados.--SRuizR 23:10 1 may 2022 (UTC)

 A favor de quitarla o limitar su uso. Tal vez exista esa ventaja de la atribución de derechos, pero su uso real es un problema grande. Títeres de CPPs y vándalos la utilizan para inflar su historial, autoconfirmarse y continuar con recreaciones, ediciones y vandalismo en espacios semi protegidos. Hace un año, el CEO de Crofick dió de alta un títere que inició con auto traducciones de músicos rusos al por mayor para autoconfirmarse y recrear el artículo de su empresa.

Otro uso muy frecuente es el de novatos «fandom» que se dan cuenta que no tenemos los artículos de sus personajes secundarios favoritos o actores de doblaje y aprovechan la «mina» que es enwiki para crear estos artículos sin relevancia y/o sin referencias fiables que luego es difícil borrarlos porque comienzan debates muy agresivos que llegan a terminar en el bloqueo de esos usuarios.

Como dicen, no se detendrían las traducciones con herramientas externas ni las autoconfirmarmaciones para vandalizar, pero si las harían más difíciles. La herramienta es bien intencionada y puede ayudar a enriquecer la enciclopedia con artículos nuevos, pero, en mi opinión, sus mal uso supera a los beneficios.

Si su eliminación es algo muy drástico, podría limitarse su uso a usuarios autoconfirmados y con cierto tiempo en la enciclopedia, no lo garantizaría, pero así sería utilizado principalmente por usuarios que ya tienen un conocimiento mínimo de las políticas y la interacción con la comunidad. MexTDT (discusión) 19:43 5 may 2022 (UTC)

• Siempre he visto más conveniente limitar la creación de páginas en el espacio principal a autoconfirmados, quizá nos ahorraríamos un poco páginas con conflictos de interés echas por CPPs que creen que pueden venir aquí a promocionarse, pero quitar esa herramienta no cambiará las cosas, y hay muchos veteranos que saben utilizarla correctamente, por lo tanto no veo porqué ellos no puedan utilizarla si se llegase a quitar. Por lo tanto, estoy  En contra de eliminarla, pero a favor de que se limite a autoconfirmados o algún que otro grupo. -Alabama- (discusión) 20:13 5 may 2022 (UTC)

Igual que el usuario @-Alabama-:  A favor de que solamente los usuarios autoconfirmados puedan crear traducciones. Betancourt A tus órdenes 20:18 5 may 2022 (UTC)

No sé si se hizo seguimiento de las propuestas anteriores. En otras wikis se han tomado medidas intermedias limitando el uso de la herramienta. Se podría abrir un hilo en phabricator o contactar con alguno de sus desarrolladores. En el pasado hubo hilos técnicos con gente que trabaja en la herramienta con Pginer-WMF (disc. · contr. · bloq.) sobre las estadísticas de su uso (cuántas traducciones se borran vs nuevos artículos convencionales) y sobre las vistas de diferentes comunidades (restricciones a usuarios con un mínimo de ediciones o en algunas wikipedias, bloqueadas las creaciones cuando no se cumplen algunos de los problemas que la herramienta autodetecta).-FAR, (Libro de reclamaciones) 18:21 11 may 2022 (UTC)

Aprovecho para añadir algunos detalles al respecto. La herramienta de traducción se diseñó para poder adaptarse a necesidades particulares de distintos idiomas y comunidades. Estos ajustes requieren de la colaboración de los editors con el equipo de desarrollo de la herramienta, para entender en detalle la situación. Algunas opciones que podemos considerar:

• Ajustar el servicio de traducción usado por defecto. La herramienta de traducción integra varios servicios externos de traducción (Apertium, Google, Yandex...). Si consideráis que alguno funciona mejor y puede ayudar a que se necesite menor esfuerzo para corregir los contenidos, podemos ajustar la opción mostrada por defecto.
• Ajustar el sistema de límites. La herramienta impide la publicación de contenido cuya traducción automática inicial no ha sido editada lo suficiente. El sistema de limites es bastante permisivo inicialmente, pero podemos ajustarlo. Algunas comunidades cómo las Wikipedias en telugu o en indonesio ajustaron los límites al 70% (no permitiendo que se publiquen traducciones con más de un 70% de contenidos sin modificar respecto a su traducción automática inicial). En otros casos cómo la Wikipedia en chino los ajustó al 95%. El valor concreto depende de la calidad de las traducciones atomáticas para un idioma concreto, y fijar el mejor valor requiere de varias iteraciones para encontrar un buen equilibrio. También tenemos previsto revisar la forma en la que funciona el sistema de límites, por lo que información sobre problemas comunes y ejemplos de traducciones de baja calidad son bienvenidos.
• Limitar el uso a usuarios menos expertos. Como se ha comentado, es posible limitar la publicación de traducciones para que únicamente se permita a ciertos grupos de usuarios avanzados. Este no es un método que recomendemos ya que la traducción puede ser una manera valida de iniciarse como editor, y es más justo basar la decisión en el contenido creado que en el numero de edits. Por eso pensamos que este debería ser el último recurso después de intentar otros ajustes mencionados anteriormente.

He mencionado ajustes soportados por la configuración actual, podemos considerar también otros cambios, pero de requerir tiempo de desarrollo podrían requerir bastante más tiempo llevarlos a cabo. En cualquier caso animaros a compartir vuestras impresiones aquí o en la página de discusión del proyecto. ¡Muchas gracias!

--Pginer-WMF (discusión) 12:42 13 may 2022 (UTC)

No estoy a favor de limitar el uso de la herramienta, ni siquiera a los no autoconfirmados, pero creo que las traducciones de Google son de más calidad que las de Apertium, que está por defecto. Sé que hay muchos usuarios que opinan lo mismo, se podría cambiar. -sasha- (discusión) 17:31 13 may 2022 (UTC)

Estoy de acuerdo con -sasha-. Apertium es fatal. Estaría de acuerdo con cambiar el traductor automático predeterminado a Google.--SRuizR 15:23 18 may 2022 (UTC)

Generalmente pido la traducción a google y uso la herramienta solo para transcribir y aprovechar sus utilidades. por cierto ¿se podria hacer una encuesta sobre el uso de esa herramienta? de por si ya aporta cierta cantidad de estadisticas, podria ser util para las proximas revisiones de ella. LoganPaelias (discusión) 17:10 1 jun 2022 (UTC)

Muchas gracias por los comentarios. Quería confirmar que se ha hecho el cambio del servicio pro defecto, y compartir los resultados de un análisis sobre los servicios más utilizados en cada idioma que nos ha servido para identificar otros casos dónde los usuarios pueden preferir otro servicio.

No dudéis en compartir mas detalles de vuestra experiencia usando la herramienta de traducción.

¡Muchas gracias! Pginer-WMF (discusión) 11:07 13 jun 2022 (UTC)

A mi me gusta esta herramienta, la utilizo a menudo. Es cierto que tiene una traducción automática deficiente, pero facilita mucho la transcripción de referencias, y otros elementos de los articulos originales, además de ser muy útil para detectar contenido ausente. La solución no está en eliminarla, pienso yo, sino en mejorarla. Y en enseñar y promover un correcto uso. La labor de traducir es mucho más que darle a un botón y guardar... creo que habría, para empezar que considerar agregar por algun lado una guia de uso y de consideraciones para usar la herramienta.LoganPaelias (discusión) 17:09 1 jun 2022 (UTC)

Yo no la restringiría, pero sería estricto con quienes la usan a pelo y llevan varios avisos sin enmendar.

Lo que yo echo de menos es una herramienta que automatice el traslado de referencias. Y no sólo para crear artículos, sino para mejorar los existentes aportando contenido desde una wikipedia en otro idioma. Me encuentro a menudo con párrafos que son poco menos que un sinsentido, véase esto) y compárese con el equivalente en la wikipedia en inglés donde está redactados pulcramente y con referencias. Es un poco tedioso copiar y pegar una a una las URL de las referencias al generador, sin contar que a veces (la verdad es que pocas) falla y hay que hacerlo a mano.

De hecho yo no traduzco más a menudo por esta limitación. --Linuxmanía (discusión) 16:16 7 jun 2022 (UTC)

@Linuxmanía: no necesitái andar perdiendo tu tiempo, copiando urls en ningún generador. La gracia de cómo están implementadas las plantillas de referencias es que el formato estándar funciona en cualquier wikipedia, así que se puede hacer simplemente copy-paste desde muchas otras wikis, lo que facilita enormemente la tarea cuando se traducen partes de un artículo (y o un artículo o sección completa, por ejemplo). Ahora no faltan las wikis (entra ellas lamentablemente eswiki) que se les ocurre la "brillante" idea de traducir el formato estándar de las plantillas (que es algo tan inútil como traducir if, for o while en un lenguaje de programación), ni editores que creen que hay que andar traduciendo las plantillas no traducidas (como si eso hiciera una mejor enciclopedia; yo revierto a todos los que traducen mis referencia, pq solo importunan mi trabajo interwiki), pero en el fondo es simple: podís sencillamente hacer copy-pasty de las plantillas de referencias en enwiki y éstas funcionan prácticamente sin problemas en cualquier otra wiki (a veces hay que echarle un mirada de check, porque como el 0.1% o menos de la veces tienen campos adicionales no estándar - sí, en enwiki igual hacen tonteras - pero eso no ocurre casi nunca). SFBB (discusión) 21:33 7 jun 2022 (UTC)

 Muy en contra de quitar la herramienta. He traducido varios artículos del inglés y sin ella no me lo habría planteado.

Lo que hay que hacer es mejorarla. Por ejemplo:

• Antes de publicar, poder ver el código wiki, porque suele meter nuevas líneas donde no se espera (como delante de las listas) y otros fallos que solo se ven en el código. Y si no, podría publicarse el nuevo artículo con la plantilla {{en desarrollo}} para poder luego revisar el código.
• Poder traducir solo una sección. Ahora hay que hacer como si se tradujese todo el artículo, traducir solo la sección deseada y copiar los párrafos traducidos para pegarlos en el artículo a completar.
• Otra mejora: poder copiar más de un párrafo o sección de la traducción, ahora no se puede.

Y para la gente que no revisa la traducción... poner un mensaje de aviso más grande, que se vea bien. Davidhs0 (discusión) 22:04 7 jun 2022 (UTC)

yo También estoy en contra de quitar la herramienta, ,viene muy bien, yo uso Google translate y una vez traducido hago una revisión con https://www.deepl.com/ y aún con todo esto hay que repasar la estructura de las frases, pero lo gordo ya está hecho con la herramienta. Chon (discusión) 04:57 9 jun 2022 (UTC)

Recuperar la plantilla:enobras

En este hilo se está discutiendo sobre el uso de la plantilla:en desarrollo, ya que en principio se usa solamente para artículos nuevos. Así pues, los que trabajamos en ampliar artículos ya creados corremos el riesgo de que nuestro trabajo resulte fútil, porque si tardamos un tiempo considerable alguien puede hacer modificaciones sustanciales en el artículo y buena parte de nuestro trabajo ya hecho se iría al garete. Yo suelo hacer artículos largos, en los que puedo estar trabajando hasta tres o cuatro meses, y en los que puedo consultar diez, veinte o más libros, lo que supone una inversión de tiempo y trabajo considerable. Hasta ahora no me ha ocurrido, pero no quiero ni pensar en que cuando tuviese un artículo casi listo, tras todo ese tiempo y esfuerzo, alguien se adelantase y perdiese todo lo realizado. Podría ir haciendo ediciones menores, pero a mí me gusta trabajar off-line y publicar cuando lo tengo todo listo. También podría ocurrir lo contrario, que yo me adelantase a otro y este perdiese su trabajo, por lo que creo conveniente una plantilla informativa para poder ponerse de acuerdo. Sí, ya sé, Wikipedia es de todos, nadie se puede apoderar de un artículo; pero no sería eso, sería simplemente informar de que alguien está trabajando en ampliar ese artículo y poder consensuar los cambios. En el otro hilo se ha comentado que la plantilla puede resultar incómoda en el espacio principal, pero se podría poner en la página de discusión. Mi propuesta sería la siguiente: recuperar la plantilla:enobras, que existía antiguamente y luego se redirigió a la plantilla:en desarrollo; quizá necesitaría cambios, un mejor redactado, una apariencia más estética, una política que especificase bien su uso, quizá que deba colocarse en la página de discusión, etc. Pero creo que sería imprescindible para preservar el trabajo de los que ampliamos artículos, sin perjudicar a nadie. Saludos.--Canaan (discusión) 09:50 23 may 2022 (UTC)

Siempre he usado esa plantilla para estos casos. Pero creo que a lo mucho una semana estará bien para que la plantilla permanezca en el artículo. Luego suceden cosas como estas, la cual luego tuve que eliminar en el presente año (también lo he hecho, eh. Luego a uno se les olvidan las cosas). Y sinceramente para tener una plantilla de {{En desarrollo}} tanto tiempo, sin que al menos el artículo muestre progresos, es realmente absurdo. Lo mejor para casos en los que te tomarás días/semanas/meses es que lo trabajes en tu taller (a menos de que sea algo que harás en un dos por tres). En enwiki sucede lo mismo, en mi tiempo por allá, jamás vi que una plantilla de "en desarrollo" durará más de 2 días. Allá tenemos igualmente esta y esta. Bradford (discusión) 10:27 23 may 2022 (UTC)

La cuestión no es ya el tiempo, sino que la plantilla:en desarrollo solo se usa para artículos nuevos, por lo que si la pones un uno antiguo te la retiran. Por eso propongo otra plantilla para artículos ya creados susceptibles de ser ampliados. PD: aquí existe también la Plantilla:En uso, pero solo sirve para una hora.--Canaan (discusión) 10:30 23 may 2022 (UTC)

Buenas @Canaan: en realidad la quité de unos 15-20 artículos para ver la reacción de la comunidad, porque hasta ahora no habíamos sido estrictos con lo que dice la plantilla. No lo volví a hacer más, y puedo dejar de hacerlo y quitarla solo de aquellos artículos que no hayan sido editados en más de 30 días. El problema que veo es que quizá tengamos artículos con la plantilla puesta años porque son muy editados. Como me digáis, pero por estos pequeños detalles no quiero perder un editor como tú ;) Un saludo. --vanbasten_23 (discusión) 10:37 23 may 2022 (UTC)

Gracias. Bueno, a ver qué decide la comunidad, si se puede hacer un poco la vista gorda con la otra plantilla o se habilita una nueva, a mí me parece bien cualquier opción que permita seguir editando artículos. Saludos.--Canaan (discusión) 12:37 23 may 2022 (UTC)

Concuerdo, debería ser para artículos nuevos y ya existentes. Pero sigo pensando que una plantilla así no puede durar en un artículo más de 1 semana, sin irme lejos, una semana ya es demasiado tiempo. Y así como el caso que mencioné antes, existen muchos más de usuarios que la colocan y luego la dejan ahí, sin al menos haber hecho un progreso. Bradford (discusión) 13:08 23 may 2022 (UTC)

A favor de habilitar una plantilla/parámetro para artículos/secciones existentes susceptibles de ser ampliados, pero a favor de limitar su extensión a una semana o dos. Si el artículo necesita un trabajo tan profundo que lleva un mes o mas, sería mejor hacerlo en un taller. En todo caso no debería usarse en artículos con un tráfico alto como eventos en curso con alguna intención de "acapararlo" y desalentar la edición.--ile🍂 (discusión) 13:19 23 may 2022 (UTC)

Muy a  A favor de hacer que el uso de la plantilla se de para plazo de una semana o dos. Bradford (discusión) 15:36 23 may 2022 (UTC)

 A favor de que se emplee la plantilla en obras para artículos ya creados y que sea obligación añadir el nombre de usuario y la fecha de inserción, con una duración de mínimo una y máximo dos semanas me parece prudente. --Pzycho10 (discusión) 16:23 23 may 2022 (UTC)

┌─────────────────────────────┘
Yo no sé dónde y cómo se ha decidido que {{en desarrollo}} solo se debería utilizar en artículos nuevos. Yo uso esa plantilla siempre que voy a hacer ampliaciones sustanciales a un artículo, sea este nuevo o antiguo y la pongo para 1) avisar a los lectores que la información en el artículo cambia frecuentemente "sí, la mitad del artículo hoy es un desastre, pero vuelve de vez en cuando hasta que encuentres lo que buscas" 2) evitar otros plantilleos 3) invitar a otros editores a colaborar conmigo: "Si quieres, puedes ayudar y editar...". Y sí, como a Canaan, acabar el artículo me puede llevar semanas. ¿Debo editar en secreto en mi taller y privar a los lectores de todas la mejoras que voy haciendo entre tanto o arriesgarme a tener trabajo extra si alguien más decide editar el artículo por su cuenta, o abrir una consulta de borrado o lo que sea? Entiendo el problema con los artículos muy editados que portan la plantilla eternamente, pero a lo mejor se podría modificar el comportamiento de Aosbot para que comprobara si el usuario que la puso edita el artículo regularmente. --Xana (discusión) 16:28 23 may 2022 (UTC)

Buenas @XanaG: desgraciadamente no se me ocurre una forma sencilla de hacerlo, porque en la mayoría de casos el usuario pone la plantilla sin fecha y sin nombre de usuario, por lo que tendría que revisar el contenido de cada edición en busca de la introducción de la plantilla y en artículos muy grandes y con muchas ediciones llevaría tiempo. Un saludo. --vanbasten_23 (discusión) 16:40 23 may 2022 (UTC)

¿Se podría hacer si la plantilla lleva nombre y fecha? (Yo casi siempre pongo el nombre... la fecha, no tanto; pero no me costaría hacerlo —mejor que tener que reponer la plantilla cada dos semanas :-) :-). Se podría modificar la plantilla para promover que los editores incluyan estos campos.--Xana (discusión) 16:56 23 may 2022 (UTC)

Buenas tardes. Por no repetir resumo que estoy de acuerdo con lo dicho por Canaan y por Xana. En cuanto a lo trabajar en el taller personalmente no me gusta porque por lo general nadie se mete a leer lo que estás haciendo y se corre el riesgo de que mientras estás corrigiendo o ampliando otros usuarios sin querer pisen el trabajo. Yo comprendo que son soluciones drásticas las vuestras para prevenir la picaresca pero a la gente seria y de fiar (lo hemos demostrado a través de los años) nos perjudica. Y pido por favor que me dejen trabajar con la plantilla puesta cuando lo necesite (tengo mucho que modificar en los artículos de los años prehistóricos; lo de ampliar con referencias lleva mucho tiempo), prometo no abusar. Hago llamamiento a Mara a ver qué opina. Saludos Lourdes, mensajes aquí 17:18 23 may 2022 (UTC)

Totalmente de acuerdo en que se pueda utilizar la plantilla «En desarrollo», aunque no limitaría su uso a una semana porque hay veces que se puede tardar más en ampliar y arreglar un artículo existente. Xana, aquí es cuando se cambió para que solamente se pudiera utilizar en artículos recién creados. Saludos, --Maragm (discusión) 17:38 23 may 2022 (UTC)

Yo creo que la plantilla {{en desarrollo}} se podría usar perfectamente en artículos que no son nuevos. Desde mi punto de vista sirve precisamente para avisar que el artículo está siendo notablemente reformado y puede que el lector note algunna carencia (por ejemplo que falte cierta información, porque a un artículo sin biografía se le está incorporando por partes; o que se repita información, porque se reestructuró y se reescribió el inicio del artículo que anteriormente ya constaba hacia el final). Por tanto el aviso no guarda relación con si se trata de un artículo nuevo que va creciendo, o uno viejo que se está reformando considerablemente. Creo que no es necesario tener dos plantillas para lo mismo; bastaría con quitar la acotación de que solo se usa para artículos nuevos. Por otro lado, si estás editando poco a poco el artículo, no se debería retirar la plantilla aunque lleve varios meses, siempre que en esos meses se edite recurrentemente. No tiene mucho sentido poner este aviso si no se realizan ediciones, y pasados dos meses se vuelca toda la información de golpe. -- Leoncastro (discusión) 17:54 23 may 2022 (UTC)

Lo que pienso de esto, es que, en vista del conflicto, se puede colocar libremente, con, la obligación de poner el nombre del editor. Y que el mismo bot detecte el periodo de actividad del usuario o la plantilla que se colocó, cosa que no pase un mes o cuatro meses con la plantilla y no hayan habido cambios notables. Y si habrán más usuarios involucrados, que esos nombres de usuarios se visualicen en la plantilla. Digo a mi modo de ver. Debe haber un compromiso seriamente, y no permitir que la plantilla superen un mes en el artículo sin razón alguna. Bradford (discusión) 18:03 23 may 2022 (UTC)

Gracias a todos. Parece que hay consenso en que la plantilla "en desarrollo" sirva tanto para artículos nuevos como antiguos. Quedaría especificar el tiempo, por mi parte lo dejaría en un mes, como está ahora. También estaría a favor de la obligatoriedad de poner nombre y fecha. Saludos.--Canaan (discusión) 18:36 23 may 2022 (UTC)

Yo tampoco estoy a favor de crear una nueva plantilla. Si todo el mundo está de acuerdo en que se puede utilizar para todos los artículos independientemente del día de creación, genial. Si fuese la fecha obligatoria podríamos borrar todas las plantillas que no la tengan puesta y aquellas que la tengan más de 30 días, así podría controlarse perfectamente. Un saludo. --vanbasten_23 (discusión) 21:12 23 may 2022 (UTC)

Sí....y si está el nombre de usuario se pueden controlar los 30 días a partir de la última edición del usuario? Es decir, retirar la plantilla si no hay fecha, si la plantilla se ha puesto hace más de 30 días y el usuario no ha editado el artículo desde hace más de 30 días--Xana (discusión) 17:56 24 may 2022 (UTC)

Viéndolo bien, no me decantó mucho por la idea de tener una plantilla así por 30 día, y menos si un usuario no ha realizado cambios significativos al artículo en cuestión. Opino que se podría permitir siempre y cuando el artículo esté sufriendo cambios notables. Porque tenerla por tenerla para evitar que alguien no arruine lo que llevabas hecho en un taller o en otro lado, no me agrada mucho, pero siempre y cuando el mismo sufra cambios notables, no habrá problemas. Bradford (discusión) 18:01 24 may 2022 (UTC)

@XanaG: sí, se podrá controlar perfectamente. @Bradford: me temo que lo que pides no es factible. ¿Cómo medimos que existan cambios notables? ¿Añadir un mínimo de bytes concreto, un mínimo de referencias, que se esté editando algo? La calidad no es medible tan fácilmente, y el principal problema se soluciona con lo que se ha comentado. La idea es que la plantilla sirva a los editores para hacer su trabajo. Si tenemos forma de quitarla cuando se les olvida, problema resuelto. Un saludo. --vanbasten_23 (discusión) 08:02 25 may 2022 (UTC)

Bien, creo que el resultado definitivo podría ser que sirva para todos los artículos, un plazo de un mes y nombre de usuario y fecha obligatorios. Supongo que habría que reflejarlo en la política de la plantilla, ¿algún voluntario? Gracias.--Canaan (discusión) 18:50 25 may 2022 (UTC)

 Muy en contra Se supone que la plantilla se pone en artículos nuevos porque podría haber conflictos de edición, pero en el caso de aplicarse a artículos más antiguos, no tenemos derecho a pretender que ningún otro editor edite durante ¿hasta tres o cuatro meses han dicho? porque yo estoy trabajando. No estoy de acuerdo que alguien se apropie de un artículo durante dos, tres o cuatro meses y no permita que nadie lo edite porque suele hacer artículos largos en los que puede estar trabajando meses y si alguien hiciese modificaciones sería tiempo perdido. Yo también le dedico meses a muchos artículos y nunca necesité colocar esa plantilla (excepto en los nuevos) ni me molestó que otros también lo mejoraran mientras yo trabajo. No es tiempo perdido, este es un trabajo colaborativo.

Me parece de gran ayuda que un bot retire las plantillas después de un mes sin actividad. No le veo el sentido a mantenerlas. La plantilla En Obras o En Desarrollo aclara que uno o varios wikipedistas están trabajando actualmente en esa página y que por eso es posible que haya lagunas de contenido o deficiencias de formato. Eso se pone porque cuando un artículo recién se crea le falta contenido y el formato todavía no tuvieron tiempo de colocárselo. Este aviso ayuda a que el patrullero que está verificando artículos nuevos no lo borre de un plumazo. Cuando se trata de un artículo que ya lleva mucho años en Wikipedia y tiene muchísimo material, no solo no se corre ningún riesgo de que sea eliminado sino que muchos usuarios han participado en el mismo y lo tienen en su lista de seguimiento.

Por eso, decirles, como dice la plantilla, que si quieren editarlo o realizar correcciones mayores tienen que ir a contactar a quien colocó la plantilla a su página de discusión puede interpretarse como una falta de respeto para quienes han estado editándolo por años. Tampoco es necesario aclarar a nadie, como dice la plantilla, que antes de editarlo deben ir a la página de discusión del artículo para poder coordinar la redacción, porque lo han estado haciendo durante años. Si alguien quiere editar puede hacerlo sin ningún problema y agregarle todo lo que quiera sin que nadie le vaya a cuestionar nada ni a borrar el artículo. Y si se lo cuestionan tendrás que ir a dar explicaciones a la página de discusión como todo el mundo. Wikipedia está en constante desarrollo. Cualquiera puede agregar lo que quiera porque los artículos están siempre en contínuo crecimiento e impedírselo, para mí, atenta contra las normas de Wikipedia. En todo caso, se puede colocar la Plantilla:En uso, que sirve para informar a otros usuarios que alguien está trabajando en la página durante un tiempo reducido y reducir así conflictos de edición. ----Jalu (discusión) 18:39 29 may 2022 (UTC)

Nadie ha hablado de "apropiaciones", tan solo de consensuar cambios. A mí me gustaría saber antes de empezar a trabajar en la posible ampliación de un artículo si alguien más está trabajando en ello, porque entonces ya no me metería; de igual manera, me gustaría que si tengo un trabajo hecho pudiese haber un aviso —un simple aviso que no obliga a nada ni a nadie— para que si alguien más está interesado pueda contactar conmigo si lo estima pertinente, sin obligación alguna. Creo que es algo de simple cordialidad entre colegas. Por lo demás, sí, yo tardo meses en preparar un artículo largo, porque supone consultar mucha bibliografía y emplear mucho tiempo, y ya que no dispongo de las 24 horas del día pues sí, tardo períodos largos. Si en estas condiciones resulta que no puedo ni siquiera avisar de que estoy trabajando en un artículo y corro el riesgo de que tras muchas horas de trabajo, tiempo y esfuerzo invertidos, vaya a parar a saco roto, pues no, lo siento, no puedo correr el riesgo. PD: la plantilla "en uso" vale para una hora; eso y nada, todo es nada.--Canaan (discusión) 18:54 29 may 2022 (UTC)

Bien, ya que no hay consenso, volvemos al principio: ¿se podría recuperar la plantilla:enobras? Gracias.--Canaan (discusión) 18:55 29 may 2022 (UTC)

Bien, viendo toda la tela para cortar aquí y llegando a la conclusión de que el tema está dividido, daré mis opiniones. Primero que nada la {{en desarrollo}}, como su política lo indica es para artículos nuevos. Mas algunos la usamos cuando queremos cambiar una sección o el artículo completo para avisar a otros editores. No veo como eso sea apropiarse del artículo como señalan más arriba. Eso si creo debe ser usada por máximo un mes. Como verificador me he topado muchas veces con páginas que la incluyen, obligándome a revisar el historial. Siempre acostumbro a eliminarla si tras un mes no hay edición alguna, pues me es inducativo que el trabajo concluyo. Sin embargo, al ser una plantilla que avisa que el artículo no está terminado, para así el patrullero no tome una decisión apresurada, creo que su uso va más en línea de impedir que el artículo sea marcado para borrado rápido. Lo anterior, debido a la percepción errada en la plantilla, a mi opinión. Cito textualmente «se coloca en el encabezado de páginas que se acaban de crear porque evita que vaya a borrado rápido y da tiempo de mejorarlo (...)», negritas son mías. Yo por ejemplo la utilizo cuando hago un cambio muy grande para así advertír que tal vez haya un error o laguna producto de mi trabajo. También al verla soy cuidadoso con mi edición para no generar conflictos con la edición de otros usuario. Que la plantilla se use por tiempo limitado no veo por qué generaría problemas. Tiempo acotado como mucho 30 días para artículos nuevos, pues es el máximo para proceder a revisar para su verificación. En antiguo debería ser la mitad de tiempo, pues un usuario habitual tiene su taller para trabajar, así al menos lo hago yo. Desde mi punto de vista ponerla o no ponerla es decisión del editor, pues como hay quienes mantienen en seguimiento artículos de su interés siempre habrá quien revise una edición, llegando al debate si es necesario. --Aroblesm (discusión) 20:24 29 may 2022 (UTC)

Bien, de acuerdo, {{en desarrollo}} para artículos nuevos. Por eso proponía repescar {{enobras}}, que existía antiguamente y se redirigió a {{en desarrollo}}, como aviso —no apropiación— de que se está trabajando en un artículo antiguo. Si no, ¿cuál es la alternativa? ¿Que no se pueda poner avisos en artículos antiguos? Creo que eso desincentivaría la ampliación de artículos antiguos. Yo por mi parte dejaría de hacerlo, como he dicho sería mucho riesgo. En fin, espero que se aporte una solución satisfactoria a este dilema.--Canaan (discusión) 18:02 30 may 2022 (UTC)

@Jaluj: según lo que se ha hablado del tema, y visto que {{en desarrollo}} es para artículos nuevos, la opción que proponen es crear una nueva plantilla, lo que para mi es dar más problemas. Tal y como es utilizada frecuentemente y según indican aquí, creo que la mayoría está de acuerdo en que {{en desarrollo}} sirva también para artículos viejos. Mi propuesta sería que los usuarios que trabajan durante muchos días en un artículo puedan ponerla, sean artículos nuevos o no, indicando su nombre de usuario y la fecha en la que se ha puesto. En caso de pasar un mes desde que se puso se borrará la plantilla (si se pone mal también porque no se sabrá la fecha), lo que agilizará el que no haya artículos con ella pasado un mes. La situación es la misma que se está dando actualmente, porque se suele utilizar mal, solo que ahora quedará más claro. Si te parece aceptable hago los cambios en la plantilla, porque estoy en contra de crear más plantillas. Un saludo. --vanbasten_23 (discusión) 11:39 1 jun 2022 (UTC)

Yo estoy  A favor me parece un argumento más que razonable, especialmente teniendo en cuanta que hay un ámplio consenso al respecto. Términus (discusión) 11:47 1 jun 2022 (UTC)

 A favor Creo que hay consenso y así podríamos trabajar tranquilamente ampliando y añadiendo referencias a artículos ya existentes. ¿Cómo o dónde se puede poner el nombre del usuario que está trabajando en el artículo? --Maragm (discusión) 13:42 1 jun 2022 (UTC)

Me parece muy sensato lo que propone vanbasten_23, gracias. @Jaluj:, me vas a perdonar pero es que me da la sensación de que no te has leído con paciencia todo el tocho (lo cual es razonable porque menudo rollo...). Nadie ha hablado o propuesto eso de apropiarse de un artículo, los razonamientos que se dan los damos gente muy acostumbrada a editar, gente que hemos venido escribiendo desde el 2004 cuando todo era más simple y no se pedían referencias ni siquiera bibliografía. Y queremos subsanar esos fallos con una cierta tranquilidad. ¿Tú sabes el tiempo y el trabajo que lleva buscar las fuentes que uno mismo ha empleado en el pasado? ¿O encajar ciertas noticias nuevas que antaño nadie había descubierto? Encajarlas bien para que la sección que se modifica no quede hecha un bodrio. No, no lo sabes pues de lo contrario te habrías mostrado más comprensiva y menos enfadada. Piénsalo mejor, por favor. Lourdes, mensajes aquí 15:14 1 jun 2022 (UTC)

@Maragm: el nombre del usuario se añade en la misma plantilla, revisa el código de la plantilla en Metal Church y verás como y donde se añade. --Pzycho10 (discusión) 15:22 1 jun 2022 (UTC)

Analizando la discusión propongo lo siguiente:

• Me parece más fácil y práctico que la plantilla en desarrollo sirva tanto para artículos viejos como nuevos (como lo era antes) y así se evita recuperar la de en obras.
• Que sea obligación añadir el nombre de usuario y la fecha, y no una opción como lo plantea hoy en día la misma plantilla.
• Me parece razonable dar un plazo de una semana de trabajo para artículos nuevos, si en ese lapso de tiempo el usuario que creó el artículo no realiza ediciones el bot elimine la plantilla.
• En el caso de artículos viejos dar un plazo de 30 días sin ediciones del usuario que añadió la plantilla para que el bot la quite (como lo era antes). Un artículo viejo con oraciones sin referencias implica más tiempo de trabajo en buscar, analizar y añadir información. En ocasiones, en esa búsqueda encuentras datos que complementan las oraciones ya existentes y el tiempo que uno se propone se extiende por ese motivo.
• El empleo de la plantilla en ningún caso es para apropiarse del artículo, sino más bien para explicar a los otros usuarios y lectores —como indica la misma plantilla— de que «es posible que a causa de ello haya lagunas de contenido o deficiencias de formato». --Pzycho10 (discusión) 16:25 1 jun 2022 (UTC)

 A favor Gracias a todos.--Canaan (discusión) 17:54 1 jun 2022 (UTC)

 A favor. Me parece bien esta última propuesta de Pzycho10.--Maragm (discusión) 18:04 1 jun 2022 (UTC)

Gracias Pzycho10. Saludos Lourdes, mensajes aquí 18:54 1 jun 2022 (UTC)

También habría que recuperar el texto en Plantilla:En desarrollo/doc que fue modificado sin consenso. --Maragm (discusión) 19:02 1 jun 2022 (UTC)

 A favor de la propuesta de Pzycho10. --Metalpotato - ✉ 22:55 2 jun 2022 (UTC)

A favor de la propuesta Chon (discusión) 05:07 9 jun 2022 (UTC)

Pido que este tipo de plantillas tan importante no se modifique por las buenas; es necesario hablarlo y razonar como hemos hecho en este hilo. Lourdes, mensajes aquí 21:08 1 jun 2022 (UTC)

 A favor de una propuesta que se ha planteado aquí: además de limitar su uso a una o dos semanas, añadir el nombre de usuario y la fecha de colocación, así se sabrá quién y cuándo la puso y, en caso de exceder el plazo, saber a quien se debe "castigar sin postre" (es broma). Manolo (Desfógate) 12:43 2 jun 2022 (UTC)

Comentario: Desde cuándo se considera a un artículo como viejo? 𝘇𝘂 𝗜𝗵𝗿𝗲𝗻 𝗗𝗶𝗲𝗻𝘀𝘁𝗲𝗻♈︎Háblame! 18:44 7 jun 2022 (UTC)

Comentario: el uso de la plantilla en artículos "viejos" no sería para apropiarse del artículo, sino más bien para evitar situaciones como esta que, afortunadamente y con la cooperación del otro usuario, solventamos de manera civilizada. Por cierto, el tiempo empleado por mí, y durante el que hubiera estado colocada la plantilla, fue de cuatro días. Gracias a Davidhs0 por su comprensión. Manolo (Desfógate) 21:05 7 jun 2022 (UTC)

Bien, dado que el consenso parece evidente, creo que se podrían implementar ya los cambios en la plantilla. Vanbasten 23 se había ofrecido a ello, no sé si aún estará dispuesto. Si es así, vaya mi agradecimiento de antemano. Saludos.--Canaan (discusión) 16:41 13 jun 2022 (UTC)

He recuperado la versión anterior aquí. Cualquier mejora será bienvenida. Un saludo. --vanbasten_23 (discusión) 14:30 14 jun 2022 (UTC)

@Leoncastro: como ahora se obliga a poner el usuario y la fecha, ¿haría falta algo más que deshacer esta edición? Un saludo y gracias. --vanbasten_23 (discusión) 14:34 14 jun 2022 (UTC)

Sí Vanbasten 23, además de deshacer eso para volver a obligar el uso del parámetro de tiempo, también sería necesario modificar la plantilla para que el parámetro del usuario también fuera obligatorio, y ya puestos, que la plantilla lo cubriese en automático al sustituirse (es decir, que {{sust:En desarrollo}} fuera equivalente a {{En desarrollo|1={{sust:REVISIONUSER}}|t={{sust:CURRENTTIMESTAMP}}}}). -- Leoncastro (discusión) 16:38 14 jun 2022 (UTC)

Muchas gracias @Leoncastro: ya deshice la edición. Creí que el usuario ya era obligatorio, como dice la documentación, sea como sea, cuando tengas un rato, ¿podrías hacer estos cambios que comentaste? Te lo agradezco mucho. Un saludo. --vanbasten_23 (discusión) 20:23 14 jun 2022 (UTC)

Creo que ya está. Recomiendo usar {{sust:En desarrollo}}, para que la plantilla cubra los parámetros automáticamente. -- Leoncastro (discusión) 21:12 14 jun 2022 (UTC)

No había visto esto, porque en todo momento pensé que se trataba de la plantilla en obras, pero estoy  absolutamente en contra de dar un plazo de un semana con la plantilla a artículos nuevos. Esto va directamente contra Wikipedia:No hay fecha de entrega. Yo me puedo demorar meses en crear artículos: por ejemplo acá estuve 4 meses trabajando y y acá algo más de dos; actualmente tengo un artículo en desarrollo desde hace como 4 meses. Si se impone un límite de un mes...bueno...pasa ek robot y repongo la plantilla, pero hacerlo cada semana es verdaderamente absurdo. Obviamente los podría desarrollar en el taller, pero eso sería una pérdida para wikipedia, porque aunque no esté listo, los artículos siempre llevan una entradilla suficiente para sustentarlos.

Encuentro, que el consenso que hay acá es sencillamente dañino para wikipedia y es un traje hecho a medida de patrulleros (que están sobrerrepresentados acá en el café). SFBB (discusión) 21:27 14 jun 2022 (UTC)

SFBB: el plazo que está proporcionando la plantilla es de treinta días. En general, es un plazo razonable para hacer arreglos en un artículo, salvo contadas excepciones. Deberías consultarla antes de opinar. Creo que el comentario «...es un traje hecho a medida de patrulleros (que están sobrerrepresentados acá en el café).» está de más. Manolo (Desfógate) 21:40 14 jun 2022 (UTC)

En la propuesta por la que muchos se manifiestan a favor sale textualmente: plazo de una semana de trabajo para artículos nuevos. Y sí...mantengo que es un traje a la medida de los patrulleros, porque toma en cuenta sus necesidades, pero ignora completamente que especialmente quienes crean páginas desde cero pueden requerir plazos mucho más extensos que una semana. SFBB (discusión) 21:48 14 jun 2022 (UTC)

Una cosa es "la propuesta", donde se han barajado varias posibilidades (una semana, dos, un mes,...), y otra muy distinta es la forma definitiva en que ha quedado la plantilla, sin discernir entre artículos nuevos o viejos. Manolo (Desfógate) 21:57 14 jun 2022 (UTC)

Eso pasa porque los cambios que implementó Vanbasten 23 (por el momento), no obedecen 100% a la propuesta alrededor de la cual parece haber consenso. Me parece razonable la obligatoriedad de la fecha en artículos viejos (para que nadie se adueñe de un artículo), pero me opongo férreamente a la obligatoriedad en artículos nuevos, en que repito WP:No hay fecha de entrega. SFBB (discusión) 22:29 14 jun 2022 (UTC)

Por lo que yo entendí, SFBB, la plantilla no se retira si el artículo todavía tiene ediciones. Quiere decir que si un artículo se edita regularmente al menos una vez por semana, la plantilla permanecerá inamovible. Solamente cuando lleva determinado tiempo (una semana, treinta días) sin ediciones es cuando se retirará el aviso. No tiene mucho sentido avisar que algo está en desarrollo si no hay desarrollo evidente; porque al fin y al cabo, toda Wikipedia está en desarrollo. -- Leoncastro (discusión) 22:37 14 jun 2022 (UTC)

Por eso me parece razonable un mes sin ediciones, pero no una semana (y si se pasará un mes sin ediciones - como me ha pasado algunas veces -, bueno se repone la plantilla; no hay problema). Y por eso mismo (el plazo se va extendiendo si hay trabajo) también me parece no razonable poner la fecha (cual hard deadline) en artículo nuevos. En artículos viejos, si me parece razonable que haya un hard deadline (tal como lo deja entrever la obligatoriedad de la fecha). SFBB (discusión) 22:43 14 jun 2022 (UTC)

Buenas @SFBB: Sobre el tiempo he dejado el que ya había, creo que el principal problema era el mal uso que se hacía de ella y está aclarado. Además, creo que no es necesario poner dos semanas porque ya se dice "Si lo que se desea es evitar conflictos de edición durante la fase inicial de creación del artículo o bien durante una fase de cambios intensos, entonces debería considerarse el uso de la plantilla en uso" y además he añadido "la plantilla debe usarse el menor tiempo posible, en caso de que la plantilla se complete incorrectamente o hayan pasado 30 días desde que se añadió, esta será borrada". La idea es que el bot no tenga que trabajar nunca (casi) porque el usuario la retire. Creo que la mayoría de gente que ha escrito aquí han sido los que la utilizan y no patrulleros, pero si alguien no está de acuerdo puede decirlo. Un saludo. --vanbasten_23 (discusión) 05:45 15 jun 2022 (UTC)

He revertido los cambios en la plantilla después de que Aosbot ha "decidido" quitarme la plantilla de nuevo tras doce días. Repito, los cambios hacen sentido para artículos viejos, pero no para artículos nuevos, por WP:FECHA. SFBB (discusión) 08:14 18 jun 2022 (UTC)

Buenas @SFBB: te he escrito en tu discusión y aquí también. Dado que hubo un consenso aquí apliqué en la plantilla lo que hablamos aquí. El bot no hace nada sin que yo se lo acepte, edición a edición, así que podías escribirme a mí para saber qué ha pasado... Tu edición no indica nada en la plantilla, y hemos dicho que es obligatorio poner usuario y fecha. Sin la fecha se borra la plantilla. Un saludo. --vanbasten_23 (discusión) 09:36 18 jun 2022 (UTC)

En primer lugar: yo estoy en contra de ese supuesto consesno. En segundo lugar: no podís venir a discutir sobre la platilla "en obras" y decidir cambiar la plantilla "en desarrollo". Los usuarios de "en desarrollo" tienen derecho a saber que se está discutiendo sobre ella (como no tengo intención de usar en obras en el corto/mediano plazo, no puse atención a esta discusión y sólo me di cuenta, cuando me cambiaron la plantilla en desarrollo).SFBB (discusión) 09:39 18 jun 2022 (UTC)

WikiWidgets, o plantillas + JavaScript

¡Hola! Acabo de hacer algunos ajustes a MediaWiki:Common.js para unificar el código que posibilita Plantilla:Formicarium y Plantilla:Vivarium con el que posibilita Plantilla:Firmar. Este cambio responde a que técnicamente son muy parecidas: las tres son plantillas con un pequeño JavaScript asociado que se dispara en su presencia.

El nuevo sistema es esencialmente muy sencillo: si una plantilla tiene la clase "WikiWidget" y además tiene el parámetro "data-script=Ejemplo.js" entonces el pequeño código en MediaWiki:Common.js cargará el script en MediaWiki:WikiWidget-Ejemplo.js. El script debe estar en el espacio de nombres MediaWiki para asegurar que solo usuarios en quienes la comunidad confíe los puedan crear y editar. Además, el script debe comenzar con el prefijo "WikiWidget-" para asegurar que no se pueda abusar la funcionalidad cargando cualquier otro script en el espacio de nombres MediaWiki.

En esencia, el sistema permite extender las capacidades de las plantillas con todo el potencial que ofrece JavaScript, siempre y cuando se pase por el proceso necesario de consenso comunitario. De las 3 plantillas que ya utilizan el sistema, la Plantilla:Firmar es sin dudas la más útil, pero todavía hay muchísimo potencial por explorar (ejemplo). ¿Opiniones, preguntas, propuestas? ¡Saludos!

PD: No estoy seguro de que el nombre WikiWidgets sea el mejor. ¿Quizás "superplantillas"? ¿O "templatescripts", en alusión a templatestyles? Sophivorus (discusión) 03:05 8 jun 2022 (UTC)

Bueno tras reflexionar un poco más, generalicé y renombré el sistema/proyecto a TemplateScripts. Ahora es más simple aún: si un elemento cualquiera (por ejemplo un <div>, un <span> o una tabla) tiene el atributo data-templatescript="Ejemplo.js" entonces MediaWiki:Common.js cargará el JavaScript en MediaWiki:TemplateScript-Ejemplo.js. En esencia el sistema hace lo mismo que la extensión Extension:TemplateStyles pero con JavaScript y limitado al espacio de nombres MediaWiki y al prefijo "TemplateScript-". Un detalle interesante es que el sistema permite, en principio, cargar más de un script por plantilla, de modo que se pueden crear scripts modulares y reutilizables. Véase este link para todos los templatescripts disponibles. Ping a @Leoncastro @Metrónomo @-jem- @Ener6 pues en el pasado se interesaron por estas cuestiones. ¡Saludos! Sophivorus (discusión) 14:20 8 jun 2022 (UTC)

Gracias Sophivorus. Posiblemente este sea uno de los grandes avances que necesita —y todavía no lo sabe— este proyecto. Creo que con ese ejemplo queda bastante claro lo útil que puede llegar a ser, para, por ejemplo, crear formularios para cubrir una denuncia en un tablón, o simplemente firmar fácilmente en una votación. -- Leoncastro (discusión) 16:45 8 jun 2022 (UTC)

Esto es genial, Sophivorus. Veo proyectos muy interesantes con plantillas que pueden implementarse gracias a tu cambio. Muchas gracias de verdad. Nacaru · Discusión ✉ · 17:39 8 jun 2022 (UTC)

Categoría para artículos en consulta de borrado

Considero que sería bueno añadir una categoría a los artículos que estén pasando por consulta de borrado. ¿Qué tal la idea? Леон Поланко говорит вам и слушает вас 01:57 9 jun 2022 (UTC)

Apoyo la propuesta. Serviría para hacer diversas consultas (por ejemplo, mediante PetScan qué artículos de un determinado wikiproyecto están en consultas de borrado). --ZebaX2010 [PRESS START] 02:03 9 jun 2022 (UTC)

Mientras sea una categoría oculta no le veo excesivo problema, pero, siendo sincero, tampoco mucho beneficio. De ser útil algo con respecto a wikiproyectos sería por ejemplo avisar de forma activa (y a ser posible automática) en las páginas de discusión de estos de las consultas, pero seguramente esto sería algo que levantaría recelos de la comunidad (proselitismo, sesgo en participación, etc). Ni los wikiproyectos están lo suficientemente desarrollados ni hay tantas consultas de borrado simultáneas como para que un sistema de información pasivo sobre "consultas abiertas en estos momentos" basado en categorías (posibilidad de hacer una búsqueda) sea excesivamente útil. Un saludo. strakhov (discusión) 08:33 9 jun 2022 (UTC)

Nótese que la Categoría:Wikipedia:Consultas de borrado ya existe y agrupa... las consultas de borrado que están pasando. No serviría para lo que dice ZebaX2010, creo, pero si el interés no es tanto usarla para realizar búsquedas con herramientas externas como para, meramente, saber qué artículos están en consulta ...vendría valiendo. strakhov (discusión) 08:36 9 jun 2022 (UTC)

Opino igual que Strakhov. Tambien sería suficiente con {{Recordatorio CDB}}. Manolo (Desfógate) 08:44 9 jun 2022 (UTC)

Quiero aclarar que yo no estoy en contra de su creación, que no se interprete lo que dije como un "voto en contra". Aunque sus posibles beneficios se me antojan muy exiguos, teniendo en cuenta que la dificultad (y problemas asociados) de añadir una categoría oculta en la plantilla {{cdbM}} debe de ser prácticamente nula, si alguien le ve interés a esto, al menos por mí: adelante, aunque soy escéptico de que se le vaya a sacar mucho provecho. strakhov (discusión) 09:00 9 jun 2022 (UTC)

Los artículos que están pasando por una consulta de borrado son los que tienen la plantilla auxiliar {{CdbM}}. Se puede filtrar en Petscan por la misma plantilla, o revisar sus usos, o realizar directamente la búsqueda avanzada. -- Leoncastro (discusión) 16:31 9 jun 2022 (UTC)

Muy cierto, Petscan permite buscar plantillas. Además lo que no tengo claro es que puedan hacerse búsquedas de Petscan simultáneas de plantillas de wikiproyecto en el "espacio de discusión" (que es donde se colocan) y de consulta de borrado en el "espacio principal" (que entiendo que es donde se quiere colocar la plantilla). Si no se proponen otros posibles usos aparte del de la búsqueda de Petscan, no le veo utilidad. Un saludo. strakhov (discusión) 20:51 9 jun 2022 (UTC)

Bueno, actualmente apenas hay dos artículos en consulta de borrado que están en el interés de algún wikiproyecto. No sé qué tan necesario sea una categoría para tan poca cosa. -- Leoncastro (discusión) 21:32 9 jun 2022 (UTC)

Espero darme a entender: que los artículos que se encuentren en Consulta de borrado puedan consultarse en una categoría. Pero ¿Por qué tendría que ser una categoría oculta? --Леон Поланко говорит вам и слушает вас 02:48 10 jun 2022 (UTC)

Creo que tu propuesta era clara desde el principio. El asunto que nos estamos preguntando algunos usuarios es: ¿para qué sirve eso? En respuesta a lo de categoría oculta: porque parece que tendría mayor interés para editores que para lectores. Un saludo. strakhov (discusión) 13:35 10 jun 2022 (UTC)

Propongo datos estadísticos para el Anexo Wikipedias

Un dato de interés sería el porcentaje de artículos destacados o excelentes o como se llamen en cada Wikipedia. dos ejemplos: En español saldría un artículo destacado por cada 1500, en alemán un artículo excelenete cada mil aprox. Otro valor estadístico de mucho interés pero que puede generar mucha controversia es la relación entre el tamaño de una Wikipedia (contado en número de artículos o de otra forma) y el número de hablantes de la lengua correspondiente. En alemán, si partimos de 130 millones de hablantes, sale a 50 personas por artículo (o a 0,02 artículos por germanoparlante). en español, admitiendo que hay 580 millones de hablantes, son unas 300 personas por artículo si lo he calculado bien. Calypso (discusión) 18:41 9 jun 2022 (UTC)

Calypso: ¿Qué obsesión hay por las cifras, las estadísticas, los récords? Creo que lo adecuado, ya que estamos aquí por amor al arte, es hacerlo lo mejor que podamos/sepamos sin más. Échale un vistazo a esta discusión y mi comentario en ella. Manolo (Desfógate) 19:42 9 jun 2022 (UTC)

No es solo lo que comenta J. Manolo, sino que la exigencia no tiene por qué ser la misma. El baremo ha cambiado en la propia eswiki desde que comenzamos a hoy en día. Quizá en alemán no tendríamos ni la mitad de los que tenemos aquí, o al revés. Esas estadísticas no demostrarían nada, porque nos basamos en parámetros totalmente diferentes para decidir si un artículo es AB o AD. En algunas versiones, simplemente con ser extenso ya tiene la estrella... Un saludo. --vanbasten_23 (discusión) 19:53 9 jun 2022 (UTC)

Si no me equívoco, parece que los artículos tienen un indicativo de haber sido destacados o buenos en otras versiones. Tal vez eso sería suficiente a estar colocando estadísticas. --Леон Поланко говорит вам и слушает вас 02:51 10 jun 2022 (UTC)

Verificaciones

Saludo, abro este hilo sobre las verificaciones en artículos. He nota que patrulleros de página nuevas verifica los artículos en masas. Es una mala tendencia, ya que verifican sin investigar primero si cumple. Mi propuesta es que se limite las verificaciones por tiempo, ejemplo: verificas un artículo debe pasar x tiempo para verificar otro artículo.

Es mi observación en esto últimos meses. Anibal Maysonet (discusión) 22:35 10 jun 2022 (UTC)

Anibal, ¿no podrías reescribir este mensaje? De verdad que me gustaría entender qué estás diciendo pero no lo logro: está muy mal escrito y no queda nada claro qué sería la verificación de artículos "en masas". Gracias, y saludos. --Marcelo (Mensajes aquí) 23:25 10 jun 2022 (UTC)

Creo que quiere decir que hay patrulleros de páginas nuevas que no hacen una revisión correcta y detallada de los artículos, lo que a opinión de Aníbal no es bueno, proponiendo contrarrestar estas acciones limitando las verificaciones con un período de tiempo. Bedivere (discusión) 23:49 10 jun 2022 (UTC)

Introducción

Saludo @Marcelo, voy a poner en secciones y evidencias detallas.

Asunto

En los últimos meses, los artículos en páginas nuevas están siendo verificadas en masa, quiero decir, muchas a la vez. Aquí dejo evidencias:

• Evidencia uno
• Evidencia dos
• Y mas

Problema

La tendencia de verificar en masas (3 o 6 por min) es perjudicial, ya que en algunos casos, esos artículos están verificado pero aun así, un tercero, ejemplo yo, debe investigar en registro públicos o hacer arreglo por que el que verifico no hiso su tarea adecuada. Ese patrón de verificación conlleva remoción de flag.

Propuestas

Limitar verificación

Esta propuesta conlleva limitar la verificación por tiempo, ejemplo:

Un patrullero verifica un artículo, debe pasar un x tiempo para verificar otro artículo.

Platilla de aviso

Además, podría haber un aviso al usuario patrullero de que esta verificando artículo no adecuado a las normas y política de Wikipedia.

Motivación

Hago esto por que en los últimos meses he plantillado artículos verificado que carecen de ser borrado. Espero que esta explicacion sea entendible y todo lo que dije fue de ejemplo, no pretendo ofender a nadie con los ejemplo, solo es mi observación. Gracias. Anibal Maysonet (discusión) 23:50 10 jun 2022 (UTC)

No se si es posible técnicamente limitar las verificaciones. En todo caso,  En contra, si hay un uso inadecuado de la herramienta de verificar, lo que procede es el retiro de ésta. No creo que sea necesaria plantilla de aviso para indicarlo, creo se debería manejar con un mensaje personalizado.--SRuizR 23:54 10 jun 2022 (UTC)

Ah, bien, creí que se refería a eso, pero había tantos errores de gramática que no estaba seguro; supongo que lo habrá escrito arriba de un transporte público, no hay problema. En todo caso, ¿has probado hablar con los editores que mencionas? Porque para editores veteranos, la verdad que una plantilla no es la forma más amable de dirigirse a ellos. Por otro lado, no es demasiado difícil verificar un artículo de dos a diez líneas cada dos minutos, no estoy completamente seguro de que esa frecuencia demuestre que "no están haciendo bien su trabajo", y un obstáculo como el que propones podría ser contraproducente. Opino como Ruiz: si se demuestra que están haciendo mal su trabajo, se les quita el flag y no se limita la acción de los que sí lo hacen bien. Saludos. --Marcelo (Mensajes aquí) 00:09 11 jun 2022 (UTC)

Buenas Anibal. El problema aquí es si estas personas están haciendo bien su trabajo o no. Yo quería entender que lo hacían deprisa y mal, pero he mirado 20 de los artículos y están todos bien, ¿Entonces? Limitamos que puedan hacer su trabajo rápido porque... ¿lo están haciendo bien? No creo que sea lo más sensato. Y por favor, no utilices la etiqueta <big> que está obsoleta. Gracias. --vanbasten_23 (discusión) 08:09 11 jun 2022 (UTC)

Coincido con SRuizR y Marcelo, si lo que necesitamos es que se verifiquen los artículos y ya bastante tardan en revisarse, ¿pretendemos que se verifiquen aún menos? Me parece un obstáculo innecesario a la mayoría de usuarios con este flag, que hacen bien la tarea (o eso queremos pensar). Si se abusa de la herramienta, se retira el flag y punto. Sargento - A sus órdenes 08:31 11 jun 2022 (UTC)

Aclaraciones: Yo como wikipedista ya no me siento confiado entre las páginas amarillas y las blancas. Discúlpame @Vanbasten 23, pero creo esto se a vuelto una costumbre en algunos patrulleros en verificar excesivamente sin ninguna intervención, aquí dejo otra evidencia aquí y, poniendo en ejemplo eso, 1/4 esta borrada. Lo que propuse es hacer mas eficiente su uso y no abusar de ella por x tiempo, gracias. Anibal Maysonet (discusión) 09:16 11 jun 2022 (UTC)

@Anibal Maysonet, verificar en masa tiene el mismo problema que crear en masa (que los artículos sean todos iguales y sosos, basados en una estadística cambiando apenas una serie de datos puntuales entre uno y otro). En la «evidencia uno» yo lo único que veo es que Pigreño ha estado validando muchos artículos sobre parroquias que tienen todos el mismo patrón en su estructura, y que por tanto son bastante fáciles de comprobar. Estos artículos fueron creados por Raulito85, con lo que, si se comprueba que Raulito85 hace bien sus otros artículos, sería posible darle el autoverificado para no tener que seguir perdiendo el tiempo en revisar sus creaciones. No olvidemos que en ese caso un editor de seis mil ediciones y cinco años de experiencia está validando artículos de otro editor de ochenta mil ediciones y trece años de experiencia. Por favor, ten un voto de confianza para ambos. En la «evidencia dos» la cadencia de revisiones tampoco me parece tan alta como para insinuar que PatriHorrillo no se toma el tiempo de revisar los artículos. Por último, en este último ejemplo de las revisiones de Rjgalindo, si se considera que es problemático que ese alto porcentaje de validaciones terminen siendo borradas, entonces lo que debe hacerse es hablar con Rjgalindo para explicarle el problema, o pedir puntualmente la remoción de su permiso. Todo lo demás que propones me parece inadmisible, habida cuenta de que todavía muchos artículos se escapan sin verificar por falta de manos. -- Leoncastro (discusión) 11:37 11 jun 2022 (UTC)

Aclaro que alrededor de la mitad de los artículos verificados por Rjgalindo y posteriormente borrados fueron marcados con la plantilla destruir por el propio Rjgalindo. Por qué primero verifica y después marca para borrar yo no lo sé, pero es una razón más para hablar con él antes de mencionar sus verificaciones en este hilo del Café. Saludos. --Marcelo (Mensajes aquí) 14:12 11 jun 2022 (UTC)

Hola @Leoncastro, te agradezco la mención y enterarme así de que @Anibal Maysonet considera que hago de forma incorrecta la labor de verificación por "masiva". Más allá de que pueda haber cometido algún error (soy humana y esas cosas pasan), si hay algún artículo en concreto que he verificado y está mal, es importante comentarlo de forma directa. Si no, no acabo bien de entender de qué se me acusa, sinceramente. Un saludo. PatriHorrillo (discusión) 17:36 11 jun 2022 (UTC)

Comentario - De mi parte, quizás un error de procedimiento. He marcado como verificados los artículos a ser destruidos para que otros usuarios no tengan que ir a ver una vez más una página en proceso de destrucción o permanencia. Quisiera que quien venga a patruyar se encargue de los amarillos y no de los blancos. Volveré a ver el procedimiento para no crear estos malentendidos. Humildemente, Rjgalindo (discusión) 22:18 13 jun 2022 (UTC)

He visto mi error, cabizbajo: Rjgalindo (discusión) 22:43 13 jun 2022 (UTC)

La verdad es que no has sido el primero en pensar eso, Rjgalindo, y por eso hace tiempo que hice una herramienta para marcar con fondo rosa los artículos a borrar. -- Leoncastro (discusión) 22:46 13 jun 2022 (UTC)

Ficha de canal de televisión

Saludos. Propongo eliminar de la ficha {{Ficha de canal de televisión}} el parámetro canales hermanos que, como pasaba con el parámetro Disponibilidad, abarcan demasiado espacios para poner tantos canales se consideran hermanos, ya sea que son de la misma empresa, proveedores, empresa matriz, etc. Por ejemplo, nótense los cambios recientes en Cartoon Network (Latinoamérica), en los que se han colocado todos y cada uno de los canales de Discovery, debido a la reciente fusión con Warner. Estos cambios son arbitrarios y solo se basan en el hecho de la fusión, además, el término es ambiguo: ¿qué es un canal hermano? ¿Ser parte de los derivados de un canal? ¿Ser parte del mismo paquete de canales? ¿Ser parte del mismo conglomerado? Creo que el parámetro no aporta información relevante para la ficha, con una categoría o categorías debería ser suficiente y más eficaz. MexTDT (discusión) 00:43 15 jun 2022 (UTC)

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

Propuestas del Growth team sobre las herramientas para nuevos editores

Hola. Durante las últimas semanas hemos estado leyendo atentamente todos los comentarios de la comunidad sobre el proyecto para nuevos/as editores/as del Growth team. A continuación, exponemos las primeras propuestas para adaptar nuestras herramientas a las necesidades específicas manifestadas. Nos gustaría recibir feedback de los aspectos aquí presentados, para confirmar que están orientados en la dirección correcta.

• Reducir el límite de ediciones diarias. Proponemos bajar de 25 a 15 el número de ediciones máximas que un usuario/a puede realizar al día con las herramientas Añadir un enlace y Añadir una imagen. ¿Consideráis que puede mejorar la situación?

• Instrucciones iniciales. Estamos trabajando en encontrar formas de que los novatos no puedan saltarse las instrucciones para utilizar nuestras herramientas. Haremos las pruebas en Wikipedia en español.

• ¿Cómo mejorar la verificación de los cambios recientes? Algunos miembros de la comunidad mencionaron la dificultad de controlar las ediciones de "añadir un enlace" y "añadir una imagen". Nos gustaría conocer tus ideas sobre cómo podemos mejorar la verificación de estas ediciones.

• Módulo de mentoría. En las recientes discusiones y votación, varios usuarios mencionaron la idoneidad de activar este módulo. Proponemos activar el módulo de mentoría para que los recién llegados tengan la oportunidad de conversar con un usuario durante su aterrizaje en Wikipedia directamente desde la Página de inicio. Además, el módulo facilita a los mentores el seguimiento de la labor de los novatos, pudiendo hacerles las recomendaciones que consideren pertinentes. ¿Quién se anima a ser mentor o mentora? Cuando tengamos los primeros nombres, podremos empezar.

• Mejora de nuestra comunicación. Como decimos, el feedback de la comunidad sobre las diferentes herramientas y proyectos es clave para que su resultado final refleje las necesidades reales de editoras y editores. Para ello es necesario que nuestros mensajes lleguen de manera clara al mayor número de usuarios posible. ¿Cómo podemos hacerlo?
  • Contamos con la newsletter, podemos crear una página específica del proyecto del Growth team en esta Wikipedia o podemos postear nuestros mensajes en algún apartado concreto del Café que sea más visitado. ¿Qué os parece? ¿Alguna otra idea?
  • ¿Qué otro tipo de información os gustaría recibir de manera regular? ¿Con qué frecuencia?

Además, durante las próximas semanas seguiremos informando de otras propuestas para mejorar las herramientas. En todas ellas, la comunidad tendrá la oportunidad de dar su feedback. Muchas gracias. Zapipedia (WMF) (discusión) 15:51 16 jun 2022 (UTC)

@Zapipedia (WMF), posiblemente todos los tutores activos del Programa de tutoría sean candidatos aceptables a mentores. Posiblemente tú y yo seamos muy capaces de convencer al menos a uno de ellos —preferentemente disponible— para ser el primer voluntario... quizás... Zapipedia. -- Leoncastro (discusión) 16:48 16 jun 2022 (UTC)

En fin, si necesitáis a un voluntario, aquí me tenéis.- Althair Discusión 17:15 16 jun 2022 (UTC)

Por supuesto @Leoncastro, también sumaré mi nombre a la lista de mentores. Zapipedia (discusión) 11:20 17 jun 2022 (UTC)

Voy a contestar solo a lo del número de ediciones: he estado observando la colocación de nuevas imágenes y en ocasiones el historial de los editores que hacían uso de esa función y, si no recuerdo mal, ninguno se ha acercado a las quince ediciones, mucho menos a las veinticinco. El problema no es el número, son otros: los artículos a los que se conduce al nuevo usuario en muchos casos dejan mucho que desear y lo de menos es que les falte una imagen. Las fotos tampoco son las mejores disponibles en commons para el tema en cuestión, como señalé en un hilo anterior. Los problemas se dan con editores que colocan unas imágenes de las que no saben nada, porque una máquina les ha dicho que la pongan ahí, en un artículo del que tampoco saben nada. El resultado es el que cabe esperar. Lo que puedo decir y proponer es algo que ya dije, creo: que se pregunte al nuevo editor por su campo de conocimientos e intereses (se me dijo que se hace, pero lo que he visto son editores que ponen tres o cuatro imágenes de campos sin ninguna relación entre sí), que se le pregunte por los idiomas que domina (si se le ofrece una imagen con una declaración en commons ruso, como he visto más de una, y el editor no entiende ruso no es fácil que llegue a saber de qué va la imagen); que no se le proponga una imagen, sino que se le facilite una dirección en commons donde pueda elegir la imagen que con sus conocimientos de la materia entienda más apropiada, que se le indique que debe -obligatorio- leer la declaración que acompañe en commons a la imagen, y que el pie de imagen que él coloque, en fin, debe precisamente explicar la imagen y no otra cosa.--Enrique Cordero (discusión) 12:08 17 jun 2022 (UTC)

Estoy de acuerdo con Enrique Cordero en que el problema no sea el número de ediciones. Quizás el asunto de imágenes o enlaces no sea la mejor forma de iniciarse aquí. Quizás habría que empezar por algo más básico, p. ej. corregir faltas de ortografía. Muchos de nosotros hemos empezado así y, poco a poco, hemos ido profundizando en las entrañas de este proyecto. Manolo (Desfógate) 12:21 17 jun 2022 (UTC)

@J. Manolo G. P.: para corregir faltas de ortografía (algo que es en teoría más simple que estas herramientas), existe replacer y la experiencia con usuarios nuevos utilizándola fue desastrosa, y por eso ahora se exige el permiso autoconfirmado para su uso (y existe un consenso amplio de que las restricciones deben ser aún mayores, pero no nos ponemos de acuerdo en cómo; si permiso de bot, si verificadores, si permiso ad-hoc, etc). Y ahora tenemos acá, dos herramientas mucho más complejas de utilizar y que requieren más experiencia que corregir faltas de ortografía y se les queremos pasar a novatos sin experiencia. Es un sinsentido.

La mayoría de la comunidad (más no 2/3) ya indicó que está en contra de la existencia de las herramientas. Entonces, al menos exijamos el permiso de autoconfirmado para su uso (haciéndole análogo a replacer replacer) o creemos un permiso especial para el uso de herramientas automáticas. SFBB (discusión) 13:01 17 jun 2022 (UTC)

SFBB no me refería a replacer. Yo me inicié corrigiendo faltas y otros pequeños errores y ni siquiera sabía que existía esa herramienta. Aún hoy (que sí la conozco) hago esas correcciones manualmente. Manolo (Desfógate) 14:10 17 jun 2022 (UTC)

es que cualquier herramientas que hagái, va a terminar siendo como replacer: hay un diccionario, hay texto en los artículos, la herramienta identifica potenciales faltas y los editores deben chequear si lo marcado es efectivamente una falta o no. Y la evidencia empírica demuestra que permitirle a los novatos sin experiencia utilizar herramientas así, causa más daño que bien. SFBB (discusión) 15:49 17 jun 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)

Cambios en Plantilla:Endesarrollo

En esta discución en torno a la plantilla:enobras, algunos usuarios decidieron alterar la plantilla endesarrollo, imponiendo una duración máxima de un mes (actualemente la plantilla sólo se remueve cuando ha transcurrido un mes sin ediciones, lo que es muy distinto). Además, se impondría la obligatoriedad de estipular un fecha de inicio (y por estensión de término) al uso de la plantilla. Todo esto va en directa contravención a WP:FECHA. Para muchos usuarios, esto puede ser irrelevante, pero otros usuarios nos tomamos más de un mes cuando intentamos producir artículos de calidad de entre 15k y 50k y estos cambios atentarían directamente en contra de nuestro trabajo. Entiendo las motivaciones esgrimidas en el otro hilo, respecto a artículos existentes (para lo que existía anteriormente la plantilla:enobras), pero no se debe venir a interferir con otra plantilla (principalmente pensada para artículos nuevos), sin haberle dado la oportunidad a los usuarios de ésta (una plantilla mucho más utilizada ,por lo demás- aún cuando plantilla:enobras estaba vigente) de discutir cerca de la conveniencia de esos cambios. SFBB (discusión) 20:31 18 jun 2022 (UTC)

Buenas @SFBB: el tema es sencillo. Hay un problema, que la gente utiliza mal la plantilla, la pone, se olvida del artículo y de la plantilla y esta se queda durante meses o años. Para solucionarlo, se ha propuesto que el editor ponga la fecha y su usuario, nada más que eso. De esta manera sabemos que pasado un mes se borrará por un bot. Ahora, si tu problema es que necesitas más tiempo, es muy sencillo, cuando el bot la retire la vuelves a poner con fecha de ese día, y tendrás otro mes más y todos contentos, porque quiere decir que sigues trabajando en el artículo y el resto vemos que está activo. Con esto damos solución a tu problema, ¿ves algún inconveniente más? Si pones la fecha el bot no borrará nada. Un saludo. --vanbasten_23 (discusión) 22:07 18 jun 2022 (UTC)

Puntualizo: en esa discusión sobre la redirección Plantilla:En obras, que apunta a la plantilla Plantilla:En desarrollo, algunos usuarios alcanzaron un consenso para alterar la plantilla. Al principio Canaan proponía separar la redirección en una plantilla distinta para diferenciar su uso en los artículos nuevos de los demás. Tras debatir la utilidad de esta diferenciación, Vanbasten 23 propuso usar la misma plantilla especificando usuario y fecha de colocación, dando un plazo de treinta días para su retirada, lo cual fue apoyado por Términus, Maragm y Lourdes Cardenal. Luego Pzycho10 va más allá y propone, además de especificar usuario y fecha de colocación, dar un plazo de una semana para artícuos nuevos, y treinta días sin ediciones en artículos viejos. Esta nueva propuesta fue apoyada por Canaan, Maragm, Lourdes Cardenal, Metalpotato, Arcenb, J. Manolo G. P., y tácitamente por Vanbasten 23 y por mí que finalmente adaptamos la plantilla según lo acordado. Al final aparece SFBB que, afirmando que «No había visto esto, porque en todo momento pensé que se trataba de la plantilla en obras», se opone al consenso alcanzado e impone su criterio una, dos y tres veces deshaciendo los cambios en la plantilla, ignorando el consenso alcanzado e invocando la versión estable. Ahora abre este nuevo hilo, ¿intentando obligar a los otros diez usuarios a repetir nuevamente toda la discusión? Esto no tiene ningún sentido. -- Leoncastro (discusión) 22:10 18 jun 2022 (UTC)

La razón para esto es muy simple: la discusión se dio en un hilo que no corresponde. Los editores interesados en plantilla:endesarrollo no ponen atención a un hilo dedicado a plantilla:enobras. Yo puedo alcanzar un consenso con otros 10 editores mi PD y eso no lo hace válido si afecta a un número de editores tan grande, como el cambio que decidieron. Al menos dar la oportunidad de los usuarios interesados en plantilla:endesarrollo de debatir al respecto.

Y no, me parece pésimo que se pase de un mes sin ediciones a un mes en total, por que hacer un artículo de calidad de entre 15k y 50k puede fácilmente tardar más de un mes. El imponer un plazo de un mes es irrisoriamente bajo para artículos de buena calidad. SFBB (discusión) 22:32 18 jun 2022 (UTC)

Parece que ni has leído el hilo previo ni tampoco el resumen que he plasmado aquí. La propuesta aceptada contempla un mes sin ediciones. -- Leoncastro (discusión) 22:37 18 jun 2022 (UTC)

Pfff... ¿Alguien me puede dar un Paracetamol? SFBB: si quieres crear un artículo de 15k, 50k o 500k y para ello necesitas 10 meses, es tan fácil como colocar la plantilla 10 veces. No veo que haya que ser ingeniero de la NASA para ello. Manolo (Desfógate) 22:45 18 jun 2022 (UTC)