stringtranslate.com

Charla de plantilla: caja de fútbol plegable

plegable se rompió

De alguna manera, recientemente, la función plegable de esta plantilla está rota, por lo que todos los cuadros de fútbol plegables en Wikipedia están abiertos y no se pueden contraer . Comentario anterior sin firmar agregado por Fulner ( charla • contribuciones ) 18:46, 20 de mayo de 2013 (UTC) [ respuesta ]

No puedo hacer que "Ocultar/Mostrar" funcione en la wiki estonia. ¿Alguien tiene idea de lo que podría faltar? --LeeMarx ( discusión ) 22:50, 27 de septiembre de 2014 (UTC) [ respuesta ]
¡No importa, ya está bien!

Parámetro de resultado que no distingue entre mayúsculas y minúsculas

Recientemente vi un intento de agregar un parámetro de resultado a esta plantilla que no fue efectivo ya que la 'w' se agregó en minúsculas. ¿Sería posible hacer que el valor del resultado W/D/L/T no distinga entre mayúsculas y minúsculas? Creo que esto bastaría:

Cambiar

#cambiar: {{{resultado}}}

a

#cambiar: {{uc:{{{resultado}}}}}

(los juegos en una zona de pruebas privada parecen confirmar esto) pero dado que el funcionamiento de las plantillas me asusta mucho, prefiero que alguien que sepa lo que está haciendo eche un vistazo a las implicaciones de hacerlo en lugar de que yo simplemente siga adelante y sea atrevido ! Charla de Tonywalton  15:44, 18 de julio de 2009 (UTC) [ respuesta ]

Seguí adelante y probé lo que dijiste y pareció funcionar. No se rompió nada y ahora también funciona con letras minúsculas (lo probé en una edición que obtuve una vista previa pero no guardé). Gracias por la sugerencia. Parece que funcionó. -- SkotyWA Discusión | Contribuciones 23:16, 18 de julio de 2009 (UTC) [ respuesta ]
¡Un pequeño paso en mi búsqueda para {{encontrar{{{descubrimiento{{cómo funcionan las plantillas}}}}}!}}☺ Gracias. Charla de Tonywalton  00:19, 19 de julio de 2009 (UTC) [ respuesta ]

Poner las barras de nuevo

Revertí el cambio que eliminaba las barras encima y debajo de la puntuación del cuadro porque creo que degrada significativamente la legibilidad general de los artículos que utilizan esta plantilla. Para artículos sobre temporadas de equipos específicos que también utilizan los colores W (verde), L (rojo) y D (amarillo) (o hacen un uso liberal del parámetro bg), todavía es soportable sin las barras. Sin embargo, para artículos más "neutrales" que cubren una competición de copa o una temporada de liga completa, como 2009 en el fútbol chino , la Copa de Dinamarca 2009-10 y la DFB-Pokal 2009-10 (hay muchas más), en mi opinión, resulta abrumador seguir el ejemplo. de izquierda a derecha y realiza un seguimiento de en qué fila estás. El objetivo de esta plantilla es proporcionar la información completa según sea necesario y al mismo tiempo compactarla para eliminar la necesidad de desplazarse masivamente por los artículos de temporada y competencia. Más de 70 artículos ya lo utilizan o vinculan para estos fines. Cambios como este que afectan la legibilidad deben abordarse con precaución, ya que muchos editores dependen de que esto se comporte (y mire) de cierta manera. Si existe una necesidad específica de eliminar estas barras en un artículo específico, tal vez una solución más apropiada sería agregar un parámetro que haga que las barras se oculten cuando se configuran. Sin embargo, creo que lo predeterminado debería ser mantener las barras a menos que se pueda proponer otra idea para solucionar los problemas de legibilidad que estoy señalando. -- SkotyWA Discusión | Contribuciones 03:52, 13 de agosto de 2009 (UTC) [ respuesta ]

Intente usar una barra horizontal (----) entre cada una. – Pee Jay 10:42, 13 de agosto de 2009 (UTC) [ respuesta ]
¿Intentaste eso? Parece bastante descuidado. Pone una banda blanca encima y debajo de la barra. Aquí hay un ejemplo (estoy usando "subst" para que permanezca así después de realizar el siguiente cambio):

Dado que parece decidido a sacar las barras (aunque no compartirá su motivo), espero que podamos resolver esto. Voy a parametrizar las barras para que cualquier artículo en el que las veas y que te moleste, puedas eliminarlas. Simplemente agregue el parámetro " nobars=1 ". Por las razones que mencioné anteriormente, no creo que estas barras deban eliminarse en todos los ámbitos (más de 70 artículos). Si puede compartir las razones por las que cree lo contrario (antes de revertir mi contribución de parametrización), se lo agradecería. -- SkotyWA Discusión | Contribuciones 02:19, 14 de agosto de 2009 (UTC) [ respuesta ]

Para ser honesto, creo que la plantilla se ve mejor sin las barras de todos modos, y eso incluye la barra horizontal que sugerí. De todos modos, intenté agregar barras horizontales al artículo de la temporada 2007 del Shelbourne FC y quedó bien, pero probablemente fue solo porque las cajas no estaban coloreadas. – Pee Jay 08:16, 14 de agosto de 2009 (UTC) [ respuesta ]

Altura colapsada

¿Hay alguna manera de acortar la altura colapsada? Como está ahora cuando la caja de fútbol está derrumbada, queda un poco de espacio vacío. Creo que ese espacio vacío debería desaparecer. Digirami ( discusión ) 07:45, 24 de agosto de 2009 (UTC) [ respuesta ]

Yo también lo he visto a veces. Creo que depende del navegador que estés usando. Utilizo IE y Chrome y termina viéndose bien en ambos (no hay líneas en blanco adicionales cuando está contraído). El problema que creo es que la última columna (con   y que también obtiene las cosas [mostrar]/[ocultar]) se ajusta y el espacio aparece en la siguiente línea. Desafortunadamente, intenté eliminar el espacio para arreglar este ajuste, pero se estropea el lugar donde se coloca [mostrar]/[ocultar] cuando lo hago. También intenté ajustar el ancho de cada columna para solucionar este problema, pero no tuve mucha suerte. Se me acabaron las ideas sobre esto (y no suelo recordar el problema porque no se manifiesta en los navegadores que uso). Si tiene algo que le gustaría probar y que pueda solucionar este problema, le recomiendo que lo pruebe, pero prepárese para revertirlo rápidamente si no se ve bien (esta plantilla aparece en más de 70 artículos, por lo que los errores aquí afectan muchos editores). Dado que es muy probable que IE (no tengo estadísticas que respalden esto) sea el navegador más utilizado por los visitantes de Wikipedia, verifique que cualquier cambio que realice funcione bien en IE (así como en su propio navegador, si es diferente). . -- SkotyWA Discusión | Contribuciones 08:18, 24 de agosto de 2009 (UTC) [ respuesta ]
Veo. Bueno, yo uso Safari, quizás sea por eso. Pero... puede que tenga una idea. Estoy usando esta plantilla en este artículo y el espacio agregado es solo un inconveniente cuando he usado el parámetro "ubicación". Pero cuando solo uso el parámetro "estadio", como se usa en la versión no plegable de esto, se ve bien. Entonces, tal vez podríamos eliminar el parámetro "ubicación" y simplemente usar el "estadio" como en la versión normal de Footballbox. Digirami ( discusión ) 08:58, 24 de agosto de 2009 (UTC) [ respuesta ]
Corrección. Acabo de notar algo. No importa si uso uno o ambos parámetros. Si el nombre del estadio, con la ciudad, ocupa sólo una línea, todavía queda un espacio. Digirami ( discusión ) 09:01, 24 de agosto de 2009 (UTC) [ respuesta ]
Los parámetros del estadio y de la ubicación no son mutuamente excluyentes. Puedes usar ambos (y lucirá mejor si lo haces). El valor del parámetro de ubicación debe limitarse a la información de la ciudad, el estado y el país, que debe caber en una línea y aparecer "en la mitad superior de la página". La información del estadio aparecerá "en la parte inferior de la página" solo si también se especifica una ubicación. Si no se especifica ninguna ubicación, el valor del estadio se mostrará "en la mitad superior de la página", de forma muy similar a la plantilla del cuadro de fútbol. ¿Tiene sentido? -- SkotyWA Discusión | Contribuciones 06:24, 25 de agosto de 2009 (UTC) [ respuesta ]

Usos inadecuados

Resuelto
 – Se determinó que MOS:COLLAPSE era inexacto. Ha sido actualizado. -- SkotyWA T C 04:15, 5 de febrero de 2010 (UTC)[ responder ]

Esta plantilla viola MOS:COLLAPSE , lo que me lleva a creer que la mayoría de sus transclusiones actuales son inapropiadas. Voy a empezar a revisarlos para comprobar esto; en caso afirmativo, esta plantilla podrá llevarse a TfD. Chris Cunningham (no en el trabajo) - charla 11:01, 17 de enero de 2010 (UTC) [ respuesta ]

