stringtranslate.com

Discusión de MediaWiki:Vector.css

El nuevo selector de cuerpo no está bien

@ Edokter : Con Special:Diff/642208825 , se están detectando muchas cosas que no deberían detectarse. Por ejemplo, ahora hay una gran brecha entre las pestañas de página/discusión/lectura/edición y el título de la página h1, porque ahora coincide con él. Estas reglas deben ser más específicas. Jackmcbarn ( discusión ) 21:30, 12 de enero de 2015 (UTC) [ responder ].mw-body h1 { margin-top: 1em; }

Gracias por notarlo. Ya está solucionado. 22:06, 12 de enero de 2015 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}

Propuesta para .topicon

Después de haber visto (previamente) que la Wikipedia en francés utiliza un sistema .topicon que permite colocar los topicones de forma dinámica usando Javascript y CSS, me gustaría proponer que implementemos algo similar en la Wikipedia en inglés. No estoy completamente seguro de qué hacer con esto, ya que afectaría a todos los topicones, incluidos (pero no limitados a) {{Good article}} , {{Featured article}} y {{pp}} . Para mí, el problema radica en la estética y la organización. Muchas veces, un artículo con múltiples íconos superiores puede parecer inconexo. (Vea, por ejemplo, Atomic bombings of Hiroshima and Nagasaki . Observe el espacio en el medio donde está el ícono de audio, visible en un artículo como California Gold Rush . Otros artículos hablados, como Project Gutenberg , muestran el ícono del orador con un espacio en blanco considerable a la derecha donde generalmente se encuentra el ícono del buen artículo o del artículo destacado.

Encontré un código muy simple que implementé en mis propias páginas personalizadas de Vector.js y Vector.css, que ubica los íconos de manera ordenada directamente a la derecha del primer encabezado. El código de Javascript busca la clase .topicon y mueve el código hacia arriba o hacia abajo del primer encabezado (según la importancia del orden) y el CSS interviene para hacer que el ícono flote hacia la derecha. El resultado es un sistema de íconos superiores que se ubican perfectamente en la esquina superior derecha y se ajustan automáticamente a la visualización de múltiples íconos superiores. Si alguien puede ayudarme a descubrir cómo comenzar a discutir o proponer algo para implementar esto, ¡agradecería mucho su ayuda!

Saludos, The Obento Musubi ( charla  · contribuciones )

Propuesta de tema
  • En el status quo, los íconos no están posicionados unos respecto a otros.
    En el status quo, los íconos no están posicionados unos respecto a otros.
  • En mi propuesta, los íconos se moverían dependiendo de qué otros temas estén presentes en el artículo.
    En mi propuesta, los íconos se moverían dependiendo de qué otros temas estén presentes en el artículo.
  • El status quo tal como se ve en el Mes de la Historia Negra.
    El status quo tal como se ve en el Mes de la Historia Negra .
  • Mi sistema propuesto, implementado en el Mes de la Historia Negra.
    Mi sistema propuesto, implementado en el Mes de la Historia Negra .
Básicamente, estás reinventando la rueda. Ahora tenemos indicadores de estado de página, que hacen exactamente lo que quieres. Actualmente estoy haciendo un inventario de todos los iconos de tema para convertirlos. 12:34, 18 de marzo de 2015 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}
Hola Edokter , ¡gracias por tu respuesta! Si hay alguna forma en la que pueda ayudarte, no dudes en hacérmelo saber. Saludos, The Obento Musubi ( discusión  · contribuciones ) 19:26 18 mar 2015 (UTC) [ responder ]

Mejorar el tamaño del campo de búsqueda

Tengo la siguiente idea:

div # simpleSearch { ancho : 20 vw ; ancho mínimo : 5 em ; ancho máximo : 20 em ; transición : ancho 0,25 s ; }

Esto hará que el tamaño del campo de búsqueda sea mucho más pequeño y, por lo tanto, más óptimo para pantallas de menor ancho, al mismo tiempo que lo hará más grande si hay espacio disponible para ello. Vuelve de manera segura al ancho predeterminado si las unidades de la ventana gráfica aún no están disponibles en su plataforma. Creo que podría ser una adición bienvenida. — Th e DJ ( discusión • contribuciones ) 12:45, 1 de julio de 2015 (UTC) [ responder ]

