stringtranslate.com

Discusión MediaWiki:Monobook.css

¿Aún se necesita el código diff?

¿Aún es necesario este código de diferencias? — RockMFR 01:52, 19 de septiembre de 2009 (UTC) [ responder ]

Depende de si pensamos que fue un experimento exitoso, supongo :D Utilizo mi propio código de colores CSS para las diferencias. — The DJ ( discusióncontribuciones ) 16:42, 17 de noviembre de 2009 (UTC) [ responder ]
Aún es necesario, de hecho, algunas partes podrían servir bien en vector.css, especialmente el tamaño de fuente y la alineación vertical. E dokterDiscusión 23:16, 18 de octubre de 2010 (UTC) [ responder ]
Mírame, respondiendo a un mensaje de hace un año. :) E dokterDiscusión 23:28, 18 de octubre de 2010 (UTC) [ responder ]

CSS personalizado

¿Sería útil añadir CSS personalizado para algunas páginas? Chairsenses ( discusión ) 02:59 16 ene 2010 (UTC) [ responder ]

No lo sé, ¿lo haría?:PAG Feliz melón 13:20 16 enero 2010 (UTC) [ responder ]

brecha (o abismo) encima de div.catlinks

Esta clase tiene por defecto un callejón de media altura debajo del último cuadro de navegación. Creo que colocar estos elementos alineándolos sería una mejora estética. ¿Qué tipo de CSS haría que estos bordes se contrajeran de forma más eficaz para que la figura 1 (izquierda) se parezca a la figura 2 (derecha) en la siguiente captura de pantalla?margin-top: 1em;

Tal vez podríamos configurar los enlaces de gato y todos los cuadros de navegación, teniendo en cuenta que los cuadros de navegación no deben tener contenido de formato libre debajo de ellos, solo otros cuadros de navegación. Esto podría ser compatible incluso con IE6. ― cobaltcigs 16:02, 18 de octubre de 2010 (UTC) [ responder ]margin-top:0px;margin-bottom:-1px;

Si configuramos margin-top:0px;los cuadros de categorías, todo se adherirá al cuadro, incluso lo que estás leyendo ahora mismo; definitivamente no queremos eso. El cuadro de categorías es una entidad separada en la página; debería permanecer así. E dokterDiscusión 23:00, 18 de octubre de 2010 (UTC) [ responder ]
Estoy totalmente de acuerdo con Edokter. Tener texto en la parte superior de los enlaces parece una muy mala idea. No todas las páginas tienen cuadros de navegación. (Y aun así, me gustaría mantener la separación entre los dos elementos). — The DJ ( discusión • contribuciones ) 23:26, 18 de octubre de 2010 (UTC) [ responder ]

¿Podríamos reducirlo a unos pocos px para que no se confunda visualmente con una etiqueta de párrafo vacía? ― cobaltcigs 23:54, 21 de noviembre de 2010 (UTC) [ responder ]

Me temo que no. 1em es el espaciado predeterminado entre el contenido del artículo y todos los demás elementos. E dokterDiscusión 00:12, 22 de noviembre de 2010 (UTC) [ responder ]

Facilita la selección de texto de coordenadas

# coordenadas { /* Aumenta el área de clic para seleccionar coordenadas */ padding-right : 30 px ; right : 0 ; }    

Dispensador 00:00, 2 julio 2012 (UTC) [ responder ]

Hecho Parece sensato y no debería causar ningún cambio en la visualización real Anomie ⚔ 01:24, 10 de julio de 2012 (UTC) [ responder ]

margen superior en el cuerpoContenido

Hola. ¿Alguien podría actualizar el siguiente texto?

/* No mostrar algunas cosas en la página principal */ body . page-Main_Page # deleteconfirm , body . page-Main_Page # t-cite , body . page-Main_Page # lastmod , body . page-Main_Page . action-view # siteSub , body . page-Main_Page . action-view # contentSub , body . page-Main_Page . action-view h1 . firstHeading { display : none !important ; } /* Lo anterior hace que el div bodyContent cubra la mayoría de las  pestañas de la página principal, lo que hace que no se pueda hacer clic en ellas. Desplazarlo  un poco hacia abajo soluciona el problema. */ body . page-Main_Page . action-view # bodyContent { margin-top : 1.3 em ; }             

con este texto:

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

¿por favor?

El margen superior en bodyContent proviene de esta edición. Creo que se trata de un diagnóstico erróneo del problema subyacente. El problema es que el elemento "#jump-to-nav" oculta las pestañas en Monobook. Agregar margen superior hace que la página se vea ridícula (aunque esto parece haberse vuelto más evidente recientemente). -- MZMcBride ( discusión ) 02:51, 23 de abril de 2013 (UTC) [ responder ]