No estoy de acuerdo con que esto viole MOS:COLLAPSE . En particular, creo que está en consonancia con el espíritu de esta afirmación: las secciones desplazables y plegables en tablas u otros elementos de bloque pueden resultar útiles para ahorrar espacio y ocultar a primera vista información potencialmente superflua. Para la mayoría de los lectores, el resultado del partido es la única información interesante de una puntuación. Sólo los lectores que busquen más detalles deberán ampliar las puntuaciones de los cuadros para obtener toda la información. En ese sentido, creo que la información colapsada es de hecho "potencialmente superflua" y, por lo tanto, es una excelente candidata para ser colapsada. Si su preocupación es lo que se dice más adelante en el MOS, específicamente estos métodos no deben usarse en el cuerpo del artículo , entonces la verdadera pregunta es si considera o no que las secciones en las que aparecen son parte del cuerpo del artículo. Creo que la prosa del artículo constituye el cuerpo del artículo, y la lista de coincidencias es más un resumen estadístico que el contenido real del "cuerpo del artículo". Aunque esa es mi opinión. Otra cosa que diré es que mi inspiración para crear esta plantilla provino de trabajos similares realizados en artículos de la NHL como este . Este tipo de "optimizaciones" de artículos mejoran la navegabilidad general (si existe una palabra) y no requieren que los lectores se desplacen por muchos cuadros completos. Obligar a todos los usos de esta plantilla a volver a usar {{ footballbox }} inflaría sustancialmente los artículos en los que se transcluye. -- SkotyWA T | C 20:43, 17 de enero de 2010 (UTC) [ respuesta ]
Otra cosa a considerar es la plantilla {{ fb cm2 match }} utilizada en la temporada 2007-08 del Sunderland AFC, que actualmente está clasificada como WP:GA . Esa plantilla también utiliza tablas plegables para administrar la gran cantidad de datos de partidos contenidos en la sección de resultados de partidos. Creo que ambas plantillas ( {{ fb cm2 match }} y esta plantilla) básicamente intentan imitar los datos presentados en otros artículos de la temporada de WP:GA (como la temporada 2007-08 del Bradford City AFC o la temporada 1997-98 del Manchester United FC ). al tiempo que incluye más detalles para los lectores avanzados en las áreas colapsadas. Al final, Usuario: Thumperward Chris Cunningham, considere el hecho de que está hablando de más de 100 artículos que transcluyen esta plantilla. Si bien no estoy de acuerdo con que esto viole MOS:COLLAPSE , estoy dispuesto a admitir que mi opinión puede ser minoritaria. ¿Puedo sugerirle que, en lugar de amenazar con eliminar la plantilla, por qué no intenta sugerir una forma alternativa de presentar los datos que no tenga los mismos problemas que cree que tiene? Simplemente cortarles las piernas a estos artículos y hacer que los editores se las arreglen solos no será una forma muy productiva de hacerlo en términos de felicidad general del editor, así como de impulsar la coherencia entre los artículos. No estoy diciendo que nuestro objetivo aquí sea mantener contentos a los editores, estoy diciendo que puede ser prudente adoptar un enfoque dipomático en lugar de un enfoque de tala y quema. En términos de coherencia de los artículos, considere nuevamente que más de 100 artículos incluyen esta plantilla. Simplemente eliminar esta plantilla sin proporcionar una alternativa legítima dejará a los editores preguntándose cómo lidiar con esto. -- SkotyWA T | C 23:18, 17 de enero de 2010 (UTC) [ respuesta ]
Si se lleva a TfD, se debe proponer una solución razonable, por ejemplo, eliminar la función de colapso (es decir, fusionarla sin problemas con {{ footballbox }} (incluido el parámetro de resultado). Una plantilla utilizada en esta escala no se puede proponer para su eliminación sin una solución implementada, violación de MOS o no. WFCforLife ( discusión ) 23:48, 17 de enero de 2010 (UTC) [ respuesta ]
Una fusión sería el paso obvio. No tengo la costumbre de proponer que las plantillas de uso moderado simplemente se eliminen sin ninguna contingencia por transclusiones existentes, y agradecería que los editores no usaran esa retórica cuando me respondieran en el futuro. En particular, soy de la opinión de que cada vez que un editor considera usar la frase "cortar y grabar" en un argumento, dicho editor se toma un descanso para tomar un café frente al teclado durante aproximadamente una hora antes de presionar el botón de enviar.
El argumento de "se usa en artículos de clase GA" es débil porque la evaluación GA de un artículo no anula de alguna manera las pautas de MoS que contradicen su contenido; Esto puede suceder por varias razones, incluido el cambio de MoS después de la evaluación del artículo, la adición de la plantilla después de la evaluación del artículo o simplemente no notar el problema en la evaluación del artículo.
En cuanto al cuerpo de la respuesta original, la cuestión es si el material es superfluo o no. Considero que el material de las plantillas de cuadros de información es superfluo porque, idealmente, todo lo que se incluye en un cuadro de información también debería incluirse en el cuerpo del artículo. Este no es el caso de plantillas de coincidencias como esta, donde la línea completa (hasta donde puedo ver) nunca se duplica en el cuerpo del artículo fuera de esta plantilla. Como tal, este material puede resultar inaccesible para los usuarios que no utilicen navegadores gráficos. Esta no es una situación aceptable.
Por lo que puedo ver, esta plantilla comenzó como una bifurcación de {{ footballbox }} por el motivo específico de proporcionar la funcionalidad de esa plantilla en un estado colapsado. No veo que haya una razón técnica convincente para tener una plantilla dividida en lugar de agregar un collapse=yesargumento a {{ footballbox }} en cualquier caso; Parecería que una fusión que permitiera tal función no sería controvertida en cualquier caso. Sin embargo, todavía no veo que el problema básico de accesibilidad planteado en MOS:COLLAPSE se haya solucionado adecuadamente. Las estadísticas objetivas de este tipo son, en mi opinión, detalles importantes en un artículo y, si bien contraerlas parece ser una buena solución para los lectores videntes, puede causar serios problemas a aquellos que no pueden navegar por los artículos con la vista. Esperaré más respuestas antes de considerar trabajos futuros. Chris Cunningham (no en el trabajo) - charla 01:03, 18 de enero de 2010 (UTC) [ respuesta ]
Pido disculpas si mi respuesta fue tomada de manera incorrecta. Pero, con todo respeto, usted planteó la posibilidad de un TfD sin proponer una solución. Simplemente lo tomé al pie de la letra. En cuanto a la cuestión más amplia (de conformidad con WP:ACCESS), estoy de acuerdo con usted.
Esto no se relaciona específicamente con esta plantilla, pero sería útil si hubiera una configuración para decidir si dicho cuadro se puede contraer en las preferencias del usuario. Como dice Skoty, un porcentaje significativo de personas (en mi opinión, la mayoría, pero no tengo estadísticas) que usan un navegador gráfico querrían que esta información se presentara en forma contraída. Ahora bien, obviamente aquellos que no tienen elección en la materia tienen que tener preferencia, de ahí la directriz actual. Pero me pregunto si sería posible acomodar ambos, introduciendo una configuración de usuario (por defecto expandida). Village Pump sería el lugar obvio para llevar esto más lejos, pero no parece algo muy complicado de implementar. ¿Alguien tiene una idea si es técnicamente posible? Si es así, propongo que la función de colapso esté deshabilitada, pero que esta plantilla se mantenga separada de {{ footballbox }} , sobre la base de que su función principal podría reintroducirse en el futuro sin problemas de accesibilidad. WFCforLife ( discusión ) 01:52, 18 de enero de 2010 (UTC) [ respuesta ]
No creo que los WP:GA anulen el MOS, pero sí creo que pueden proporcionarnos una interpretación alternativa a la que usted presenta. Dicho esto, lo verifiqué, y tienes razón, el WP:GA específico que señalé fue promocionado antes de que se agregara MOS:COLLAPSE . Sin embargo, encontré más aclaraciones en el MOS aquí que dice: Las listas de desplazamiento y los cuadros que alternan la visualización de texto entre ocultar y mostrar son aceptables en cuadros de información y cuadros de navegación, pero nunca deben usarse en la prosa o referencias del artículo, debido a problemas con legibilidad, accesibilidad e impresión. Esto parece estar en consonancia con lo que dije anteriormente sobre lo que constituye el "cuerpo del artículo". Las secciones de resultados de partidos de los artículos de la temporada del club no son "artículos en prosa ni referencias". Por lo tanto, creo que el colapso de los boxscores en este tipo de secciones es apropiado dadas las ventajas que proporcionan al reducir el desplazamiento y proporcionar información más extensa. Además, considere las repercusiones que causaría no tener esta característica. Simplemente volver a usar {{ footballbox }} no es una opción viable. En muchos casos, tener puntuaciones de cuadro expandidas aumentará 4 veces el tamaño de desplazamiento de un artículo. Para mí esto es inaceptable. Los artículos se vuelven difíciles de leer. Los editores se enfrentarían a la opción de simplemente eliminar los datos y optar por una opción más simple que solo muestra la puntuación final (similar a la que se muestra ahora cuando está colapsada), o idear otras opciones más "creativas" como esta. -- SkotyWA T | C 06:38, 18 de enero de 2010 (UTC) [ respuesta ]
Investigué un poco más y descubrí los siguientes hechos utilizando la temporada 2009 del Seattle Sounders FC como caso de prueba que hace un uso extensivo de esta plantilla:
  • Instalé el navegador LYNX en mi máquina y navegué hasta la página. Descubrí que el contenido completo y ampliado de los boxscores (no solo la primera línea) es visible.
  • Normalmente uso Internet Explorer cuando navego por Wikipedia, así que intenté "Vista previa de impresión..." de la página y descubrí que expande todas las puntuaciones.
  • También tengo instalado el navegador Google Chrome . No tiene la función "Vista previa de impresión...", pero cuando imprimí la página, descubrí que también expande los cuadros en su salida de impresión.
Por último, en los archivos de WT:ACCESS descubrí este comentario que explica el comportamiento que observé anteriormente y parece abordar la mayoría (si no todos) de los problemas de accesibilidad relacionados con el contenido plegable. Eso, en conexión con el hecho de que esta plantilla no se usa para colapsar prosa (solo coincide con detalles), parece hacer bastante obvio que esto no es una violación de MOS:COLLAPSE . -- SkotyWA T | C 07:09, 18 de enero de 2010 (UTC) [ respuesta ]
Si cree que MOS:COLLAPSE ya no es válido (que es lo que parece sugerir con las pruebas de su navegador), entonces debe eliminarlo del MoS. Por el momento, la pregunta parece ser si estos datos son o no "prosa de artículo". En mi opinión, dicho material ciertamente es prosa de artículo, ya que eliminarlo afecta negativamente el valor informativo de un artículo determinado. En segundo lugar, cuando considera que los artículos se volverían "inflados y difíciles de manejar" si las plantillas no se contraen, ¿qué dice eso sobre la legibilidad de los artículos en este momento para los usuarios que imprimen artículos, tienen JavaScript deshabilitado o usan navegadores no gráficos? Probablemente dice que se está agregando demasiado material al artículo en primer lugar, y luego se ha agregado el colapso de las plantillas para cubrir esto para el caso específico de personas que usan navegadores web gráficos para acceder al contenido. Yo diría que esta es exactamente la situación con la temporada 2009 del Seattle Sounders FC , donde el artículo se trata como un almanaque. Si bien la discusión anterior sobre los problemas de fancruft de ese artículo se calmó desde que Grant Alpaugh fue bloqueado indefinidamente, es algo que definitivamente debería volver a abordarse en el futuro de todos modos.
De todos modos, por ahora, ¿puede proporcionar una lista de diferencias entre esta plantilla y {{ footballbox }} , para que pueda ver si las dos se pueden volver a fusionar (incluida la función de colapso por ahora)? Obviamente es una tontería duplicar el esfuerzo manteniendo dos plantillas para esto, incluso en el corto plazo. Chris Cunningham (no en el trabajo) - charla 10:04, 18 de enero de 2010 (UTC) [ respuesta ]
No creo que la definición de "artículo en prosa" se base en si "eliminarlo afecta negativamente el valor informativo de un artículo determinado". Esa es una definición demasiado amplia que podría aplicarse literalmente a cualquier cosa. No incluyo datos tabulares (tablas) en mi definición de prosa, no parece coincidir con el artículo de Wikipedia sobre prosa y el script de tamaño de prosa DYK ignora esta plantilla (y otras tablas) al medir el tamaño de la prosa.
Tampoco creo que esto sea un tema de "fancruft". El uso de datos plegables en tablas no es específico del artículo de la temporada 2009 del Seattle Sounders FC , de esta plantilla o incluso de los artículos de WP:FOOTY en general. Elegí al azar un par de artículos de temporada de WP:NFL y WP:NBA de la más alta calidad disponibles, y ambos tenían algún tipo de tabla plegable para mostrar información del juego ( temporada 2008 de los Pittsburgh Steelers ; temporada 2006-07 de los Toronto Raptors ). Sugeriría hacer una propuesta para cambiar el propio MOS:COLLAPSE para indicar explícitamente que también debe aplicarse a tablas contenidas en prosa (de la misma manera que establece explícitamente que debe aplicarse a galerías de imágenes). Entonces se podría cambiar todo el artículo de la temporada del equipo deportivo. ←  George habla 11:34, 18 de enero de 2010 (UTC) [ respuesta ] 
Releyendo mi respuesta anterior, me gustaría aclarar que la cuestión no es en realidad si estas tablas son "prosa": la cuestión es si están en el cuerpo del artículo , que es la parte del artículo que se encuentra entre su título y las plantillas de navbox en la parte inferior. MOS:COLLAPSE no utiliza la frase "artículo en prosa y referencias" que citó SkotyWA (creo que esto es un error en el resumen en la sección "Listas de desplazamiento" citada, que no es una "aclaración"), lo que de alguna manera me puso en aparentemente de acuerdo con la caracterización de SkotyWA del punto planteado en el MoS. No es necesario añadir un nuevo calificativo a dicha sección, ya que "cuerpo del artículo" no es ambiguo. "Todos los artículos de temporada de equipos deportivos" que utilizan dichas secciones plegables ya deben cambiarse; Afortunadamente, no son comunes en los artículos relacionados con WP:FOOTY. Como dije anteriormente, la existencia de excepciones de clase GA al MoS no significa que el MoS ya no sea aplicable; Tampoco es sensato que los artículos relacionados con WP:FOOTY cometan los mismos errores que en otros dominios deportivos en WP (creo que generalmente se acepta que WP:FOOTY es uno de los proyectos deportivos de mayor calidad, y deberíamos intentar mantenerlo). de esa manera). Chris Cunningham (no en el trabajo) - charla 12:26, ​​18 de enero de 2010 (UTC) [ respuesta ]
Sí, Skotywa probablemente lo tomó de aquí : "Las listas de desplazamiento y los cuadros que alternan la visualización del texto entre ocultar y mostrar son aceptables en cuadros de información y cuadros de navegación, pero nunca deben usarse en la prosa o referencias del artículo..." Todavía no está claro Me preguntaría si esto incluiría tablas o no, pero de cualquier manera, ambas declaraciones (la que Skotywa citó del manual de estilo y la que usted citó de la guía de accesibilidad) deben aclararse y combinarse entre sí. Obviamente, las excepciones de clase GA no superan el MoS, pero (a) todavía no estoy seguro de si el MoS se aplica en primer lugar (a las tablas), y (b) si muchos (o incluso la mayoría) de los artículos de temporada relacionados con deportes de longitud y calidad significativas utilizan algún tipo de caja plegable, este puede ser uno de esos casos en los que el sentido común triunfa sobre la letra de las directrices. Incluso si esta plantilla nunca se colapsara, no tengo idea de cómo un visitante con discapacidad visual podría entender lo que se le lee en esta tabla. ←  George habla 12:41, 18 de enero de 2010 (UTC) [ respuesta ] 
SkotyWA tomó la iniciativa y contactó a WT:ACCESS y otras partes que podrían brindar aclaraciones. Sobre la cuestión de si incluso en formato no contraído esta plantilla es navegable mediante un lector de pantalla, es algo a lo que podemos volver una vez que se haya aclarado este punto en particular. :) Chris Cunningham (no en el trabajo) - charla 09:11, 19 de enero de 2010 (UTC) [ respuesta ]