¿Tal vez debería agregarse este a la versión de upstream? Estoy de acuerdo en que aumentar el tamaño de la barra sería bueno en el contexto de las pantallas de escritorio. -- Izno ( discusión ) 14:11 1 jul 2015 (UTC) [ responder ]
Interesante. Sin embargo, se pierde la animación; la elasticidad es discordante y podría empujar las pestañas temporalmente hacia el área de contenido (al cambiar el tamaño al lugar correcto). 14:15, 1 de julio de 2015 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}
¿Qué es 20vw? No encuentro la unidad "vw" en 4.3.2 Longitudes (CSS 2.1) -- Red rose64 ( discusión ) 14:48 1 jul 2015 (UTC) [ responder ]
Unidades relativas de la ventana gráfica en CSS3. -- Izno ( discusión ) 15:30 1 jul 2015 (UTC) [ responder ]
Vale, estaba buscando en las Recomendaciones del W3C, no en las Recomendaciones de los candidatos. La versión actual tiene solo tres semanas de antigüedad. -- Red rose64 ( discusión ) 16:54 1 jul 2015 (UTC) [ responder ]
Los VW están en el CSS3 CR desde julio de 2005. -- Izno ( discusión ) 17:13 1 jul 2015 (UTC) [ responder ]
Sí, pero no en una Recomendación del W3C, por lo que no está escrito en piedra. El enlace que proporcionó a las 15:30, el 1 de julio de 2015, lleva a un Borrador del Editor que puede cambiar casi a diario. Ese documento de julio de 2005 no es una CR sino un Borrador de trabajo, un poco más estable que un Borrador del Editor, pero aún no es seguro que supere las etapas de Recomendación candidata → Recomendación propuesta → Recomendación del W3C. A modo de ejemplo, había algunas características de HTML5 (como los elementos interactivos) que se incluyeron en la Recomendación candidata del 4 de febrero de 2014, pero se omitieron en la del 29 de abril de 2014 (tampoco estaban en la Recomendación del W3C del 28 de octubre de 2014). Realmente no deberíamos confiar en nada que no haya llegado hasta la Recomendación del W3C, ya que no solo podría no incluirse en última instancia, sino que los proveedores de navegadores no tienen la obligación de proporcionarlo. -- Red rose64 ( discusión ) 17:40 1 jul 2015 (UTC) [ responder ]
Mi punto es que la definición de la unidad en cuestión ha sido incluida en los documentos y, además, es estable durante 10 años , independientemente del estado de los documentos en su totalidad. No estoy seguro de estar en desacuerdo con que debamos evitar el uso de documentos que no sean recomendaciones del W3C, pero a menos que hayas visto a alguien expresar un problema con esto en una lista de correo o un ticket del lado del W3C, una objeción basada únicamente en la unidad sin un reemplazo sugerido , no es útil sugerir que no deberíamos usar esas unidades. -- Izno ( discusión ) 18:15 1 jul 2015 (UTC) [ responder ]
Si su navegador no lo soporta, entonces la alternativa sigue siendo segura y usted simplemente no notará ningún cambio. Hay muchas partes de CSS que todavía están en estado de borrador, pero que se usan ampliamente. Mucho más de lo que la gente cree en realidad. La especificación de transición completa y gran parte de las consultas de medios son un borrador, por ejemplo. Sin embargo, los proveedores de navegadores las implementan casi universalmente. — The DJ ( discusión • contribuciones ) 21:13, 1 julio 2015 (UTC) [ responder ]
No lo he puesto en phab todavía, porque pensé que estaría bien y sería sencillo probarlo en en.wp antes de implementarlo en la línea principal. — The DJ ( discusión • contribuciones ) 21:14 , 1 de julio de 2015 (UTC) [ responder ]
@ TheDJ : Desde una perspectiva de producto, yo diría que hay que hacerlo. El Departamento de Descubrimiento tiene un sistema de registro que debería permitir medir el impacto de este cambio. Por favor, avísenme cuando el cambio se implemente, para que podamos analizar el antes y el después. -- Dan Garry, Wikimedia Foundation ( discusión ) 04:45, 2 julio 2015 (UTC) [ responder ]

Vale, entonces probemos una versión sin transición. Añade lo siguiente: — Th e DJ ( discusión • contribuciones ) 13:12 14 jul 2015 (UTC) [ responder ]

