stringtranslate.com

Discusión de MediaWiki:Common.css

Aplicación de un estilo para el Vector 2022

Seguimiento en
la tarea T354235 de Phabricator

Hola, en Vector 2022, si queremos seleccionar el título de un artículo y accidentalmente ampliamos el área seleccionada para seleccionar el botón Tabla de contenido con el ícono, entonces el texto copiado en el portapapeles sería incorrecto (por ejemplo para el artículo " Wikipedia "): 

Cambiar la tabla de contenidosWikipedia

Este no es el portapapeles previsto y la primera línea no es necesaria, es decir, sólo "Wikipedia" como título del artículo es suficiente y el texto "Alternar la tabla de contenidos" hace que los datos del portapapeles sean erróneos.

La solución a este problema podría ser aplicar este estilo:

. vector-page-titlebar-toc { -webkit- user-select : none ; /* Safari */ -ms- user-select : none ; /* IE 10 e IE 11 */ user-select : none ; /* Sintaxis estándar */ }

He probado ese código en mi página CSS en Usuario:Hooman Mallahzadeh/common.css y evita este comportamiento muy bien.

Por último, debo señalar que este comportamiento inesperado en la funcionalidad del portapapeles me ocurre con frecuencia tanto en la Wikipedia en inglés como en la Wikipedia en persa. Gracias, Hooman Mallahzadeh ( discusión ) 04:30, 2 de enero de 2024 (UTC) [ responder ]

Envíe una tarea a la fuente. No es necesario que sea compatible con IE. También deberá realizar pruebas con uno o dos agentes de accesibilidad. Izno ( discusión ) 21:31 2 ene 2024 (UTC) [ responder ]
Cómo presentar una tarea en caso de que no sepas cómo hacerlo: Haz clic aquí, complétala y etiquétala Mejoras de escritorio (Vector 2022). – Novem Linguae ( discusión ) 23:59, 2 de enero de 2024 (UTC) [ responder ]
Le hice una tarea en T354235. Gracias, Hooman Mallahzadeh ( discusión ) 05:27 3 ene 2024 (UTC) [ responder ]
@ Izno @ Novem Linguae La tarea aún no está resuelta y es posible que no se resuelva en un futuro cercano. Pero podemos aplicar ese estilo aquí. ¿Podrías aplicar este estilo aquí ? Gracias, Hooman Mallahzadeh ( discusión ) 06:19, 6 de mayo de 2024 (UTC) [ responder ]

Solicitud de edición protegida por interfaz el 30 de mayo de 2024

Elimine el fondo de `mw-warning-with-logexcerpt.mw-warning-with-logexcerpt.mw-warning-with-logexcerpt, div.mw-lag-warn-high, div.mw-cascadeprotectedwarning, div#mw-protect-cascadeon {` o reemplácelo con una variable CSS que pueda adaptarse al modo oscuro. No estoy seguro de por qué esto se presenta como un error, cuando el mensaje en sí es una advertencia y tiene un triángulo, por lo que el color es confuso, por lo que personalmente votaría por eliminarlo o moverlo a MediaWiki:Timeless.css , etc.

Tengo un script global para forzar el modo oscuro en todas las páginas y, cuando se habilita el modo oscuro en el editor, esto deja de funcionar. ¡Sería bueno solucionar esto antes de que eso suceda! ¡Gracias de antemano!

Ejemplo: https://en.wikipedia.org/w/index.php?title=Template:Sidebar_with_collapsible_lists&action=edit (con script global en modo oscuro). 🐸  Jdlrobson ( discusión ) 04:46 31 may 2024 (UTC) [ responder ]

Esto se considera un error porque esa es la importancia que le asignamos, no la importancia arbitraria que le asigna la WMF en una fecha muy posterior a la que se agregó nuestra modificación. Stjn tenía un bloque similar en el CSS ru.wp que modificó al CSS en ru:MediaWiki:Common.css#L-111, que todavía no he tenido la oportunidad de probar. Izno ( discusión ) 18:52 31 may 2024 (UTC) [ responder ]
@ Izno Si el objetivo es presentar esto como un error, sería mejor usar el token de diseño del Codex para garantizar la accesibilidad con enlaces, etc. y obtener el equivalente del modo nocturno para lograr coherencia:
 color de fondo : var ( --background-color-error-subtle );