A través de discusión/consenso en WT:ACCESS se ha determinado que no hay problemas de accesibilidad con contenido plegable como esta plantilla. Esto ha resultado en actualizaciones tanto para WP:ACCESS como para WP:MOS . Para obtener más información, revise la discusión sobre WT:ACCESS . - SkotyWA T C 04:15, 5 de febrero de 2010 (UTC) [ respuesta ]

Respaldar cambios, fusionar

Bien. Una vez resuelta la discusión anterior a favor de permitir el colapso, es hora de fusionar los cambios de esta plantilla nuevamente con el {{ footballbox }} original . Chris Cunningham (no en el trabajo) - charla 08:56, 3 de marzo de 2010 (UTC) [ respuesta ]

Primero, me gustaría ver plantillas menos utilizadas, como {{ EuropaLeagueFootballbox }} y {{ TeamMatchbox }} (sé que hay otras), fusionadas con un riesgo mucho menor de posible interrupción de los artículos. Después de eso, aquí hay una lista aproximada de las funciones disponibles en esta plantilla que no están disponibles en {{ footballbox }} : barras en la parte superior e inferior del cuadro, parámetro de ubicación, parámetros de árbitro adicionales, parámetro de resultado y aparece el parámetro de ronda. en la fila superior de la tabla. Dado el amplio uso de esta plantilla, espero que cualquier combinación no produzca ningún cambio en el formato. - SkotyWA T C 06:26, 4 de marzo de 2010 (UTC) [ respuesta ]
Se deben fusionar tantos como sea posible en una plantilla de partidos principal para brindar uniformidad en todos los artículos de fútbol. No me gusta especialmente {{ Fb match2 }} porque jode con la visualización de cuadros de navegación debajo en el artículo. Sin embargo, el cuadro de fútbol principal tendría que tener en cuenta todos los diversos parámetros y nombres de parámetros en cada una de las plantillas que se fusionarían. Podría requerir algo de "trabajo pesado" en lo que respecta al diseño de la plantilla. Estaré encantado de poder ayudar. JohnnyPolo24 ( discusión ) 16:54, 4 de marzo de 2010 (UTC) [ respuesta ]
Estoy de acuerdo en que una fusión es el paso lógico, en el entendido de que las características se pueden conservar. WFCforLife ( discusión ) 22:11, 4 de marzo de 2010 (UTC) [ respuesta ]
Se me ocurre que se podría lograr una fusión con bastante facilidad haciendo que {{ footballbox }} redirija a este de esta manera:

{{footballbox_collapsible |class=uncollapsed |nobars=1 |team1={{{team1}}} |team2={{{team2}}} |score1={{{score1}}} ...}}

Así que lo descomprimes y ocultas las barras de forma predeterminada, y luego simplemente pasas por todos los demás parámetros. Parece que sería la forma más sencilla de fusionarse. - SkotyWA T C 06:01, 8 de septiembre de 2010 (UTC) [ respuesta ]
Y luego mover lo que era Footballbox plegable a Footballbox sobre la redirección resultante. No estoy familiarizado con el código fuente de Footballbox, pero parece una buena solución. -- W F C ​​-- 13:26, 8 de septiembre de 2010 (UTC) [ respuesta ]
Revisé el código de los distintos cuadros hace unos meses, pero no llegué a ninguna conclusión sencilla. Sin embargo, esa parece ser una buena solución. ¿Qué haríamos con todos los cuadros con formatos diferentes como {{ TeamMatchbox }} , {{ Fb match2 }} y otros? Deberíamos intentar proporcionar uniformidad/continuidad en todos los artículos de la competición de fútbol. Aunque tal vez deberíamos tomar esto uno a la vez. JohnnyPolo24 ( discusión ) 14:40, 8 de septiembre de 2010 (UTC) [ respuesta ]

El hombre del partido

¿Podemos incluir un parámetro de Jugador del Partido en esta plantilla? Xboxandhalo2 ( discusión ) 06:50, 12 de noviembre de 2010 (UTC) [ respuesta ]

Una sección de "Nota"

Saludos,

¿Hay alguna manera de agregar un parámetro de "nota" en la parte inferior de la plantilla que pueda usarse para explicar brevemente cualquier irregularidad en el partido, como por qué se pospuso o reprogramó un partido, horarios incorrectos en un informe del partido... cosas? como eso...? Gracias. Digirami ( discusión ) 23:59, 20 de febrero de 2011 (UTC) [ respuesta ]

¿Le gustaría que esta nota apareciera cuando esté contraída o sólo cuando esté expandida? Si es lo último, es fácil y estaré feliz de agregarlo si no estás seguro de cómo hacerlo. Sin embargo, si quieres que aparezca cuando esté colapsado, realmente no queda mucho espacio para ello. - SkotyWA T C 01:41, 21 de febrero de 2011 (UTC) [ respuesta ]
Estaba pensando que se mostraría cuando se expandiera. Creo que sé cómo agregarlo, pero tengo dudas sobre mis habilidades. La única otra solicitud sería que la nota aparezca automáticamente en texto pequeño en cursiva . Digirami ( discusión ) 02:34, 21 de febrero de 2011 (UTC) [ respuesta ]