div # simpleSearch { ancho : 20 vw ; ancho mínimo : 5 em ; ancho máximo : 20 em ; }
Listo @ TheDJ y Deskana (WMF) : esto ya está disponible. — Mr. Stradivarius ♪ talk ♪ 16:24, 14 de julio de 2015 (UTC) [ responder ]
Parece que hay una preferencia por el tamaño de la barra de búsqueda. Ver WP:VPT#Mi barra de búsqueda es más ancha hoy . -- Izno ( discusión ) 17:11 14 jul 2015 (UTC) [ responder ]
@ Izno , TheDJ , Deskana (WMF) y Mr. Stradivarius : La preferencia de la que habla es la casilla de verificación "Ampliar el cuadro de búsqueda en la máscara Vector" en la pestaña Gadgets en Special:Preferences . La preferencia, cuando está habilitada, hace que el cuadro de búsqueda sea ancho todo el tiempo, no solo en pantallas anchas. Deshabilitar la preferencia hace que esta lógica recién implementada se active como se espera. Gparyani ( discusión ) 17:26, 14 de julio de 2015 (UTC) [ responder ]
El gadget en cuestión es MediaWiki:Gadget-widensearch.css , que data de 2010 (parece que Vector acababa de salir al mercado en ese momento). -- Izno ( discusión ) 17:32 14 jul 2015 (UTC) [ responder ]

Estoy bastante seguro de que este cambio está arruinando el diseño en Safari cuando se usa Vector. La pantalla de inicio de sesión ( Special:UserLogin ) se ve bien, pero en las páginas de artículos y en otros lugares donde se carga MediaWiki:Vector.css , el cuadro de búsqueda ahora sobresale de la página unos 40 píxeles, ¿quizás? Está provocando una barra de desplazamiento horizontal. -- MZMcBride ( discusión ) 15:35, 20 de julio de 2015 (UTC) [ responder ]

Captura de pantalla del problema: testwiki:File:Vector-safari-layout-bug-2015-07-20.png. Esto es con la versión 7.0.6 de Safari (9537.78.2). Normalmente no uso Vector ni Safari, así que no me preocupa mucho este problema, pero dependiendo de su prevalencia, una reversión temporal podría ser prudente en este caso. -- MZMcBride ( discusión ) 15:46 20 jul 2015 (UTC) [ responder ]

Yo mismo uso Safari todos los días. Sin embargo, no he detectado este problema. Tampoco ha habido otros informes hasta el momento. No obstante , lo seguiré de cerca. Gracias por el informe. — The DJ ( discusión • contribuciones ) 18:38, 20 de julio de 2015 (UTC) [ responder ]
Por si sirve de algo, Safari con iOS 7.something (en mi teléfono) presentó el mismo problema. Finalmente actualicé a iOS 8 esta semana y Safari con iOS 8 parece funcionar bien. Imagino que se trata de un error antiguo de Safari que se solucionó. Simplemente soy lento para actualizar. :-) -- MZMcBride ( discusión ) 02:22, 29 de julio de 2015 (UTC) [ responder ]

El siguiente paso es implementarlo en las páginas de preferencias y de inicio de sesión de los usuarios y también en otras wikis. GeoffreyT2000 ( discusión ) 03:02 28 jul 2015 (UTC) [ responder ]

pantalla: ninguna para contentSub

El problema informado en Wikipedia:Village pump (technical)/Archive 141#Main Page oldid pages lack revision info – they looks like live pages es causado por display: none !important;for #contentSuben MediaWiki:Vector.css y MediaWiki:Monobook.css . ¿Es necesario este código? Se origina en [1] para MonoBook en 2008 con el resumen de edición "Arreglar la rareza del relleno en la parte superior de la página principal". PrimeHunter ( discusión ) 02:21 7 nov 2015 (UTC) [ responder ]

.contentSubPuede contener mensajes como "Redirigido desde...", por lo que sí, está oculto con un propósito. 18:10, 7 de noviembre de 2015 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}
Vale. Si realmente has llegado a través de una redirección, entonces no parece tan malo que aparezca "Redirigido desde...". El código HTML de una redirección como el que dice Mainpage<div id="contentSub"><span class="mw-redirectedfrom"> (Redirected from <a target="_blank" rel="nofollow" href="https://MediaWiki_talk:Vector.css.wikipedia.org/w/index.php?title=Mainpage&redirect=no" title="Mainpage">Mainpage</a>)</span></div> . Tal vez mw-redirectedfromse pueda usar para eliminarlo, pero no sé si hay otros posibles mensajes no deseados en .contentSub. PrimeHunter ( discusión ) 22:04 7 nov 2015 (UTC) [ responder ]

Solicitud de edición protegida el 14 de noviembre de 2015

Las opciones de tamaño del cuadro de búsqueda que se agregaron en Special:Diff/671422869 deberían eliminarse, ya que ahora son las predeterminadas. GeoffreyT2000 ( discusión ) 22:51 14 nov 2015 (UTC) [ responder ]

 Hecho .23:08, 14 de noviembre de 2015 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}

