Suponiendo que no pasé por alto ningún problema (aunque los casos de prueba se ven bien), copie los cambios en Special:Diff/1235534036 a Module:Navbox . Esto carga condicionalmente Module:Navbar solo cuando la barra de navegación realmente se mostrará (es decir, cuando |navbar=
no se usa, básicamente). Soy consciente de que podría hacer este cambio yo mismo, pero está más allá de lo que me siento cómodo haciendo en Module:Navbox, incluso con todos los casos de prueba que se ven bien, por lo que agradecería que alguien verificara dos veces el cambio real primero. Es sorprendentemente difícil mantener "navbox" y "navbar" en orden cuando estás hablando de ambos... 「ディノ奴千?!」☎ Dinoguy1000 19:53, 19 de julio de 2024 (UTC)
display: none
que ha estado colgado en MediaWiki:Print.css a TemplateStyles, que es este diff. Izno ( discusión ) 20:34 19 jul 2024 (UTC) solución propuesta
La siguiente solución debería solucionar el problema que se describe aquí. Tengo derechos de edición, pero quería una segunda opinión antes de aplicar estos cambios.
El problema se produce por una combinación de factores:
Mi solución propuesta es hacer esto en el nivel de plantilla.
Una alternativa que consideré fue agregar otra regla !important en MediaWiki:Vector-2022.css , pero creo que es preferible que la solución se encuentre en los estilos del cuadro de navegación. Con suerte, a largo plazo podremos trasladar la eliminación de color en WikimediaMessages a la plantilla del cuadro de navegación y todo esto será más fácil de seguir. 🐸 Jdlrobson ( discusión ) 18:57, 22 de julio de 2024 (UTC)
Al editar un cuadro de navegación, todo lo que NO sea un enlace se muestra en texto gris sobre un fondo blanco. Antes no era así. ¿Alguien sabe cómo solucionar esto? -- Jax 0677 ( discusión ) 22:20 23 jul 2024 (UTC)
Muchos artículos exceden el límite de tamaño de inclusión posterior a la expansión debido a que los cuadros de navegación ocupan una gran cantidad de bytes. Gran parte de esto se debe a los cuadros de navegación que incluyen cuadros de navegación secundarios, porque anidar una plantilla de cuadro de navegación dentro de otra plantilla de cuadro de navegación hace que el cuadro de navegación interno se cuente dos veces para el límite (y si está utilizando la plantilla en lugar del módulo directamente, en realidad cuenta 4 veces). Para aliviar esto, he modificado Module:Navbox/sandbox para permitir que se agreguen cuadros de navegación secundarios sin tener que agregar una llamada de plantilla adicional o una invocación de módulo. Por ejemplo, en lugar de
{{ Navbox | nombre = {{ subst : NOMBREPAGINA }} | título = Título | lista1 = {{ Navbox | hijo | grupo1 = Grupo1.1 | lista1 = Lista1 }} | lista2 = {{ Navbox | hijo | grupo1 = Grupo2.1 | lista1 = Lista1 }} } }
Podrías hacerlo
{{ Navbox | nombre = {{ subst : NOMBREPAGINA }} | título = Título | lista1 = hijo | lista1_grupo1 = Grupo1.1 | lista1_lista1 = Lista1 | lista2 = hijo | lista2_grupo1 = Grupo2.1 | lista2_lista1 = Lista1 }}
El código solo se activa si el texto de list# es la palabra clave "hijo" Y se especifica al menos un parámetro que comienza con "list#_". El resultado es un tamaño de inclusión posterior a la expansión drásticamente menor y, en mi opinión, un código más fácil de leer. Por supuesto, el método antiguo, o una combinación de los dos, todavía funciona, como se demuestra en User:Ahecht/sandbox4 . ¿Alguna idea antes de que haga una solicitud de edición formal? -- Ahecht (
PAGINA DE DISCUSION) 20:08, 30 de julio de 2024 (UTC)
list1.1
, group1.1
que es un poco más corto y probablemente no genere un código muy diferente.child
, pero estoy bastante seguro de que esto se podría hacer sin la palabra clave adicional. Izno ( discusión ) 20:16 30 jul 2024 (UTC) group1.4
, list1.4
, group1style.4
, image.4
, o sería group4.1
, list4.1
, group4style.1
, image4
, etc. Si es lo primero, no debería ser más difícil de codificar, aunque no tiene la misma sangría natural y el orden jerárquico no es lo que la mayoría de la gente esperaría (aunque usar 4.group1
, 4.list1
, etc. soluciona ese problema). Si es lo último, el código ciertamente sería más complicado ya que algunos argumentos estarían delimitados, otros no, y el número a extraer está en un lugar diferente en diferentes variables. También dificultaría la conversión de cuadros de navegación existentes.child
palabra clave: podríamos escanear los argumentos en busca de los delimitados, extraer el número de lista y agregarlo a listnums
. La única razón por la que lo incluí es que hace que sea claramente visible para alguien que crea o edita una plantilla de cuadro de navegación que ese número de lista ya está tomado, lo que debería hacer que sea menos probable que agreguen texto accidentalmente a ambos list#
y especifiquen parámetros para un hijo. -- Ahecht (listx_listy
list1_group1_list1_group1_list1_group1
se vuelve un poco difícil de manejar. :) En realidad, ¿la implementación funciona para el caso de más capas? Izno ( discusión ) 15:52, 31 de julio de 2024 (UTC) list1_list1_list1_group1
. Cuanto más lo pienso, más me desagrada la list1_list1
notación (ya que en ese momento no es realmente una lista) y me inclino por child1_list1
/ subgroup1_list1
como más descriptiva o simplemente 1_list1
como más concisa. -- Ahecht (child1_list1
, subgroup1_list1
, y 1_list1
, como se muestra en User:Ahecht/sandbox4 . Actualmente requiere las palabras clave child
o subgroup
, pero ese requisito podría eliminarse potencialmente en una actualización futura. También hice que la función que lee los argumentos sea recursiva para mantener las referencias en el orden correcto incluso cuando se usan hijos/subgrupos. -- Ahecht (|type=
parámetro). Dabao qian ( discusión ) 05:52 8 sep 2024 (UTC) |type=
(o |1_type=
) como "con columnas" o "con grupos colapsables". Para {{ Navbox con columnas }}, utiliza la notación "col1_list1" para los subgrupos de las columnas. Consulta Template:Navbox/testcases#allthreetypes para ver un ejemplo. -- Ahecht (|type=
(el valor predeterminado es "vertical") en "horizontal" o "vertical_collapsible" para cambiar {{ Navbox con columnas }} o {{ Navbox con grupos colapsables }} . Dabao qian ( discusión ) 13:10 2 oct 2024 (UTC) keyword.with_collapsible_groups
y keyword.with_columns
. Elegí "con columnas" y "con grupos colapsables" porque hemos estado usando los nombres {{ navbox with column }} y {{ navbox with collapsible groups }} en la Wikipedia en inglés durante los últimos 7 años, por lo que esos términos son más familiares que "horizontal" y "vertical_collapsible" (además, permite reemplazar {{ navbox with column }} con {{ #invoke:navbox |with column}}). -- Ahecht (|1_border=
Dabao qian ( discusión ) 17:18 2 oct 2024 (UTC) |list1=[child/subgroup]
|1_border=
. Si usas |list1=subgroup
, el módulo establece automáticamente |1_border=subgroup
sin que tengas que especificarlo (también establece automáticamente |1_navbar=plain
). También puedes seguir usando el método antiguo, por lo que debería producir el mismo resultado que . -- Ahecht ({{#invoke:NavboxV2|navbox|list1=subgroup|1_list1=List 1}}
{{#invoke:NavboxV2|navbox|list1={{#invoke:NavboxV2|navbox|border=subgroup|navbar=plain|list1=List 1}}}}
listN=child
porque el código de detección de subcuerpos del border
parámetro se puede reutilizar y, al mismo tiempo, se puede evitar la incertidumbre de la detección de parámetros (es necesario adivinar si el "hijo" de listN=child
es el valor de marca del subcuerpo o el valor del contenido de la lista ordinaria. Y el primero también requiere más código de detección de parámetros del subcuerpo);En el modo oscuro, en todos los cuadros de navegación, el borde se ve así: ¿Hay alguna forma de solucionar esto para que los bordes se vean correctamente? Es un problema menor, pero que afecta a muchos artículos.
Hola a todos,
No quería ser demasiado exagerado y eliminar la información que indica que la plantilla no es visible en dispositivos móviles, aunque lo comprobé hace un segundo y sí lo es. También revisé el informe de Phab vinculado en el encabezado como parte de una edición a otra página y parece que el problema se ha resuelto al menos parcialmente.
Si alguien estaría dispuesto a actualizar la página para reflejar los cambios recientes, o alternativamente decirme que estoy completamente equivocado, ¡háganmelo saber!
YuxtaposedJacob ( discusión ) | :) | 01:10 18 oct 2024 (UTC)