exhibición extraña

Estaba editando el artículo de la temporada 2010-11 del Real Madrid CF y noté un error de visualización extraño. Mira el juego "G5" en la sección de la Liga de Campeones de la UEFA. Creo que tiene que ver con las tarjetas rojas, así que puede que sea algo relacionado con esa plantilla... pero solo para estar seguro lo mencionaré aquí. Digirami ( discusión ) 05:26, 22 de febrero de 2011 (UTC) [ respuesta ]

Problemas de visualización en páginas árabes

La información de la ronda está pegada al nombre del equipo1. Lo mismo ocurre con el nombre del estadio, que es muy parecido al nombre del equipo2. Aparte de eso, la fecha y la ronda están invertidas (la ronda debería aparecer antes de la fecha, pero eso no es lo que sucede en las páginas árabes). No puedo vincular a un ejemplo porque la página debe estar en árabe, pero puedes buscar " نادي النصر السعودي لكرة القدم موسم 2011-12 ". - Comentario anterior sin firmar agregado por MarwanMR1 ( discusión • contribuciones ) 00:30, 12 de septiembre de 2011 (UTC) [ respuesta ]

Actualmente, esta plantilla no admite el orden de lectura de derecha a izquierda. Si desea contribuir con su apoyo, hágalo. No sé cómo condicionar la alineación según el orden de lectura. Lo siento. - SkotyWA T C 02:49, 12 de septiembre de 2011 (UTC) [ respuesta ]
Gracias por su respuesta. Haré todo lo posible para que funcione. Toda la suerte. - MarwanMR1 ( discusión • contribuciones ) 04:48, 12 de septiembre de 2011 (UTC) [ respuesta ]

¿Problema de visualización?

¿Alguien ha realizado algún cambio en la plantilla durante los últimos días? La plantilla es "más gruesa", ¿sabes a qué me refiero? ¿La caja no se hunde tanto como hace un par de días? ¿Es esto un error o es un cambio permanente en la plantilla? La versión anterior más pequeña se veía mucho mejor. - Reckless182 ( discusión ) 22:45, 25 de noviembre de 2011 (UTC) [ respuesta ]

Puedes ocultar la barra inferior de la plantilla usando |stack=yes . Esto debe hacerse si se utilizan más de una caja apiladas. - SkotyWA T C 00:26, 22 de enero de 2012 (UTC) [ respuesta ]

Anchos

¿Hay alguna razón por la que se utilizaron anchos porcentuales fijos? A menudo resulta en un ajuste del texto con un espacio en blanco significativo entre las columnas (específicamente el ajuste de la columna redonda/fecha y la columna del equipo que tiene espacios en blanco antes del nombre). -- Trödel 15:06, 26 de marzo de 2012 (UTC) [ respuesta ]

Propuesta: eliminar colores de fondo

Los colores de fondo son, sugeriría, totalmente innecesarios (cualquier lector puede identificar el número mayor en un marcador), la causa de la discusión (en caso de que los partidos resueltos en la tanda de penaltis se indiquen como empates), no tienen relación con ninguna norma en el informe. del deporte, poco informativo (sobre todo cuando, como ocurre en la mayoría de los casos, se omite la clave) y, desde un punto de vista estético, feo. Propongo la eliminación del campo de resultados. Kevin McE ( discusión ) 16:56, 7 de agosto de 2012 (UTC) [ respuesta ]

Soporte : no es necesario usar los colores, ya que brindan una descripción general rápida si se desplaza rápidamente, pero generalmente también encontrará los registros de ganancias, empates y pérdidas en la página, y para la adquisición normal de información, por mi parte, mire el marcador y probablemente quién marcó los goles de todos modos. - Svefnpurka ( discusión ) 18:01, 7 de agosto de 2012 (UTC) [ respuesta ]
Oposición débil . Considero que los colores son un pequeño beneficio neto, ya que la forma más rápida de hojear los resultados para encontrar la combinación que estás buscando es con la ayuda del color. Acepto que en algunos casos los colores serán redundantes, y que hay mejoras estéticas que podrían y deberían lograrse (que toda la plantilla tenga un determinado color es excesivo), pero para justificar la eliminación total del parámetro habría que demostrar que la presencia de cualquier color es netamente negativo . - WFC - 18:30, 7 de agosto de 2012 (UTC) [ respuesta ]
Oponerse : no veo ningún lado negativo en esto. Lo encuentro útil al revisar un artículo de la temporada.-- Reckless182  (discusión) 19:03, 7 de agosto de 2012 (UTC) [ respuesta ]
Apoyo : de acuerdo con el nominador, los colores son superfluos. Aparte del comentario de Reckless, personalmente no creo que esta plantilla deba usarse en artículos de temporada; una tabla simple sería suficiente. NapHit ( discusión ) 20:53, 7 de agosto de 2012 (UTC) [ respuesta ]

Oponerse : útil en artículos de temporada (nada más), y mientras se use en artículos de temporada debemos mantener el parámetro. Obligar a cada temporada a utilizar tablas según NapHit es una discusión diferente. Mentoz86 ( discusión ) 21:04, 7 de agosto de 2012 (UTC) [ respuesta ]

Apoyo : Completamente inútil, mirar el marcador es una forma mucho más sensata de ver qué equipo ganó. Los colores no son necesarios. Big Dom 21:38, 7 de agosto de 2012 (UTC) [ respuesta ]
Soporte débil Si un artículo de la temporada tiene una tabla 'ronda por ronda' con colores, supongo que sería un desperdicio tener colores en los resultados partido por partido también. Los enlaces Wiki sobre los nombres de los clubes también son un poco derrochadores, algo que se aborda en esta revisión de GA . Especialmente si el nombre de ese club se menciona en el cuerpo principal. Lemonade51 ( charla ) 22:11, 7 de agosto de 2012 (UTC) [ respuesta ]
Simplemente aclararé lo que quise decir con usar tablas en lugar de esta plantilla en los artículos de la temporada. Personalmente me gustaría ver tablas como la que se utiliza en este artículo en lugar de esta plantilla. Como afirma Mentoz, eso es para otra discusión, pensé en aclarar lo que quise decir. NapHit ( discusión ) 17:52, 8 de agosto de 2012 (UTC) [ respuesta ]
Si bien supongo que la tabla versus la plantilla es una cuestión de gusto personal, es relevante para esta discusión señalar que la tabla que recomiendas también utiliza color. El uso del color en la mesa es más elegante, sin duda, pero aún lo usa. - WFC - 17:58, 8 de agosto de 2012 (UTC) [ respuesta ]
Para ser justos, esas tablas omiten a los goleadores del otro equipo, las tarjetas amarillas y rojas, el lugar y el árbitro. Toda la información me parece muy útil. Sobre todo para ver a todos los goleadores y no tener que mirar las páginas de ambos equipos para enterarse de toda la información. - Svefnpurka ( discusión ) 19:22, 8 de agosto de 2012 (UTC) [ respuesta ]
Cuando se utiliza el color para indicar algo (en este caso si un equipo ha ganado o perdido) también se debe utilizar un símbolo. Entonces, usar esta tabla en su forma actual en artículos de temporada va en contra de WP:ACCESS . La tabla que vinculé no lo hace, ya que usa W, D, L como símbolos, por lo que el uso del color está justificado, esa es la razón principal por la que prefiero la tabla. NapHit ( discusión ) 21:53, 8 de agosto de 2012 (UTC) [ respuesta ]
No tiene que ser un símbolo, simplemente tiene que transmitir la misma información a través de algún otro método. En este caso, la victoria/empate/pérdida también se transmite a través del marcador. - Bobblehead (despotricar) 22:15, 8 de agosto de 2012 (UTC) [ respuesta ]
Bobblehead tiene razón: un símbolo sólo es necesario cuando un lector daltónico no puede obtener la información. - WFC - 23:46, 8 de agosto de 2012 (UTC) [ respuesta ]
Oponerse La razón principal de esto es que considero que las puntuaciones en sí mismas son menos importantes que los resultados y encuentro que identificar el resultado de un juego específico es mucho más fácil mediante el color que tener que procesar las puntuaciones. Sin embargo, entiendo que algunos pueden encontrar discordante el uso de colores en toda la fila, por lo que tal vez se podría desarrollar un compromiso que permitiría el uso de colores, pero no en toda la fila. - Bobblehead (despotricar) 21:05, 8 de agosto de 2012 (UTC) [ respuesta ]
Oponerse El coloreado de resultados proporciona información rápida, de un vistazo, sobre el resultado de un juego y, especialmente en artículos de temporada, la secuencia de victorias y derrotas durante un período de tiempo. Incluso diría que la tabla de resultados por ronda es casi innecesaria en un artículo de temporada donde se utiliza la coloración de resultados. - SkotyWA T C 04:49, 21 de agosto de 2013 (UTC) [ respuesta ]
Oponerse a los comentarios anteriores. Los colores son útiles para encontrar un resultado, dar una visión general rápida y una impresión de forma, ahorrar uno o dos segundos para identificar si el equipo en cuestión estaba en casa o fuera y registrar el puntaje, y no estoy de acuerdo con que sean estéticamente poco atractivos de todos modos. No está de más duplicar información de la sección "Resultados por ronda" (que puede no estar siempre presente). Dave.Dunford ( discusión ) 11:43, 10 de noviembre de 2013 (UTC) [ respuesta ]

¿Sección "Notas"?

¡Hola! ¿Podría alguien agregar una sección de "notas" al cuadro de fútbol, ​​donde se pueda agregar información adicional breve y significativa si es necesario? por ejemplo, "partido abandonado en el minuto 83", etc. ¡Gracias! BigSteve ( discusión ) 10:38, 12 de agosto de 2012 (UTC) [ respuesta ]

Banderas de árbitro

Me preguntaba si se permiten banderas como forma de marcar la nacionalidad de los árbitros. ¡Gracias! 50.153.150.184 ( charla ) 04:41, 14 de diciembre de 2014 (UTC) [ respuesta ]