Quizás bastaría con quitar el margen superior. ¿Nadie más ve el espacio adicional sobre el banner de "Bienvenido a Wikipedia" aquí: <https://en.wikipedia.org/wiki/MediaWiki_talk:Monobook.css/Main_Page?useskin=monobook>? -- MZMcBride ( discusión ) 02:56 23 abr 2013 (UTC) [ responder ]
Vale, he hecho pruebas en Chrome, Safari y Firefox y parece que el margen superior es el culpable. Si lo elimino, el espacio adicional desaparece y las pestañas siguen siendo cliqueables. -- MZMcBride ( discusión ) 03:01, 23 de abril de 2013 (UTC) [ responder ]
Listo . ¡Gracias por la solución! Ha pasado mucho tiempo desde que usé la buena y vieja skin Monobook. Ah, la nostalgia... Estaré atento cuando la actualización esté disponible, pero no dudes en avisarme si surge algún problema, en caso de que me haya olvidado de algo. Saludos. — Mr. Stradivarius ♪ talk ♪ 09:39, 23 de abril de 2013 (UTC) [ responder ]
( editar conflicto ) Mi Firefox recientemente "se actualizó" de la v19 a la v20: cambiaron significativamente la función "inspeccionar elemento" y todavía estoy tratando de encontrarle la vuelta. Definitivamente es margin-top:propiedad de <div id=bodyContent>aunque al leer la pantalla de una manera (la nueva función "modelo de caja"), es de 16 px; de otra manera ("Computado"), muestramargen superior 16.5167px; un tercero ("Reglas") muestra
cuerpo . página-Página_Principal . acción-vista # bodyContent { margin-top : 1.3 em ; }    
es decir, como se muestra arriba, pero aparentemente proviene de load.php:1 no de Monobook.css -- Red rose64 ( discusión ) 09:47, 23 de abril de 2013 (UTC) [ responder ]
Les dejaré a ambos la tarea del CSS, pero solo quería decir que también estoy usando Firefox 20 y noté una clara reducción de los espacios en blanco en la parte superior de la página principal en Monobook después de hacer la edición. — Mr. Stradivarius ♪ talk ♪ 13:33, 23 de abril de 2013 (UTC) [ responder ]

Solicitud de edición protegida el 3 de marzo de 2014

Según Wikipedia:Bomba de agua para aldeas (propuestas)/Archivo 109#Mover el menú desplegable Cambios pendientes en el encabezado 20 píxeles a la izquierda y Plantilla discusión:Pp-meta#Iconos superpuestos, por favor cambie la línea 164 de right: 55px;a right: 75px;. Jackmcbarn ( discusión ) 21:34 3 mar 2014 (UTC) [ responder ]

 Hecho .E dokter ( discusión ) — 23:36 3 mar 2014 (UTC) [ responder ]
@ Edokter : Hay un problema aquí. En Carl Linnaeus , en Monobook, el candado blanco oculta el paréntesis de cierre del menú desplegable "Aceptado (más reciente)" y parte de la imagen de la flecha hacia abajo a la derecha de este. Aunque tengo habilitados los dos gadgets "Agregar un enlace [editar] para la sección principal de una página" y "Mover enlaces de sección [editar] al lado derecho de la pantalla", deshabilitar uno o ambos de ellos no hace ninguna diferencia en la posición del candado blanco en relación con el menú desplegable. -- Red rose64 ( discusión ) 15:14, 5 de marzo de 2014 (UTC) [ responder ]
Podría moverlo más hacia la izquierda (110 px), pero este es un problema inherente a los iconos de tópicos; todos los elementos deben tener su propia posición especificada. E dokter ( discusión ) — 15:26 5 mar 2014 (UTC) [ responder ]
Se ve mucho mejor ahora, gracias -- Red rose64 ( discusión ) 15:35 5 mar 2014 (UTC) [ responder ]

Se eliminaron los iconos de enlaces externos

¡Hola! Si este CSS agrega o modifica íconos que se muestran después de los enlaces externos, te interesará saber que dichos íconos han sido eliminados del núcleo de MediaWiki, un cambio que llegará a esta wiki en unos días. Quizás quieras considerar si aún los necesitas. Si tienes preguntas, por favor pregunta en bugzilla:63725. Saludos, Nemo 09:45, 10 de abril de 2014 (UTC) [ responder ]

#coordenadas

¿Puede alguien hacer que las coordenadas aparezcan en la parte superior o inferior de los banners de centralnotice, en lugar de superponerse con ellos? Ver [1] [2]. Este problema no está presente en dewiki [3] pero en dewiki las coordenadas están en la parte superior de h1 mientras que aquí en enwiki están en la parte inferior de h1. Si el css local aquí no se puede modificar para solucionar esto, se agradecería mucho que alguien pudiera proporcionar el css para solucionarlo a través del css de cnbanners. Pero si se prefiere la última opción, significaría que el estilo se debe aplicar a todos los cnbanners para solucionar el problema. Gracias, -- Glaisher ( discusión ) 17:56, 29 de agosto de 2014 (UTC) [ responder ]