H4 y H5 parecen tener un estilo idéntico

Seguimiento en
la tarea T72004 de Phabricator

Al visualizar Wikipedia en Chrome 49, veo que el Título 4 y el Título 5 tienen el mismo estilo:

Título 3 (1,2em)

Título 4 (100%)

Título 5 (100%)

Título 3 al 128%

Título 4 al 116%

Título 5 al 108%

Esto definitivamente no refleja en absoluto lo que se muestra en el editor avanzado en el menú desplegable Encabezado:

He intentado investigar más a fondo, pero creo que está un poco más allá de mis conocimientos. Esto es todo lo que he conseguido:

Según mi ventana F12, hay un estilo aplicado en la línea 82 de https://en.wikipedia.org/w/load.php?debug=true&lang=en&modules=skins.vector.styles&only=styles&skin=vector, que reemplaza a h4 en la línea 131 y a h5 en la línea 135 de https://en.wikipedia.org/w/load.php?debug=true&lang=en&modules=mediawiki.skinning.interface&only=styles&skin=vector. No pude averiguar cómo traducir esas direcciones a archivos CSS reales para poder verlas, por lo que no pude avanzar más en la determinación de cómo solucionarlo.font-size: 100%;.mw-body h4, .mw-body h5, .mw-body h6font-size: 116%;font-size: 108%;

D a n si m a n ( discusión | Contribuciones ) 21:55, 8 de abril de 2016 (UTC) [ respuesta ]

Actualmente, el h3 tiene un tamaño de 116 % aproximadamente. Supongo que esto se modificó en el mismo conjunto de cambios para la actualización de la tipografía (es decir, el h1 con serif). Podemos anular el h4 en este archivo si queremos (¿hasta el 108 %? Me parece bien) -- Izno ( discusión ) 22:03 8 abr 2016 (UTC) [ responder ]
De hecho, esa fue una decisión de diseño deliberada como parte de la actualización de la tipografía, principalmente porque H5 y H6 casi no se usan y para hacer que la diferencia entre H3 y H4 sea más notoria. Hay un ticket abierto en Phabricator para esto. 10:24, 9 de abril de 2016 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}
En realidad, el tamaño actual de H3 está establecido en , que es (muy) ligeramente mayor que 116%, pero significativamente menor que el que está definido para él en la línea 127 de https://en.wikipedia.org/w/load.php?debug=true&lang=en&modules=mediawiki.skinning.interface&only=styles&skin=vector.font-size: 1.2em;font-size: 128%;
Sugeriría que, si no decidimos anular los tamaños de los encabezados (volver a los especificados individualmente en las líneas 127, 131 y 135), entonces deberíamos:
  • eliminar H5 de la lista de niveles de encabezado que se ofrecen en el editor avanzado, o
  • hacer que las vistas previas del menú desplegable de Encabezado del editor avanzado se representen usando los estilos del diseño activo, de modo que los editores (al menos aquellos que usan Vector y el editor avanzado) que podrían estar planeando agregar un H5 a un artículo tengan la oportunidad de notar que será indistinguible tanto de su H4 padre como del próximo H4, si lo hay, y por lo tanto, tal vez, se desanimen de usar el H5.
...¿Queremos desincentivar el uso del H5?
D a n si m a n ( discusión | Contribuciones ) 21:10, 11 de abril de 2016 (UTC) [ respuesta ]

Eliminar la regla "Menú sobre el cuadro FR"

Por favor elimine el siguiente fragmento de esta página:

/* Menú sobre el cuadro FR */ div . vectorMenu div { z-index : 2 ; }

En realidad, este código no hace nada, porque se reemplaza por un selector CSS más específico del código de las máscaras de Vector , que establece . Y no parece ser necesario: el menú desplegable ya aparece correctamente en la parte superior del aviso FlaggedRevs (PendingChanges), por ejemplo, en Economy of China en este momento (si se revisa, puede encontrar otro ejemplo en Special:PendingChanges ): https://phabricator.wikimedia.org/F8884523 Matma Rex talk 16:22, 28 de julio de 2017 (UTC) [ responder ]div.vectorMenu div.menuz-index: 1;

hecho - The DJ ( charla • contribuciones ) 17:23 , 28 de julio de 2017 (UTC) [ respuesta ]

Solicitud de edición protegida por interfaz el 12 de noviembre de 2019