Esto se refiere al parámetro del árbitro. Los documentos indican actualmente
La federación nacional del árbitro entre paréntesis es opcional pero recomendada cuando el cuadro de puntuación es para una competición internacional.
La primera parte de la pregunta es: ¿debería haber una bandera para el árbitro en lugar de un vínculo con la federación? La segunda parte de la pregunta es: ¿debería indicarse la nacionalidad para las temporadas o torneos exclusivos de la liga?
La pregunta está en relación con agregar la bandera nacional para los partidos de la MLS. Walter Görlitz ( charla ) 00:30, 26 de diciembre de 2014 (UTC) [ respuesta ]

Propuesta: preferir la altura de una sola línea (mientras está colapsada)

¿Tengo su bendición para publicar estas mejoras y defenderlas contra las reversiones de personas que no están acostumbradas a la apariencia de una sola línea? No dudes en sugerir más ajustes antes de publicarlo. - Sygmoral ( charla ) 13:20, 27 de agosto de 2015 (UTC) [ respuesta ]

Sí, en lo que a mí respecta. Según su análisis, este cambio es realmente una corrección de código. Francamente, no veo por qué una liga de 20 rondas debería mostrarse con 20 líneas en blanco entre ellas. Harvardton ( discusión ) 03:04, 28 de agosto de 2015 (UTC) [ respuesta ]
He implementado los cambios. A cualquier persona interesada: ¡exprese sus inquietudes! Sygmoral ( charla ) 17:43, 29 de agosto de 2015 (UTC) [ respuesta ]
Mi única preocupación es que ahora se ve raro cuando se apilan juegos que han ido a bolígrafos (que se muestran en dos filas). En realidad, no tengo una preferencia particular en cuanto a dos o una fila, pero creo que la coherencia es importante, de lo contrario, se pone atención (y peso) indebido en los partidos que fueron a los corrales. Paul   Bradbury 16:01, 30 de agosto de 2015 (UTC) [ respuesta ]
No puedo encontrar una solución elegante para eso; No se ve muy bien cuando el puntaje de penalti se coloca a la derecha del puntaje del partido. Por otro lado, (aet) ya aparece a la derecha... ¿tal vez deberíamos hacerlo de todos modos? Hace que se vea así:
(los detalles de la penalización no aparecen al abrir porque el parámetro |penaltyscore no está presente, pero se puede cambiar) - Sygmoral ( discusión ) 18:09, 31 de agosto de 2015 (UTC) [ respuesta ]
@ Sygmoral ( charla ) ¡Sí! Lo que has hecho allí con los bolígrafos tiene buena pinta. La verdad es que todo lo que has hecho ha sido genial. Realmente odiaba el efecto de doble línea que estaba ocurriendo antes. ¡Mantener el buen trabajo! - Eccy89 ( discusión ) 14:23, 9 de septiembre de 2015 (UTC) [ respuesta ]
¡Gracias por sus amables palabras! Luego implementaré esto pronto :) - Sygmoral ( discusión ) 14:55, 9 de septiembre de 2015 (UTC) [ respuesta ]
De hecho, ahora tengo dudas sobre este cambio, porque la mayoría de las cajas plegables con penalizaciones también tienen configurado "aet". Realmente no puedo poner tanto el AET como el resultado de las penalizaciones junto al resultado principal. Pero eso lleva a la pregunta: ¿puede un partido de fútbol llegar alguna vez a penales si no llega primero a la prórroga? Si no, podríamos simplemente ocultar el (aet) para los partidos que se decidieron mediante penales, ya que la parte aet está implícita. Sin embargo , es posible que necesitemos discutir esto en la página de discusión de WP:FOOTY, ya que parece un gran cambio. - Sygmoral ( discusión ) 16:03, 10 de septiembre de 2015 (UTC) [ respuesta ]
@ Sygmoral : Creo que eso funciona para mí, sin embargo, como usted señaló, ¿cómo se ve esto con aet? Hay partidos que se deciden en corrales sin aet, como los del torneo de pretemporada de este año, la copa de campeones internacionales. No estoy seguro de cuál es la mejor respuesta. Paul   Bradbury 08:51, 11 de septiembre de 2015 (UTC) [ respuesta ]

Nombres de equipos en negrita