Yo también tengo este problema y lo he planteado en WP:VPT . — Kusma ( t · c ) 15:55, 8 de septiembre de 2014 (UTC) [ responder ]

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

Agregue el siguiente fragmento para mejorar la visualización de las coordenadas mientras el editor visual está abierto con monobook. El editor visual básicamente usa el nuevo estilo "Vector" para posicionar elementos dentro del lienzo.

. ve-ce-surface # coordenadas { superior : 0 ; relleno : 0 ; }      

- The DJ ( charlacontribuciones ) 09:44, 9 de noviembre de 2015 (UTC ) [ respuesta ]

 Listo . ¿Bienvenido de nuevo? — Martin ( MSGJ  ·  discusión ) 12:43 9 nov 2015 (UTC) [ responder ]

Botones de tipo destructivo de OOUI

He añadido negrita a los nuevos botones de estilo OOUI que aparecen en un nuevo rojo claro, haciéndolos más difíciles de ver. Actualmente, esto solo se hace para los botones que quizás quieras evitar o que necesites encontrar mejor, como CANCELAR/REINICIAR/etc. — xaosflux Talk 02:27, 1 de diciembre de 2017 (UTC) [ responder ]

ca-editar

Hola, tengo pensado eliminar esta sección si no hay ninguna objeción:

/* Enlace 'editar esta página' en negrita para animar a los recién llegados */ # ca-edit a { font-weight : bold !important ; }    
Los "recién llegados" ya no tienen acceso a Monobook, y agregar peso a la pestaña actual va en contra del resto de la interfaz de usuario. — xaosflux Talk 13:08, 28 de agosto de 2018 (UTC) [ responder ]
 Listo, avísame si hay algún problema. — xaosflux Talk 17:01, 29 de agosto de 2018 (UTC) [ responder ]

inicio de sesión en pt

A excepción de los objetos, eliminaremos esta clase por ser inútil. Los usuarios que hayan cerrado sesión ahora obtienen el vector. Tendrías que hacer una URL "&useskin=monobook" mientras estás cerrado para que el botón "iniciar sesión" cambie con esto ahora. — xaosflux Talk 13:24, 8 de septiembre de 2018 (UTC) [ responder ]

 Hecho xaosflux Talk 01:36, 10 de septiembre de 2018 (UTC) [ responder ]

Deshacer "Solución temporal para phab:T226594"

@Xaosflux : La solución temporal agregada en la última edición ya no debería ser necesaria, ¿puedes deshacerla? Matma Rex talk 20:02, 12 de julio de 2019 (UTC) [ responder ]

borrador Undone @ Matma Rex : avísame si ves algún problema. — xaosflux Talk 20:31, 12 de julio de 2019 (UTC) [ responder ]

Eliminar todas las dependencias de elementos sobreespecificadas en los identificadores

Procedente de https://phabricator.wikimedia.org/T248137, todas las menciones de divjunto con un selector de identificación #pueden y deben eliminarse de manera segura. Volker E. (WMF) ( discusión ) 23:48 19 mar 2020 (UTC) [ responder ]

Es una forma de aumentar la especificidad sin recurrir a la excusa de la !importantanotación. -- Red rose64 🌹 ( discusión ) 23:51 20 mar 2020 (UTC) [ responder ]
Redrose64 Podemos simplemente reemplazarlos con .mw-body. — Th e DJ ( discusióncontribuciones ) 10:33, 21 de marzo de 2020 (UTC) [ responder ]

Margen

¿Se puede agregar un pequeño margen en la parte superior para que el nombre de usuario, la lista de seguimiento, etc. no queden tan cerca del borde superior? Probé esto en mi common.css y se ve bastante bien.

 cuerpo { margen superior : 5 px ; } 

Debería funcionar. Es bastante menor, pero pensé que debería preguntar de todos modos. Edward-Woodrow  :) [ discusión ] 20:24, 28 de junio de 2023 (UTC) [ responder ]

Una de las razones por las que yo y otros preferimos MonoBook es que no desperdicia tanto espacio como Vector (ya sea Legacy o 2022). Imponernos ese margen a todos sería desperdiciar espacio cuando no queremos que se desperdicie. Eres libre de modificar tu propio monobook.css si así lo deseas. -- Red rose64 🌹 ( discusión ) 22:10 28 jun 2023 (UTC) [ responder ]
Está bien, supongo que tiene sentido. Gracias, Edward-Woodrow  :) [ discusión ] 22:11 28 jun 2023 (UTC) [ responder ]