/** Ocultar barra lateral **/div#mw-panel { pantalla: ninguna;}#navegación-izquierda { izquierda: 1em;}#mw-base-de-cabeza,div#contenido,div#pie de página { margen izquierdo: 1em;}

Fromanderson (discusión) 00:46 12 nov 2019 (UTC) [ responder ]

 No se ha explicado por qué es necesario ni se ha demostrado que se hayan realizado pruebas. @Fromanderson: si quieres personalizar tu experiencia con Vector, puedes hacerlo en User:Fromanderson/vector.css . — xaosflux Talk 02:02, 12 de noviembre de 2019 (UTC) [ responder ]
@ Xaosflux : Creo que el editor es demasiado nuevo para crear la subpágina en cuestión, por eso hay una solicitud de protección de edición. -- Izno ( discusión ) 03:08, 12 de noviembre de 2019 (UTC) [ responder ]
@ Izno : los editores nuevos aún deberían poder crear sus propias subpáginas personales. — xaosflux Talk 04:13, 12 de noviembre de 2019 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 5 de abril de 2020

Esta edición se puede deshacer ahora ( @MusikAnimal :) . Tanto Twinkle como MoreMenu se han corregido hace mucho tiempo. No hay otros gadgets que lo requieran, según tengo entendido. SD0001 ( discusión ) 07:33, 5 de abril de 2020 (UTC) [ responder ]

 Listo ¡Gracias por el ping! — MusikAnimal talk 23:20, 5 de abril de 2020 (UTC) [ responder ]

La regla `.mw-body .mw-indicators` debería eliminarse (¡en espera!)

Hay un cambio próximo, ya visible en la versión beta, que se ocupa de un cambio pequeño, pero útil, en el DOM para los usuarios de lectores de pantalla. Coloca los indicadores debajo del primer encabezado en el DOM, para exponer cosas como artículos destacados o buenos artículos en secuencia del título del artículo. Visualmente, nada cambiará, excepto que esta anulación en enwiki está obsoleta y haría que los indicadores se ubiquen innecesariamente hacia abajo. Elimine la anulación con la implementación el próximo jueves, 9 de abril de 2020. Volker E. (WMF) ( discusión ) 01:00, 8 de abril de 2020 (UTC) [ responder ]

@ Volker E. (WMF) : Esta hoja se aplica a todas las máscaras. ¿Probaste las máscaras implementadas además de Vector? -- Izno ( discusión ) 02:18, 8 de abril de 2020 (UTC) [ responder ]
@ Izno : En pruebas posteriores (detalles en la tarea) nos dimos cuenta de que se necesita una ronda adicional de cambios antes de implementar el cambio en todas las wikis. Ignoren esto por ahora y dejen el código como está. ¡Gracias! -- Volker E. (WMF) ( discusión ) 02:28, 8 de abril de 2020 (UTC) [ responder ]
Y este es vector.css en el que metí la pata, woooo. :D ​-- Izno ( discusión ) 02:29, 8 de abril de 2020 (UTC) [ responder ]

hackear la frontera de blockquote

Consulte MediaWiki_talk:Common.css#Fixing_the_accidental_return_of_decorative_quotations para una discusión abierta. — xaosflux Talk 18:57, 17 de noviembre de 2020 (UTC) [ responder ]

Cambiar el estilo de fuente

Hola. ¿Deberíamos cambiar las propiedades de?

/* Hacer "De Wikipedia, la enciclopedia libre" un poco más pequeño */ # siteSub { font-size : 92 % ; }

, a

/* Hacer "De Wikipedia, la enciclopedia libre" un poco más pequeño y en cursiva */ # siteSub { font-size : 92 % ; font-style : italic ; }

Hará que el texto quede en cursiva y se verá mejor. Cupcake547 ¡Charlemos! 22:31, 7 de abril de 2021 (UTC). [ responder ]

Consulte MOS:ITALICS para obtener una explicación de cuándo se utilizan las cursivas en la Wikipedia en inglés. ¿Existe alguna guía que respalde esta solicitud? – Jonesey95 ( discusión ) 23:56, 7 de abril de 2021 (UTC) [ responder ]
@ Jonesey95 : Sí, leí la guía y hay apoyo. En la subsección "Uso de cursiva que es específica de Wikipedia" dice: Las notas de una línea que se colocan en la parte superior de los artículos o secciones (generalmente para ayudar a la desambiguación o proporcionar referencias cruzadas) son notas de sombrero. Las notas de una línea también se pueden colocar en la parte superior de las secciones para hacer referencias cruzadas o señalar información adicional que no está vinculada directamente en el texto. Ambas están en cursiva y sangradas para distinguirlas del texto del artículo propiamente dicho. Las plantillas de desambiguación y redirección y las plantillas de sección de página de Wikipedia proporcionan automáticamente el formato de cursiva requerido , y esto es exactamente eso. Gracias, Cupcake547 ¡Charlemos! 23:46, 8 de abril de 2021 (UTC). [ responder ]
Necesitarás una discusión bien publicitada con un fuerte consenso para modificar el texto que aparece en cada página. – Jonesey95 ( discusión ) 01:42, 9 de abril de 2021 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 26 de abril de 2021