La plantilla actual pone en negrita los nombres de los equipos independientemente del ganador del partido; sin embargo, muchas páginas de torneos quitan negrita al perdedor del partido para que el nombre del ganador se destaque de un vistazo sin tener que procesar el puntaje. Consulte la Copa FA 2014-15 y la Copa Abierta de Estados Unidos Lamar Hunt 2015 para ver ejemplos. ¿Podríamos agregar un parámetro al Resultado que, en lugar de colorear la fila (dado que el cuadro se usa en una página que no es específica de un equipo, colorear al ganador no tiene sentido, eso automáticamente quita la negrita al perdedor del partido? Los parámetros podrían ser Result=WinTeam1 o WinTeam2 Para un empate no sería necesario ningún cambio ya que los nombres de ambos equipos permanecerían en negrita - Trödel 13:34, 17 de agosto de 2015 (UTC) [ respuesta ]

No veo la necesidad de eso. Kante4 ( discusión ) 22:34, 29 de agosto de 2015 (UTC) [ respuesta ]
Tiene sentido para mí y ayudaría a quienes tienen problemas de visión y no pueden distinguir entre los colores de fondo. Paul   Bradbury 16:03, 30 de agosto de 2015 (UTC) [ respuesta ]
Parece que hay más personas a las que les gustaría esto, así que veamos cuál es la mejor manera de hacerlo.
  • Opción 1: ampliar el parámetro "resultado" . Este es un parámetro más complicado de lo que piensas, pero verifiqué que su funcionamiento actual no se vería interrumpido si agregamos las siguientes opciones team1: team2y none. En negrita, respectivamente, solo el equipo 1, solo el equipo 2 o ninguno de ellos.
  • Opción 2: Agregar un parámetro "ganador" , tomando esos mismos valores. Si el parámetro no está presente, el valor predeterminado es poner ambos nombres de equipos en negrita.
La única diferencia entre los dos es que la Opción 2 permite establecer AMBOS un fondo y anular el comportamiento en negrita. Sin embargo, esto puede no tener sentido (¿por qué querrías ambas cosas?), y entonces la Opción 1 tendría más sentido.
¿Lo que usted dice? - Sygmoral ( discusión ) 21:12, 2 de septiembre de 2015 (UTC) (editado para mayor claridad: 17:23, 5 de septiembre de 2015 (UTC))[ responder ]
¿Por qué no querrías ambos? :-P En realidad, eliminé manualmente los perdedores con la configuración de fondo de color. Parecía un poco apagado. TBH, realmente no me importa qué opción se elija, solo la que sea más fácil para la persona que realiza los cambios. Me inclinaría por la opción 1. - Eccy89 ( discusión ) 14:14, 9 de septiembre de 2015 (UTC) [ respuesta ]
No me gusta ninguna de las propuestas. Mi preferencia personal sería eliminar el código en negrita de la plantilla y animar manualmente a los ganadores en las páginas del artículo cuando sea necesario. TheBigJagielka ( discusión ) 15:44, 10 de septiembre de 2015 (UTC) [ respuesta ]
Para una especificación completamente nueva, estaría de acuerdo. Pero el problema es que una gran mayoría de personas ahora están acostumbradas a ver los nombres de los equipos en negrita, por lo que perturbaría la experiencia de muchas personas si toneladas de artículos de repente usaran nombres de equipos sin negrita.
Tenga en cuenta también que el valor predeterminado en negrita lo hace consistente con la plantilla de cuadro de fútbol normal (como se usa en esta página, por ejemplo), donde tiene sentido poner en negrita los nombres de ambos equipos para que se destaquen de los creadores de goles. Después de todo, es la información más importante de ese cuadro: los nombres de ambos equipos y el puntaje. Si cambiamos ese valor predeterminado, creo que también debería cambiarse en la plantilla de cuadro de fútbol normal, lo que probablemente debería discutirse en la página de discusión de WP:FOOTY . - Sygmoral ( discusión ) 15:58, 10 de septiembre de 2015 (UTC) [ respuesta ]

Envoltura{{penalizaciones1}}con #si

La plantilla actual siempre muestra la lista de penales si el partido se decidió mediante penales, pero cuando los detalles de la tanda de penales no se ingresan en la plantilla, solo muestra . (Lo mismo ocurre con {{ penas2 }} , por supuesto). Véase la Copa del Rey 2015-16 cualquiera de los partidos de primera o segunda ronda decididos por penales como ejemplos. AF4JM ( discusión ) 15:32, 10 de septiembre de 2015 (UTC) [ respuesta ]{{penalties1}}

¡Tienes razón! Lo acabo de arreglar ahora. - Sygmoral ( discusión ) 15:49, 10 de septiembre de 2015 (UTC) [ respuesta ]

Necesario: un parámetro para el color del texto cuando el color de fondo hace que el color de primer plano predeterminado sea ilegible

La selección de un color de equipo para el color de fondo (bg) puede hacer que el color de fuente predeterminado (fg) sea ilegible. A partir del 6 de octubre de 2016 , este es el caso con el uso de esta plantilla en la sección de la temporada 2016 de la Copa Cascadia (consulte las secciones donde ganaron los Timbers). ¿Hay alguna manera de cambiar esta plantilla para especificar el color de fuente? Peaceray ( discusión ) 17:00, 6 de octubre de 2016 (UTC) [ respuesta ]

Hmm... para ser honesto, me pregunto si esos fondos personalizados para competiciones deberían ser compatibles. El año pasado, se eliminaron los colores personalizados de las tablas de Squad porque hacen que un artículo parezca más una página de fans que un artículo enciclopédico. Veo que solo dos concursos menores admiten estos colores de fondo en esta plantilla. Personalmente creo que deberíamos llevar esto a la página de discusión de WP:FOOTY para decidir si realmente queremos fondos personalizados. Quizás tendría más sentido indicar el ganador si su nombre está en negrita o no, por ejemplo (aunque actualmente no se admite). – Sygmoral ( discusión ) 18:10, 6 de octubre de 2016 (UTC) [ respuesta ]
Daría la bienvenida a cualquier cosa que reforzara la legibilidad. He trabajado en el desarrollo de software en el pasado y uno de los principios por los que nos esforzamos fue evitar que los usuarios tomaran una decisión que fuera un error. Elegir una categoría de fondo que haga que el texto sea ilegible es claramente un error. Quizás podríamos limitar las opciones de color de fondo a unas pocas que no oscurezcan el texto. Peaceray ( discusión ) 18:55, 6 de octubre de 2016 (UTC) [ respuesta ]

No hay suficiente espacio para la Ronda

No hay suficiente espacio para la primera columna "Ronda" en esta plantilla. En anchos de escritorio comunes, cualquier cosa mucho más larga que "Amigable" junto a un nombre de mes más largo se envía a una segunda línea. Veo esto en Firefox, Chrome e IE. Hay mucho espacio entre "Fecha" y "Equipo1". ¿Alguien puede mover la columna Fecha un poco hacia la derecha y aumentar el tamaño de la columna "Ronda"? Ejemplo de la selección de fútbol de Australia #Resultados y calendario . -  Mnnlaxer  |  hablar  |  acechar 03:05, 22 de octubre de 2017 (UTC) [ respuesta ]

Árbitros asistentes de vídeo

¿Existe alguna posibilidad de que alguien con acceso edite esta plantilla para agregar VAR y Assistant VAR como posibles funciones? Parece que esto resulta ser un éxito en la actual Copa del Mundo y, por lo tanto, podría aplicarse en otros torneos importantes en el futuro. Ormstunge ( discusión ) 06:07, 29 de junio de 2018 (UTC) [ respuesta ]

Gentil recordatorio. Otomanor ( discusión ) 11:37, 23 de agosto de 2023 (UTC) [ respuesta ]

Sin duda sería bueno agregar una sección de árbitro VAR. Parece que los árbitros del VAR están desempeñando un papel más importante en el resultado del partido, ¡y sería bueno tener esa sección! DatunEast ( discusión ) 03:05, 29 de marzo de 2024 (UTC) [ respuesta ]

Solicitud de edición protegida por plantilla el 14 de octubre de 2018

El |report=parámetro actualmente genera un enlace externo en línea oculto. Debe formatear esto como referencia para que aparezca como una cita en la lista de referencia. Esto se puede lograr cambiando

{{#ifeq:{{str_sub|{{{report}}}|0|4}}|http |[{{{report}}} Report] |{{{report|}}}}}

a

{{#ifeq:{{str_sub|{{{report}}}|0|4}}|http |{{#tag:ref|[{{{report}}} Report]}} |{{#tag:ref|{{{report|}}}}}}}

Esto lo probé en el sandbox y en los casos de prueba . - Frayæ ( Discusión / Spjall) 23:24, 14 de octubre de 2018 (UTC) [ respuesta ]

Yo diría que primero se debería abrir una discusión en WP:FOOTY , dado que se trata de una plantilla muy visible y que los informes se han formateado como enlaces desde la creación de la plantilla en 2009. SA Julio ( discusión ) 23:40, 14 de octubre de 2018 (UTC ) [ responder ]
 No hecho: establezca un consenso para esta modificación antes de utilizar la plantilla. Según las preocupaciones de SA Julio. Una discusión aquí, publicada en WT:FOOTY, funcionaría igual de bien. Cabayi ( charla ) 08:40, 15 de octubre de 2018 (UTC) [ respuesta ]{{edit template-protected}}

problema de "nota"

Las llamadas al parámetro "nota" invariablemente devuelven la cadena Plantilla:Br entradas separadas . ¿Puede alguien con los privilegios adecuados investigar? Estaba funcionando correctamente aproximadamente a las 18:00 UTC del 16 de octubre de 2018, pero generaba el error anterior a las 05:30 UTC del 17 de octubre de 2018. El mismo síntoma se produce en el navegador Opera en Windows 7 y en el navegador Chrome en un dispositivo móvil Android. Gracias de antemano. EclecticArkie (discusión) 04:54, 17 de octubre de 2018 (UTC) [ respuesta ]   

fijado. Frietjes ( charla ) 17:16, 17 de octubre de 2018 (UTC) [ respuesta ]
@ Frietjes : Además, parece que la plantilla ya no tiene un borde inferior, ¿se podría solucionar esto? SA Julio ( charla ) 18:04, 17 de octubre de 2018 (UTC) [ respuesta ]
SA Julio , error tipográfico, debería corregirse. Frietjes ( discusión ) 18:08, 17 de octubre de 2018 (UTC) [ respuesta ]
@ Frietjes : Además, hay una pequeña diferencia con la alineación de la ciudad y el botón mostrar/ocultar, ya no parece centrado verticalmente, a diferencia de la fecha y los equipos, ¿es posible solucionarlo? Gracias, SA Julio ( charla ) 17:35, 30 de octubre de 2018 (UTC) [ respuesta ]
SA Julio , toda la fila superior tiene vertical-align:top. esto es cierto tanto para la versión antigua (no lua) como para la nueva (lua) de la plantilla. Podríamos hacerlo vertical-align:middle, pero esto sería un cambio con respecto a la versión anterior. a menos que me falte algo. Si tiene un ejemplo que realmente muestra el problema, colóquelo en los casos de prueba . Frietjes ( discusión ) 21:09, 30 de octubre de 2018 (UTC) [ respuesta ]
@ Frietjes : Hmm, extraño. En dos navegadores que he usado, la alineación se ve ligeramente diferente en la versión anterior en comparación con la versión actual . SA Julio ( charla ) 04:34, 31 de octubre de 2018 (UTC) [ respuesta ]

Ampliar el tamaño de fuente sin detalles de ubicación

Como puede ver en el ejemplo anterior, cuando no se utiliza un parámetro de ubicación o estadio, el texto expandido es más grande. Parece que algo en CSS está configurando el texto expandido en la primera coincidencia en tamaño de fuente: 85%. Deben arreglarse para que sean del mismo tamaño. Boothy m ( discusión ) 12:17, 12 de abril de 2019 (UTC) [ respuesta ]

Boothy m , esto debería arreglarse ahora. Frietjes ( charla ) 22:22, 11 de noviembre de 2019 (UTC) [ respuesta ]
Parece que está solucionado en el ejemplo anterior, gracias Boothy m ( discusión ) 23:59, 11 de noviembre de 2019 (UTC) [ respuesta ]

Páginas de datos de resultados

@ Frietjes y Vanisaac : ¿Es realmente necesario que esta plantilla dependa de muchas páginas de datos "Módulo: Caja de fútbol plegable/resultado/XXX", todas las cuales solo se usan en un artículo y posiblemente Plantilla: Caja de fútbol plegable/casos de prueba como ¿Se opone a pasar esa información como parámetros de los artículos relevantes? * Pppery * ha comenzado... 20:09, 11 de noviembre de 2019 (UTC) [ respuesta ]

Bueno , probablemente podríamos hacer algo con respecto a los que se utilizan con poca frecuencia. Si mal no recuerdo, puedes configurar manualmente el color usando |bg=, que no es más detallado. la estructura particular se importó directamente de las plantillas correspondientes , las cuales _deberían_ quedar huérfanas en este punto (fuera de los usos en la versión anterior mantenida en la zona de pruebas). Frietjes ( charla ) 21:19, 11 de noviembre de 2019 (UTC) [ respuesta ]
sí, parece que esto funciona, es menos detallado y ayuda a garantizar la coherencia en el coloreado con la leyenda, por lo que todos ganan. Frietjes ( charla ) 21:34, 11 de noviembre de 2019 (UTC) [ respuesta ]
@ Frietjes : Hasta donde puedo decir, en este punto todos estos ahora se usan solo en la página de casos de prueba. Por lo tanto, esto sugiere que el código debe limpiarse eliminando resultpor completo el código de las subpáginas y eliminando todas las subpáginas no utilizadas. * Pppery * ha comenzado... 22:09, 11 de noviembre de 2019 (UTC) [ respuesta ]
Pppery , sí, ya dejé huérfanas las subpáginas no predeterminadas y ya fusioné las predeterminadas con el código principal. Me gustaría esperar hasta que las páginas se hayan vuelto a almacenar en caché antes de eliminar las subpáginas (es decir, una vez que uno de los submódulos tenga cero transclusiones, podemos eliminarlo). Frietjes ( charla ) 22:13, 11 de noviembre de 2019 (UTC) [ respuesta ]
Pppery , sí, lo sé, mira este hilo. Frietjes ( charla ) 22:37, 11 de noviembre de 2019 (UTC) [ respuesta ]
Pppery , probablemente puedas eliminar el "Módulo: Nombre del equipo plegable del cuadro de fútbol", que, hasta donde yo sé, solo se usa en una bifurcación de esta plantilla/módulo. Frietjes ( discusión ) 22:42, 11 de noviembre de 2019 (UTC) [ respuesta ]
@ Frietjes : Módulo: El nombre del equipo plegable de la caja de fútbol todavía se usa en dos páginas. * Pppery * ha comenzado... 23:49, 11 de noviembre de 2019 (UTC) [ respuesta ]
Pppery , ahora agregado directamente debajo de la única plantilla que lo usa. Frietjes ( charla ) 14:48, 12 de noviembre de 2019 (UTC) [ respuesta ]
Pppery , la nominación fue revertida. Tal vez tu tendrás mejor suerte. Frietjes ( charla ) 15:21, 12 de noviembre de 2019 (UTC) [ respuesta ]

Solicitud de edición protegida por plantilla el 7 de mayo de 2020

Implemente estos cambios en Módulo: Caja de fútbol plegable , para que utilice los nombres de clases principales, en lugar de los antiguos nombres de clases locales de Wikipedia. - The DJ ( charla • contribuciones ) 09:34, 7 de mayo de 2020 (UTC) [ respuesta ]

 Hecho * Pppery * ha comenzado... 13:39, 7 de mayo de 2020 (UTC) [ respuesta ]

Parámetro de posición de la liga

Hola. Después de una discusión reciente en la página de discusión de WikiProject sobre la catalogación de la posición en la liga de los clubes después de los días de partido; ¿Sería deseable y posible agregar parámetros adicionales a esta plantilla para que las posiciones de la liga puedan capturarse y mostrarse, idealmente en la vista contraída, ya sea junto al número de ronda o en el margen derecho? --Ratchet8865 ( discusión ) 15:31, 29 de agosto de 2020 (UTC) [ respuesta ]

Texto ligeramente desplazado si no hay ubicación

En el caso de que el parámetro de ubicación se deje en blanco, el texto (segundo ejemplo) se desplaza ligeramente hacia la izquierda. ¿Se puede arreglar esto? Nehme 1499 ( charla ) 23:58, 27 de septiembre de 2020 (UTC) [ respuesta ]

@ Frietjes y Pppery . Nehme 1499 ( discusión ) 00:50, 25 de octubre de 2020 (UTC) [ respuesta ]
@ WOSlinker , Frietjes y Pppery ¿Alguien puede ayudarme? Nehme 1499 ( discusión ) 16:51, 15 de febrero de 2021 (UTC) [ respuesta ]
La línea 320 del Módulo:Football_box_collapsible establece valores de ancho en CSS si la ubicación no está en blanco. Si bien configurarlo solucionaría el problema, no estoy seguro de cómo afectaría a todos los usos existentes. - WOSlinker ( discusión ) 17:06, 15 de febrero de 2021 (UTC) [ respuesta ]
No veo una compensación, pero he actualizado la lógica. No estoy seguro de por qué hay una diferencia para algunos navegadores, ya que el ancho de todas las demás celdas se establece con porcentajes, por lo que la última debería ser solo 100 menos la suma de las demás. ¿Quizás la mejor solución sería no establecer nunca el ancho de la última celda? Frietjes ( charla ) 16:25, 16 de febrero de 2021 (UTC) [ respuesta ]
Ok perfecto, ya no lo veo compensado de esta manera. Nehme 1499 ( charla ) 17:11, 16 de febrero de 2021 (UTC) [ respuesta ]

Error de etiqueta mal anidada cuando se usa negrita dentro del parámetro team1=

Lo arreglaría yo mismo, pero no puedo analizar el código Lua. Cuando |team1=contiene marcas en negrita, como en esta versión de la Copa de Francia 2020-21 ( |team1=ASU Grand Santi '''or''' [[US Sinnamary]] {{flagicon|French Guiana|local}}), el resultado es una anidación incorrecta de etiquetas de marcas y de extensión, como esta:

<td class="vcard attendee" style="width:23%;text-align:right">'''<span class="fn org">ASU Grand Santi '''or''' [[US Sinnamary]] <span class="flagicon">[[File:Flag of French Guiana.svg|23x15px|border |alt=French Guiana|link=French Guiana]]</span></span>'''</td>

Una solución sería intercambiar las marcas en negrita y extensión al principio y al final de la codificación, de esta manera:

<td class="vcard attendee" style="width:23%;text-align:right"><span class="fn org">''' ASU Grand Santi '''or''' [[US Sinnamary]] <span class="flagicon">[[File:Flag of French Guiana.svg|23x15px|border |alt=French Guiana|link=French Guiana]]</span> '''</span></td>

Nuevo código simplificado:

<span class="fn org">''' [parameter value] '''</span>

Para evitar problemas no deseados al mover el marcado en negrita dentro de las etiquetas de extensión, agregué un espacio después de la negrita inicial y antes de la negrita final. Esto debería evitar problemas si alguien ha utilizado cursiva o negrita dentro del |team1=parámetro.

¿Hay alguien aquí que pueda modificar el código Lua para implementar este cambio? – Jonesey95 ( discusión ) 19:56, 29 de noviembre de 2020 (UTC) [ respuesta ]

Moví la negrita y agregué los espacios en la versión sandbox . - WOSlinker ( discusión ) 22:52, 29 de noviembre de 2020 (UTC) [ respuesta ]
¡Excelente, gracias WOSlinker ! Copié ese código en el módulo en vivo y parece funcionar bien. Publique aquí si este cambio causa algún problema en artículos que funcionaban bien antes. – Jonesey95 ( discusión ) 00:06, 30 de noviembre de 2020 (UTC) [ respuesta ]

Reemplazar las plantillas con tablas.

Se trata de un tema espinoso y recurrente que se ha planteado recientemente en torno a un partido que aboga por sustituir esta plantilla tan utilizada en artículos deportivos por tablas sencillas porque es coherente con una guía de estilo creada allá por 2007 . ¿Es esto necesario ahora que la enciclopedia está llena con esta plantilla? ¿Realmente la plantilla contradice la guía de accesibilidad tal y como exigen los defensores de las tablas? Y si ese fuera el caso, ¿por qué llegamos a esta etapa? - Sakiv ( discusión ) 14:17, 11 de marzo de 2021 (UTC) [ respuesta ]

Por favor enlace a la discusión original. Las tablas en esa página vinculada no cumplen con MOS:ACCESS, por lo que no veo el sentido de reemplazar esta plantilla con dicha tabla. Si esta plantilla no cumple con MOS:ACCESS, deberíamos poder hacerla accesible. – Jonesey95 ( discusión ) 14:31, 11 de marzo de 2021 (UTC) [ respuesta ]
Hemos discutido extensamente en Charla: resultados de la selección nacional de fútbol de Argentina (2020-presente) porque fue este artículo el que inició la controversia. - Sakiv ( charla ) 14:38, 11 de marzo de 2021 (UTC) [ respuesta ]
Parece que los editores que se oponen no saben que esta plantilla utiliza código de formato de tabla y que |class=collapsibleestá disponible para mostrar todos los cuadros de resultados en su totalidad de forma predeterminada. Creo que agregar ese parámetro y valor a cada plantilla satisfaría sus preocupaciones sobre la accesibilidad. – Jonesey95 ( discusión ) 15:21, 11 de marzo de 2021 (UTC) [ respuesta ]
@ Jonesey95 , @Stevie fae Scotland declaró en la página de discusión de resultados de Argentina que "tenía que ver con cómo los lectores de pantalla pueden leer una mesa frente a una plantilla de cuadro de fútbol y cómo la naturaleza pre-colapsada de la plantilla del cuadro de fútbol actúa como un barrera a la información ya que oculta la mayor parte de ella". Nehme 1499 02:30, 23 de marzo de 2021 (UTC) [ respuesta ]
Agregar |class=collapsibledebería resolver la preocupación sobre el contenido oculto. – Jonesey95 ( discusión ) 05:49, 23 de marzo de 2021 (UTC) [ respuesta ]
Gracias por su ayuda Jonesey95 con respecto a MOS:ACCESS . Cualquier información adicional que se pueda proporcionar sobre los lectores de pantalla sería útil, como dije antes, no uso ninguno, así que no sé los problemas exactos y fue hace unos años cuando alguien me lo señaló. .
Independientemente de los problemas de accesibilidad, el uso de la plantilla del cuadro de fútbol en los últimos artículos no se ajusta a MOS:LIST y esto se ha establecido y acordado en numerosas ocasiones, incluso en discusiones aquí , aquí y aquí, así como en esta nominación de lista destacada . Siento que iniciar un debate aquí es sólo otro intento de eludir el consenso que ya se ha establecido. Cuando se usa apropiadamente, la plantilla del cuadro de fútbol es una ventaja para Wikipedia, pero los artículos de lista no son un uso apropiado de la misma. Stevie fae Escocia ( charla ) 14:18, 23 de marzo de 2021 (UTC) [ respuesta ]
No entiendo el motivo de toda esta resistencia a utilizar una plantilla que se encuentra tan a menudo en los artículos de fútbol. La afirmación de que los resultados de las selecciones nacionales no son más que listas no es correcta y no se puede comparar con las listas de países por población o área, etc., en las que se deben utilizar las tablas. Como se ha dicho, debería iniciar una discusión extensa para buscar la opinión de la comunidad en lugar de continuar esta difícil discusión aquí o en el artículo de Argentina.--Sakiv ( discusión ) 18:56, 23 de marzo de 2021 (UTC) [ respuesta ]
A riesgo de ser descortés aquí, pero ¿no puedes entender que una lista de resultados es una lista? No necesito hacer nada aquí, he señalado cuatro discusiones que tienen puntos de vista de una variedad de contribuyentes, incluido uno en el que no tuve participación alguna y todos llegaron a la misma conclusión: las plantillas de cajas de fútbol no son adecuadas. para artículos de lista. Fin de la historia. Estoy realmente frustrado y harto de esto, para ser honesto, porque no importa lo que diga, no importa lo que digan los demás, simplemente no vas a escuchar. Es completamente inútil, así que no esperes que lea más comentarios que agregues porque la discusión terminó hace mucho tiempo y simplemente no puedes aceptarlo. Stevie fae Escocia ( discusión ) 20:48, 23 de marzo de 2021 (UTC) [ respuesta ]
¡¡¿¿Incivil??!! No tiene derecho a dar por concluida la discusión. No te pedí que me respondieras, pero eres tú quien quiere hacernos perder el tiempo en cosas que se consideran triviales. Planteé el tema en una tercera opinión y el participante dijo en voz alta que no es posible abordar el tema dividiéndolo y haciéndolo como si perteneciera a un artículo como se quisiera. El problema es mayor y más profundo que eso. No me acuses de ser descortés porque puede considerarse acoso y ataque personal de tu parte ya que lo has hecho repetidamente. MOS:LIST en sí dice: Los títulos de las listas independientes normalmente comienzan con el tipo de lista que son (Lista de, Índice de, etc.), seguido del tema del artículo, por ejemplo, Lista de aceites vegetales .--Sakiv ( charla ) 21:13, 23 de marzo de 2021 (UTC) [ respuesta ]
Los resultados de la selección de fútbol de Escocia (1872-1914) son una lista destacada. Nehme 1499 21:47, 23 de marzo de 2021 (UTC) [ respuesta ]

Parece que este reemplazo continúa. ¿Hubo una discusión de consenso para este tipo de reemplazo masivo? Haciendo ping a B1GLAX2 , quien podría señalar dicha discusión. – Jonesey95 ( discusión ) 13:59, 4 de agosto de 2021 (UTC) [ respuesta ]

@ Jonesey95 Francamente, no sabía que había un debate. Reemplacé la lista de plantillas con la tabla de esa página según lo que había visto en Heritage Cup (MLS) , que utiliza una tabla similar para delinear los resultados. La lista de plantilla original sobre la rivalidad entre Portland Timbers y Seattle Sounders estaba dividida en muchas categorías diferentes y, a menudo, faltaba información sobre asistencia y goleadores. Pensé que la nueva tabla condensaría mejor la longitud de la página y al mismo tiempo retendría la información de una manera más atractiva visualmente, además de separar mejor las diferentes épocas de la rivalidad. No estoy seguro de si hubo una discusión de consenso o no, pero creo que la plantilla es más útil cuando hay una lista más corta de resultados (como para una temporada o torneo individual) y una tabla es mejor para listas más largas (como una rivalidad). página o una lista de resultados históricos de un equipo nacional). ¡Feliz de escuchar cualquier comentario sobre esto! B1GLAX2 ( discusión ) 05:37, 6 de agosto de 2021 (UTC) [ respuesta ]
Un buen número de otras páginas de rivalidad, como la Lista de partidos de El Clásico y el Derbi vasco, también utilizan tablas para listas de partidos más largas, en lugar de plantillas. B1GLAX2 ( discusión ) 05:56, 6 de agosto de 2021 (UTC) [ respuesta ]

Vista previa de advertencia y notas de sombrero que se mueven a estilos de plantilla

Los observadores de la página pueden estar interesados ​​en la charla de MediaWiki: Common.css § Advertencia de vista previa y notas de sombrero que se mueven a TemplateStyles Izno ( charla ) 00:22, 29 de abril de 2021 (UTC) [ respuesta ]

Uso de texto blanco en parámetros Team1/Team2 no vinculados en la aplicación Wiki

En la última semana ha habido un cambio en el comportamiento de esta plantilla cuando se ve en la aplicación de Android. ¿Es posible revertir cualquier cambio reciente que haya provocado esto o depurar el código actual para restaurar el rendimiento anterior?
Cuando los parámetros de equipo1 o equipo2 se han definido con texto plano no vinculado (es decir, sin [[ ]]), el texto resultante aparece actualmente en blanco al visualizar páginas en la aplicación Wiki para Android. Esto significa que el texto es invisible cuando se enumeran futuros partidos con un parámetro de resultado vacío. En muchas páginas relacionadas con equipos específicos, es una práctica actual no vincular múltiples referencias a ese equipo, por ejemplo, en una lista de partidos de una temporada. Hasta hace poco, cuando se utilizaba texto sin formato, aparecía en el color predeterminado (normalmente negro). Parece haber cambiado recientemente para aparecer en blanco. Esto no parece aplicarse cuando las páginas se visualizan en navegadores web. Gracias --Ratchet8865 ( charla ) 09:51, 17 de junio de 2021 (UTC) [ respuesta ]

reportar caso límite de parámetro

Consulte esta discusión en Charla de plantilla: Cuadro de fútbol . Si se implementa una solución allí, probablemente debería replicarse aquí. – Jonesey95 ( discusión ) 19:28, 18 de septiembre de 2021 (UTC) [ respuesta ]

Colores alternativos para Ganados/Perdidos en Penaltis

Con varias competiciones (fuera de mi cabeza, EFL Trophy , FA WSL Cup y MLS Next Pro como mínimo) ahora favorecen la idea de resolver los partidos empatados de liga/fase de grupos con una tanda de penales, y el ganador de la tanda se va a casa. con dos puntos en lugar de uno o tres, ¿tal vez sea hora de considerar un esquema de color único para los partidos ganados o perdidos en los penaltis? ¿Quizás un tono más claro de verde/rojo, o un único color de gama media con un tono más oscuro para el ganador y un tono más claro para el perdedor? Charla Falastur2 22:21, 1 de abril de 2022 (UTC) [ respuesta ]

@ Falastur2 : Solo te informo que tu sugerencia se ha implementado con un "SW" o "PW" en el campo de resultados para colorear el fondo de color azul claro. Sounder Bruce 23:17, 6 de septiembre de 2023 (UTC) [ respuesta ]

Edición de caja rota

Intenté actualizar los resultados, pero al hacer clic en aplicar cambios se interrumpe por completo. No se puede hacer clic en "Confirmar edición" o "Descartar edición". Eliminar el cuadro y reemplazarlo no resuelve el problema. Nunca antes había encontrado este problema y no creo que sea del lado del cliente, ya que puedo editar otros cuadros en la página de la temporada. POTH94 ( discusión ) 17:41, 23 de julio de 2022 (UTC) [ respuesta ]

También encontré un problema similar. Parece ser un problema de toda la wiki. Nehme 1499 18:11, 23 de julio de 2022 (UTC) [ respuesta ]
Sigo teniendo este problema, no sé por qué no se ha solucionado todavía. Es necesario actualizar y agregar accesorios, por lo que esta debería ser una solución de alta prioridad. No estoy seguro de si es porque no tengo incluido un informe de partido, pero nunca encontré este problema al editar sin un informe de partido. Por favor, arregle esto lo antes posible. POTH94 ( discusión ) 00:13, 27 de julio de 2022 (UTC) [ respuesta ]

Solicitud de edición protegida por plantilla el 5 de septiembre de 2023

Agregue lo siguiente en la línea 29:

["SW"] = "contraseña", ["contraseña"] = "BBF3FF"["V"] = "P", ["P"] = "BBBBBB"

Esto agregaría un fondo azul a los partidos ganados mediante penales para decidir un empate en los partidos de la temporada regular, como los de MLS Next Pro (e históricamente, MLS y NASL). Sounder Bruce 05:35, 5 de septiembre de 2023 (UTC) [ respuesta ]

@ SounderBruce : ¿Podría proporcionarnos un ejemplo de una página en la que esto sirviera de algo? También observo que la segunda línea ya está presente en el módulo. * Pppery * ha comenzado... 14:47, 6 de septiembre de 2023 (UTC) [ respuesta ]
@ Pppery : Acabo de cambiar la temporada del New England Revolution de 1996 para usar los colores propuestos; Anteriormente, el artículo había marcado las victorias en los penales como simplemente victorias, lo cual no es exacto debido a los diferentes puntos otorgados por los dos resultados. La segunda línea está ahí solo como punto de referencia y simplemente se sobrescribiría. Sounder Bruce 20:00, 6 de septiembre de 2023 (UTC) [ respuesta ]
Gracias.  Hecho * Pppery * ha comenzado... 20:02, 6 de septiembre de 2023 (UTC) [ respuesta ]

Modernización del cumplimiento de WP:ACCESS en la plantilla

¿No sería posible simplemente agregar un lugar para que el resultado se muestre en la plantilla contraída? Sin mencionar la vieja discusión sobre las tablas versus esta plantilla, preferiría que el cumplimiento de la accesibilidad se trajera aquí sin tener que revisar las 24.000 páginas que utilizan la caja de fútbol plegable. Esto fue impulsado por un comentario en este FAC en curso de que preferiría continuar usando los cuadros detallados en lugar de una tabla genérica que elimina información clave. Sounder Bruce 01:30, 22 de enero de 2024 (UTC) [ respuesta ]

Después de hurgar un poco en el módulo sandbox, agregué una forma de mostrar el parámetro de resultado junto a la fecha; Lo ideal sería que estuviera un poco más a la derecha en su propia "columna", pero aún así soluciona uno de los problemas de accesibilidad. Vea los casos de prueba para ver un ejemplo. Sounder Bruce 21:31, 25 de enero de 2024 (UTC) [ respuesta ]

Solicitud de edición protegida por plantilla el 28 de junio de 2024

En la aplicación de Android, si team1 o team2 NO es un enlace de Wikipedia, el nombre del equipo aparece en fuente blanca sobre fondo blanco, cuando no se usa el modo oscuro. En un navegador de escritorio/portátil, este no es el caso ya que la fuente es negra sobre fondo blanco. LaUr3nTiU ( discusión ) 14:51, 28 de junio de 2024 (UTC) [ respuesta ]

 No hecho: no está claro qué cambios desea realizar. Mencione los cambios específicos en un formato de "cambiar de X a Y" y proporcione una fuente confiable si corresponde. Aquí no se solicita ningún cambio de código procesable. Enlace a un artículo afectado para que podamos solucionar este informe de problema. – Jonesey95 ( discusión ) 16:33, 29 de junio de 2024 (UTC) [ respuesta ]
Inspeccione los #Amistosos de la temporada 2024-25 del ASC Oțelul Galați en la aplicación móvil de Android. Notarás que el nombre Oțelul Galați no aparece en los partidos no jugados (2 y 3), pero sí aparece como blanco en el primero. Supongo que esto sucede porque esa fuente es blanca en la aplicación de Android, pero negra en un navegador de escritorio/portátil. LaUr3nTiU ( discusión ) 10:30, 30 de junio de 2024 (UTC) [ respuesta ]
Jdlrobson , ¿puedes replicar esto? No tengo acceso a Android. Creo que puede estar relacionado con la subpágina estilos.css. – Jonesey95 ( discusión ) 16:56, 1 de julio de 2024 (UTC) [ respuesta ]
Mientras tanto, la página se actualizó y ahora las coincidencias 1 y 2 tienen fuente blanca sobre fondo verde, mientras que la tercera coincidencia tiene fuente blanca (¿presumiblemente?) sobre fondo blanco. Tenga en cuenta que se agregaron los #Partidos de la temporada 2024-25 del ASC Oțelul Galați y actualmente hay 30 de estos que se muestran. No estoy ejecutando mi Android en modo oscuro, si eso ayuda a replicar esto. LaUr3nTiU ( discusión ) 17:13, 1 de julio de 2024 (UTC) [ respuesta ]
Me comuniqué con el equipo de aplicaciones y me confirmaron que se trataba de un error de su parte. ¡Van a abrir un error y cuando lo hayan hecho lo agregaré aquí! ¡Gracias por el informe! 🐸  Jdlrobson ( discusión ) 02:16, 5 de julio de 2024 (UTC) [ respuesta ]
Seguimiento en
la tarea T369438 de Phabricator
🐸  Jdlrobson ( discusión ) 03:24, 8 de julio de 2024 (UTC) [ respuesta ]