Si bien no creo que se vea muy bien tener un ícono de advertencia con un color rojo, si este estilo debe conservarse tal como está, sin la variable CSS, también debe agregar una regla para el color del texto, como lo que estoy haciendo en User:Jdlrobson/common.css . Sin eso, la interfaz se volverá inutilizable en modo oscuro.
/* https://en.wikipedia.org/wiki/MediaWiki_talk:Common.css/MediaWiki_talk:Common.css#Aplicación_de_un_estilo_para_Vector_2022 */ . mw-advertencia-con-expresión_registrada . mw-advertencia-con-expresión_registrada . mw-advertencia-con-expresión_registrada , div . mw-advertencia-de-lag-alta , div . mw-advertenciaprotegida-en-cascada , div # mw-protección-en-cascada { color : negro ; }
🐸  Jdlrobson ( discusión ) 15:54 8 jun 2024 (UTC) [ responder ]
 Terminé usando el token de diseño de error sutil y manteniendo el color existente como respaldo ya que la variable no parece estar definida en absoluto en el legado de Vector que uso. * Pppery * ha comenzado... 01:35, 18 de junio de 2024 (UTC) [ responder ]
@ Pppery, solo quería hacer un seguimiento de los comentarios sobre https://www.mediawiki.org/w/index.php?title=Reading/Web/Accessibility_for_reading/Reporting/en.wikipedia.org#Special:Contributions_dark_mode_error. Parece que esto no se hizo para las advertencias. Debería usarse --background-color-warning-subtle. ¿Debería crear una nueva solicitud de edición o podemos hacerlo como parte de esta? Jon (WMF) ( discusión ) 16:53 15 jul 2024 (UTC) [ responder ]
Eso se debe a un bloque de CSS diferente al que se menciona en el comentario inicial aquí, por lo que probablemente nunca lo noté. Ahora está arreglado. *Pppery* ha comenzado... 23:15, 15 de julio de 2024 (UTC) [ responder ]

Solicitud de edición 18 de junio de 2024

Cambie --color-linka --color-progressivelas líneas 144 y 132, ya que la variable CSS --color-linkno existe.

html.skin-theme-clientpref-night.infobox a { color: var(--color-link) !importante;}@media (prefiere esquema de color: oscuro) { ... html.skin-theme-clientpref-os.infobox a { color: var(--color-link) !importante; }}

->

html.skin-theme-clientpref-night.infobox a { color: var(--color-progressive) !importante;}@media (prefiere esquema de color: oscuro) { ... html.skin-theme-clientpref-os.infobox a { color: var(--color-progressive) !importante; }}

Andumé ( discusión ) 01:22 18 jun 2024 (UTC) [ responder ]

@ Jon (WMF) : ya que lo pusiste ahí, creo. Izno ( discusión ) 01:26 18 jun 2024 (UTC) [ responder ]
Sospecho que lo que se quería decir era "color:LinkText", pero dejaré que Jon comente. *Pppery* ya empezó... 01:42, 18 de junio de 2024 (UTC) [ responder ]
Cambiar --color-link por --color-progressive tiene sentido: hemos estado dejando de usar color-link para usar color-progressive. ¡Gracias por informarnos sobre esto! Jon (WMF) ( discusión ) 16:39 18 jun 2024 (UTC) [ responder ]
 Hecho Writ Keeper  ⚇ ♔ 16:50, 18 de junio de 2024 (UTC) [ responder ]

El color de fondo rosa para páginas protegidas no funciona sin CodeMirror

Estoy usando Vector 2022, modo de color claro. En la página MediaWiki:Group-templateeditor.css , se define la siguiente regla CSS para que el fondo del editor de wikitexto sea rosa claro , cuando la página está protegida:

. mw-textarea-protected , . mw-textarea-protected + . ui-resizable . ace_content , . mw-textarea-protected + . CodeMirror { color de fondo : hsl ( 0 , 100 % , 94 % ); }

Funciona para CodeMirror (selector .mw-textarea-protected + .CodeMirror), es decir con El resaltado de sintaxis está habilitado, pero no funciona cuando está deshabilitado(selector .mw-textarea-protected). En cambio, el color de fondo es blanco. Por ejemplo, yo, como editor de plantillas, lo veo al editar Template:Notfixed .