La regla para ocultar #contentSub2 debe limitarse a la página principal , ya que no tiene efecto en otras páginas y causa problemas con el gadget auxiliar Shortdesc .

Reemplazar

/* No mostrar algunas cosas en la página principal */ . page-Main_Page # deleteconfirm , . page-Main_Page # t-cite , . page-Main_Page # footer-info-lastmod , . action-view . page-Main_Page # siteSub , . action-view . page-Main_Page # contentSub , . action-view . page-Main_Page . firstHeading { display : none !important ; }

con

/* No mostrar algunas cosas en la página principal */ . page-Main_Page # deleteconfirm , . page-Main_Page # t-cite , . page-Main_Page # footer-info-lastmod , . action-view . page-Main_Page # siteSub , . action-view . page-Main_Page # contentSub , . action-view . page-Main_Page # contentSub2 , . action-view . page-Main_Page . firstHeading { display : none !important ; }

y quitar

/* Cancela el margen personalizado aplicado a este elemento para evitar  efectivamente tener el doble de cantidad de contenido padding-top  como se esperaba en [[Página principal]]. */ # contentSub2 : empty { display : none ; }

– Brandon XLF ( discusión ) 06:07 26 abr 2021 (UTC) [ responder ]

 Hecho @BrandonXLF : esto se ha aplicado. — xaosflux Talk 10:58 , 1 de mayo de 2021 (UTC) [ responder ]

icono de bala.svg

@ Izno : tal vez me estoy perdiendo algo, pero el archivo al que haces referencia en esta edición, <https://en.wikipedia.org/w/skins/Vector/resources/skins.vector.styles/images/bullet-icon.svg> no parece existir. ¿Esta sección aún es necesaria o necesita una actualización? — xaosflux Talk 11:04, 1 de mayo de 2021 (UTC) [ responder ]

WMF ha movido más cosas. Déjame buscarlas. Izno ( discusión ) 13:39 1 may 2021 (UTC) [ responder ]
Encontrado y corregido. Izno ( discusión ) 13:48 1 may 2021 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 1 de febrero de 2022

La siguiente discusión está cerrada. No la modifique. Los comentarios posteriores deben realizarse en la página de discusión correspondiente. No se deben realizar más modificaciones a esta discusión.

Movido a MediaWiki Talk:common.css

Ahora que tenemos Mainpage-title / Mainpage-title-loggedin , ¿no debería eliminarse la línea 8? NguoiDungKhongDinhDanh 12:57, 1 de febrero de 2022 (UTC) [ responder ]

 No está terminado (aún no) @ NguoiDungKhongDinhDanh : Voy a trasladar esta discusión a MediaWiki talk:common.css, ya que se aplica a múltiples máscaras. — xaosflux Talk 14:05, 1 de febrero de 2022 (UTC) [ responder ]
La discusión anterior está cerrada. No la modifique. Los comentarios posteriores deben realizarse en la página de discusión correspondiente. No se deben realizar más modificaciones a esta discusión.

Solicitud de edición protegida por interfaz el 13 de julio de 2022

