stringtranslate.com

Discusión de MediaWiki:Common.css

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 ]

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 <textarea id="wpTextbox1">que 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 que alguien 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 pendiente 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 ]

Desactivación permanente de CSS/JS móvil y compatibilidad con CSS/JS común en dispositivos móviles

He estado trabajando para dejar de cargar MediaWiki:Mobile.css y MediaWiki:Mobile.js en la Wikipedia en inglés y hacer que MediaWiki:Common.css y MediaWiki:Common.js se carguen en la versión móvil. Se han realizado algunas modificaciones en MediaWiki:Common.css y MediaWiki:Print.css para que esto sea posible, pero ahora voy a realizar algunos cambios que podrían generar discusiones serias conmigo, por lo que dejo una sección aquí de manera preventiva en caso de que necesitemos discutir ciertos límites y cosas así. Dejaré otras notas de implementación en la página de trabajo. Izno ( discusión ) 18:21, 6 de septiembre de 2024 (UTC) [ responder ]

¿Cuál es la motivación para esto? Lo pregunto por pura curiosidad :) – Novem Linguae ( discusión ) 19:18, 6 de septiembre de 2024 (UTC) [ responder ]
Creo que phab:T248416#9678769 deja clara la motivación externa (es decir, en algún momento no tendremos otra opción porque Mobile.css/js son deuda técnica), pero por mi parte, me ha molestado la duplicación que estaba presente en MediaWiki:Mobile.css y que ahora está en MediaWiki:Minerva.css y el hecho de que la skin Minerva no sea consistente con todas las demás skins. Izno ( discusión ) 20:14 6 sep 2024 (UTC) [ responder ]

Skin móvil y citas en bloque

A los observadores de la página les puede interesar la discusión de Wikipedia:Manual de estilo § Skins para móviles y citas en bloque . No dudes en participar allí. Izno ( discusión ) 04:07 7 sep 2024 (UTC) [ responder ]