Esto se debe a que <textarea id="wpTextbox1">tiene background-color: transparent;en su atributo de estilo en línea en combinación con <div id="wpTextbox0" ... style="... background-color: rgb(255, 255, 255); ...">.

En este caso, la etiqueta <textarea id="wpTextbox1">también tiene una clase CSS ext-WikiEditor-realtimepreview-textboxque proviene de mw:Extension:WikiEditor (que se encontró mediante una búsqueda en GitHub). Lamentablemente, no pude averiguar de dónde provienen los estilos en línea de wpTextbox0y .wpTextbox1

La solución alternativa es agregar una regla similar a su common.css , pero con !important:

. mw-textarea-protected , . mw-textarea-protected + . ui-resizable . ace_content , . mw-textarea-protected + . CodeMirror { color de fondo : hsl ( 0 , 100 % , 94 % ) ! importante ; }

Ejemplo de uso de esta solución alternativa . —⁠ andrybak ( discusión ) 11:33, 20 de julio de 2024 (UTC) [ responder ]

No tengo el mismo problema al editar la plantilla de ejemplo: tanto con resaltado de sintaxis como sin él, tengo un fondo rosa. Izno ( discusión ) 16:24 20 jul 2024 (UTC) [ responder ]
Creo que descubrí de dónde background-color: transparent;proviene. Es del gadget MediaWiki:Gadget-DotsSyntaxHighlighter.js . Para habilitar el gadget:
Preferencias  → Gadgets  → Edición  →Garrapata (S) Resaltador de sintaxis: alternativa a la coloración predeterminada de la sintaxis wiki en el cuadro de edición (funciona mejor en Firefox y funciona casi todo el tiempo en Chrome y Opera )
Sin el gadget, el problema desaparece. El estilo se establece en la línea 640 del código no minimizado.
Supongo que intentaré informar el problema a mw:Usuario discusión:Recuerde el punto/Sintaxis highlighter.js. —⁠ andrybak ( discusión ) 16:54, 20 de julio de 2024 (UTC) [ responder ]
Consulte mw:Usuario discusión:Recuerde el punto/Resaltado de sintaxis.js#Los estilos en línea interfieren con el CSS de enwiki. —⁠ andrybak ( discusión ) 17:23, 20 de julio de 2024 (UTC) [ responder ]
Hola @Iznothe , los últimos cambios no parecen ser compatibles con el editor de texto wiki VisualEditor, lamentablemente.
https://phabricator.wikimedia.org/F56601761 🐸  Jdlrobson ( discusión ) 18:35 22 jul 2024 (UTC) [ responder ]
Creo que este era un problema de mi parte que ya he resuelto. Tenía un color negro que se aplicaba allí para una regla relacionada.
Quizás también se debería agregar el color blanco para evitar conflictos con otros scripts/dispositivos. 🐸  Jdlrobson ( discusión ) 18:41 22 jul 2024 (UTC) [ responder ]
Me encantaría ayudar a alguien a que lo lleve más allá, pero como dije en VPT que inspiró el ajuste, probablemente requerirá algo de elaboración. Hay al menos una incompatibilidad destacada con el cambio, que es el resaltado de sintaxis en las páginas de wikitexto normales, pero todavía hay un error en Phab que necesita solución. Izno ( discusión ) 19:05 22 jul 2024 (UTC) [ responder ]

Solicitud de edición 16 de agosto de 2024

Agradecería poder usar la .texhtmlclase con la <var>etiqueta semántica. Cualquiera de los dos cambios siguientes funcionaría:

Remsense  ‥ 诉11:01, 16 de agosto de 2024 (UTC)[respuesta]

texhtml en algún momento será TemplateStyled, por lo que honestamente apreciaría no distribuirlo entre elementos arbitrarios. :) Izno ( discusión ) 14:18, 16 de agosto de 2024 (UTC) [ responder ]
¡Es bueno saberlo! A mí también me gustaría, así que me alegra tener paciencia. Remsense  ‥ 诉14:19, 16 de agosto de 2024 (UTC) [ responder ]
Ya sería así si no fuera por phab:T200704. Hice una solución realmente triste en Template:Math-link pero no me he tomado el tiempo de implementarla porque tiene que ser muy complicada. Izno ( discusión ) 19:20 16 ago 2024 (UTC) [ responder ]