Cambiar .mw-body .mw-indicators {a body.skin-vector-legacy .mw-indicators {.

El Vector 2022 ya agrega relleno por sí mismo, al agregar relleno adicional, estamos empujando los indicadores hacia abajo más de lo necesario. Vea, por ejemplo, el artículo destacado de la estrella Tyler Skaggs . — The DJ ( discusión • contribuciones ) 18:38, 13 de julio de 2022 (UTC) [ responder ]

 Listo — xaosflux Talk 19:23, 13 de julio de 2022 (UTC) [ responder ]

Corregir desbordamientos de enlaces externos

/* T327334 */ . skin-vector-2022 a . external { salto-de-palabra : salto-de-palabra ; }

Esto soluciona un problema en el que los enlaces hacen que la vista de escritorio en el móvil amplíe la ventana gráfica hasta el punto en el que se activa el espacio vacío correcto. Esta debería ser una buena solución temporal. — The DJ ( discusión • contribuciones ) 20:19, 18 de enero de 2023 (UTC) [ responder ]

 Listo. No me gusta esto, lo agregué por ahora. — xaosflux Discusión 01:33, 19 de enero de 2023 (UTC) [ responder ]

Envuelva cuerdas largas enEspecial:ListFiles' Celda de tabla "Descripción"

Seguimiento en
la tarea T270741 de Phabricator

Por favor, añade el siguiente CSS:

/* Solución alternativa para T270741 */ . listfiles . TablePager_col_img_description { word-break : break-word ; min-width : 10 em ; }

Gracias, ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 17:02, 24 de enero de 2023 (UTC) [ respuesta ]

Tenga en cuenta: MediaWiki_talk:Filepage.css#Wrap_long_strings_in_Special:ListFiles'_"Description"_table_cell (que no se hizo). — xaosflux Talk 18:10, 24 de enero de 2023 (UTC) [ responder ]
Sí, porque ese no era el lugar adecuado. Este es el lugar correcto, donde el cambio solo afectará a las apariencias de Vector. ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 18:12 24 ene 2023 (UTC) [ responder ]
¿Puedes indicarme una página de ejemplo donde se presente este problema? — xaosflux Talk 18:12, 24 de enero de 2023 (UTC) [ responder ]
Sí, he incluido un enlace a Special:ListFiles en el encabezado. ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 18:13 24 ene 2023 (UTC) [ responder ]
@ Neveselbert , sea más específico. Hacer clic en Special:ListFiles no parece causar un problema. ¿Puede indicarme un enlace que realmente demuestre el problema que está presentando? — xaosflux Talk 19:46, 24 de enero de 2023 (UTC) [ responder ]
Ver [2] ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 19:59, 24 de enero de 2023 (UTC) [ respuesta ]
 No se ha hecho por ahora: por favor, establezca un consenso para esta modificación antes de usar la plantilla. En este punto, debe establecer un consenso para que esto se cambie en cualquier página del espacio MediaWiki local y no en la parte superior. Izno ( discusión ) 02:46 25 ene 2023 (UTC) [ responder ]{{Edit interface-protected}}
También me parece que la página enlazada arriba está bien, incluso en la vista móvil — xaosflux Talk 15:13, 25 enero 2023 (UTC) [ responder ]
@ Xaosflux : si tu navegador tiene alrededor de 1024 píxeles de ancho, no se verá bien. ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 17:54, 25 de enero de 2023 (UTC) [ responder ]
@ Neveselbert logró que se mostrara, parece ser que después de aproximadamente 720 px de ancho en el vector heredado, ¿por qué no se puede solucionar esto en sentido ascendente? — xaosflux Talk 18:08, 25 de enero de 2023 (UTC) [ responder ]
No estoy seguro de qué quieres decir exactamente con upstream. ‑‑ Neveselbert ( discusión  · contribuciones  · correo electrónico ) 18:11 25 ene 2023 (UTC) [ responder ]
Upstream, es decir, arregla el software, no lo evita para una página en CSS global. Izno ( discusión ) 20:55, 25 de enero de 2023 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 10 de junio de 2023

<style> body { color: red; } </style> Manveerburj (discusión) 07:35 10 jun 2023 (UTC) [ responder ]

umm, no. — xaosflux Talk 09:12 10 jun 2023 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 31 de agosto de 2023

Para que el encabezado "Navegación" se muestre en la barra lateral debajo del logotipo, agregue lo siguiente al script. 

/* Barra lateral. */ # p-logo + . mw-portlet . vector-menu-heading { /* Mostrar encabezado "Navegación". */ display : block ; }

Usarmeme (discusión) 21:15 27 ago 2023 (UTC) [ responder ]

 No lo hemos hecho por ahora: por favor, establezcan un consenso para esta modificación antes de usar la plantilla. Además, ¿por qué creen que es necesario realizar este ajuste? Si quieren hacerlo ustedes mismos, pueden ir a Special:MyPage/vector.css . Izno ( discusión ) 04:10 31 ago 2023 (UTC) [ responder ]{{Edit interface-protected}}

Solicitud de edición protegida por interfaz el 9 de marzo de 2024

Ahora que el ID de coordenadas aparece exclusivamente en los indicadores, es necesario limpiar el contenido de las coordenadas. En Vector.css, elimine y reemplace las líneas 11 a 43 con 

cuerpo . vector-de-piel-legado # coordenadas { posición : absoluta ; superior : 3,5 em ; derecha : 0 ; altura-de-línea : 1,6 ; alineación-de-texto : derecha ; tamaño-de-fuente : 92 % ; espacio-en-blanco : nowrap ; flotante : derecha ; margen : 0 ; relleno : 0 ; sangría-de-texto : 0 ; transformación-de-texto : ninguna ; }              /* posición correcta para VE */ cuerpo . piel-vector-legacy . ve-ce-surface # coordenadas { margen-derecho : 2 em ; margen-superior : -1 em ; }

Estas son las únicas reglas que se aplican según la consola.

En Vector-2022.css, elimine y reemplace las líneas 6 a 18 con 

# coordenadas { altura-línea : 2 ; tamaño-fuente : 92 % ; espacio-en-blanco : nowrap ; }

Historia similar con respecto a las reglas aplicables, una vez que eliminamos el posicionamiento heredado del antiguo Vector agregando la clase que se aplica solo allí. También he eliminado algunas otras reglas que no concibo que sean necesarias en Vector 22.

Este cambio también es compatible con phab:T331679/phab:T357580. Puede provocar una apariencia no del todo óptima que desaparecerá al realizar una edición de purga o nula y/o al actualizar la memoria caché del usuario.

Trasladar esto a TemplateStyles puede ser una discusión aparte para más adelante, pero es (en realidad, ha sido) posible también si queremos. Izno ( discusión ) 18:06, 9 de marzo de 2024 (UTC) [ responder ]

@ Izno para v22: entonces ya no necesitamos el truco que está ahí ahora debido al cambio, pero ¿necesitamos un truco de CSS diferente? ¿Se está realizando un trabajo previo para no requerir este truco? — xaosflux Talk 13:52, 21 de marzo de 2024 (UTC) [ responder ]
Las reglas originales deben ser genéricas para todo el wiki y todos los indicadores posibles. En mi opinión, se esperan algunas modificaciones locales. — The DJ ( discusión • contribuciones ) 14:25, 21 de marzo de 2024 (UTC) [ responder ]
@Xaosflux , no entiendo por qué estás planteando esto como una cuestión de hacks y no de hacks. ¿Qué te dio la impresión de que el nuevo cambio es un hack? Por el momento, estoy tratando de al menos restaurarnos a menos en lugar de más CSS ahora que hemos hecho el trabajo que necesitábamos hacer hace un tiempo. :) Izno ( discusión ) 02:15, 22 de marzo de 2024 (UTC) [ responder ]
Para su información, creo que también usamos los prefijos indicadores en los selectores, porque descubrimos algunas plantillas similares a coordenadas que aún no usaban indicadores. Es posible que ya estén todos arreglados (y si no lo están, deberían estarlo, probablemente solo haya una forma de averiguarlo). — Th e DJ ( discusión • contribuciones ) 14:31, 21 de marzo de 2024 (UTC) [ responder ]
@ TheDJ , sí, estoy bastante seguro de que ya los he descartado. Izno ( discusión ) 02:08, 22 de marzo de 2024 (UTC) [ responder ]
 Hecho en V22. — xaosflux Discusión 18:23, 21 de marzo de 2024 (UTC) [ responder ]
borrador Problemas no resueltos reportados en WP:VPT . — xaosflux Talk 20:34, 21 de marzo de 2024 (UTC) [ responder ]
Wikipedia:Village_pump_(technical)#Coord? . — xaosflux Discusión 20:38, 21 de marzo de 2024 (UTC) [ responder ]
@Xaosflux , ambos cambios debían realizarse en el orden que sugerí. ¿Por qué no lo hiciste? Izno ( discusión ) 02:16, 22 de marzo de 2024 (UTC) [ responder ]
En un intento por minimizar las interrupciones, tal vez me perdí algo: pensé que la versión 22 ya no cargaba el vector heredado. — xaosflux Talk 09:23, 22 de marzo de 2024 (UTC) [ responder ]
@Xaosflux No , todavía no lo es, por eso al menos body.skin-vector-legacyera necesario agregarlo. Izno ( discusión ) 17:18, 23 de marzo de 2024 (UTC) [ responder ]
Gracias, planeo volver a intentarlo, pero aún no he tenido un período en el que pueda verlo durante los 5 a 15 minutos que demora en publicarse. — xaosflux Talk 17:55, 23 de marzo de 2024 (UTC) [ responder ]
 Hecho de nuevo. — xaosflux Talk 03:59, 31 de marzo de 2024 (UTC) [ responder ]