Обсуждение MediaWiki:Common.css
![]() | Для облегчения контроля за предложениями и их реализацией, на данную страницу перенаправляются страницы обсуждений всех CSS-файлов тем оформления. |
![]() | Классы, определяемые в Common.css, должны быть задокументированы на странице ВП:Глобальный код. |
![]() |
Излишняя область действия убирания паддингов у медалей
Из-за этого правила паддинги пропадают не только в таблицах медалей, но и во всех вложенных в карточки таблицах, включая те, у которых эти свойства переопределены в скине — например, в карточках, вложенных в карточки. Надо бы, например, проставить класс infoboxmedals в ячейках, куда такие таблицы вставляют, и ограничить правило им. Просто оставлю это здесь на будущее. Викизавр (обс.) 10:25, 8 ноября 2018 (UTC)
Исправление двойных иконок при ошибках фильтра правок в Визуальном редакторе
![]() | Запрос выполнен |
Салют, прошу добавить следующий код, который исправляет вот такое поведение иконок:
/* Костыль исправляющий дублирование иконки в сообщениях об ошибках (Editnotice)
при сохранении правки в визуальном редакторе */
.ve-ui-mwSaveDialog .oo-ui-flaggedElement-error.oo-ui-iconElement table.fmbox {
margin-top: 0;
}
.ve-ui-mwSaveDialog .oo-ui-flaggedElement-error.oo-ui-iconElement .mbox-image {
display: none;
}
В TS его не занести, так как основной селектор находится за областью действия .parser-output
. С уважением, Iniquity 08:34, 10 января 2021 (UTC)
Сделано. — Сергио (обс.) 16:00, 10 января 2021 (UTC)
FlaggedRevs
Убрал давно мозолящую мне глаза лесенку между #mw-fr-reviewnotice
и #mw-fr-revisiontag
, однако из-за того, что плашки находятся в #contentSub
, в векторе и монобуке у них появляется еще один левый отступ. Проблему можно решить отрицательным отступом, но может быть есть какие-то более удачные предложения? grain of sand (обс.) 23:44, 3 ноября 2021 (UTC)
- Хе-хе, у меня есть такое более удачное предложение: фундаментально редизайнить этот позор Википедии, находящийся на самом видном месте у всех читателей, раз и навсегда. @Stjn. — Джек (обс.) 00:01, 4 ноября 2021 (UTC)
- Это было бы совсем замечательно. grain of sand (обс.) 00:25, 4 ноября 2021 (UTC)
hlist
![]() | Запрос выполнен |
Желательно заменить hlist li:after • c символа на какую-либо подходящую картинку. В вики картинкой заменяется ul list-style-image: url(/w/skins/Vector/resources/common/images/bullet-icon.svg?d4515) а в англовики вместо маркера интерпункт - так они не читаются скрин-ридерами. Но тут маркер заданный текстовым символом постоянно зачитывается "элемент маркер элемент маркер …". Картинка в content может прочитаться, её можно в фон[1]. (aria-hidden к нему не применить) Половинчатое решение (не везде работает, но хотя бы такое) - добавить пустой альтернативный текст в content [2][3]. --Sunpriat 12:54, 11 августа 2022 (UTC)
- Пока просто добавил интерпункт вместо буллита. Давайте посмотрим, возмутит ли это кого-либо как решение. stjn 09:23, 9 июня 2023 (UTC)
Добавить описание класса таблиц plainrowheaders
![]() | Запрос выполнен |
На англовики в en:MediaWiki:Common.css задан класс таблиц plainrowheaders, который делает колонку заголовков в таблице не жирной и выравненной по левому краю. У нас этот класс не задан, но присутствует в почти 10к статей. С дискографиями — это извечная проблема, которая превращает это en:David Guetta discography#2000s в это Дискография Давида Гетта#2000-е. Я полагаю что добавление этого куска кода должно решить эту проблему? Solidest (обс.) 20:54, 17 сентября 2023 (UTC)
- Т.к. теперь изменения не видны, вот их суть: https://i.imgur.com/hEPQbXR.png (Дискография Давида Гетта#2000-е) и
https://i.imgur.com/vcVGJTU.png(до [4]) https://i.imgur.com/rxoTCoE.png (Thank U, Next#Чарты). Также разницу можно увидеть, если открыть редактирование раздела. ~~~~ Jaguar K · 22:47, 8 марта 2024 (UTC) - так а чем плох русский вариант в сравнении с английским? MBH 23:10, 17 сентября 2023 (UTC)
- Тем, что он не работает как должен? "plainrowheaders" на рувики — это сейчас просто нерабочий текст, насколько я понимаю. Но и эстетически имхо текущий вариант дискографий выглядит плохо — в таблице не нужно столько заголовков, т.к. у нас жирный текст по правилам должен повторять заголовок статьи, да и выделять все эти "при участии" ни к чему. Но при этом есть смысл как-то отделять первый столбец. И это универсальный вариант отключать подобное оформление. Solidest (обс.) 23:15, 17 сентября 2023 (UTC)
- Кстати это также исправит несовпадающее оформление шаблонов альбомных чартов в случаях простановки кастомных чартов, см Thank U, Next#Чарты. Solidest (обс.) 23:44, 17 сентября 2023 (UTC)
- @Solidest нет, я имел в виду - чем плохо русское оформление в сравнении с английским. Да, у нас у таблиц заголовки жирные и центрированные, и по-моему так быть и должно. MBH 19:53, 8 марта 2024 (UTC)
- Я уже написал к этому контраргумент выше — и несоответствие ВП:Ж, и ненужность автовыделения «feat.» исполнителей. Да и кажется общепринятым и стандартным является размещение по левому краю целых колонок. А выделять центрированием правильно только горизонтальные заголовки колонок в шапке таблицы. Скорее всего это даже где-то есть в ГОСТах, но нужно поискать. В этом случае для выделения должно быть достаточно серого фона. Solidest (обс.) 20:16, 8 марта 2024 (UTC)]
- Вот кажется и сам ГОСТ нашел: [5], см. пункт 6.6.6:
Или тут [6] тоже самое рекомендуется для оформления т. н. боковика таблицы (см. изображение — «Пример 2»). Solidest (обс.) 20:21, 8 марта 2024 (UTC)Заголовки граф выравнивают по центру,а заголовки строк - по левому краю. - А выделять центрированием правильно только горизонтальные заголовки колонок в шапке таблицы - а здесь речь не о них? MBH 20:22, 8 марта 2024 (UTC)
- Нет. См. иллюстрацию 6.6.4 из ГОСТа или Пример 2 из второй ссылки — здесь речь идёт о боковике, где должно быть центрирование по левому краю, а центрируются только заголовки граф в головке таблицы. Solidest (обс.) 20:25, 8 марта 2024 (UTC)
- Вот кажется и сам ГОСТ нашел: [5], см. пункт 6.6.6:
- Я уже написал к этому контраргумент выше — и несоответствие
- Тем, что он не работает как должен? "plainrowheaders" на рувики — это сейчас просто нерабочий текст, насколько я понимаю. Но и эстетически имхо текущий вариант дискографий выглядит плохо — в таблице не нужно столько заголовков, т.к. у нас жирный текст по правилам должен повторять заголовок статьи, да и выделять все эти "при участии" ни к чему. Но при этом есть смысл как-то отделять первый столбец. И это универсальный вариант отключать подобное оформление. Solidest (обс.) 23:15, 17 сентября 2023 (UTC)
За, этот класс полезно перенести, имхо. Коллега Stjn, не посмотришь? Викизавр (обс.) 12:58, 18 сентября 2023 (UTC)
- Пожалуй, тоже за, ибо выглядит плохо. (Хотя тему, конечно, стоило разместить на более видном месте). ~~~~ Jaguar K · 15:43, 8 марта 2024 (UTC)
- На мой взгляд, в случае с этим классом, возможно, лучше сделать шаблон, который будет предоставлять возможность его использования в статьях, по типу {{стиль столбцов}}. Потому что в целом, насколько я понимаю, тенденция избавляться от общего CSS в случае с оформлением, которое может быть реализовано через TemplateStyles. stjn 20:30, 8 марта 2024 (UTC)
- Отношусь скептически к такому решению на данный момент, так как это и не исправит 10к существующих использований в статьях без привлечения ботоводов (с сомнительными по необходимости ботоправками). И так как дискографии и чарты у нас все равно преимущественно копипастят с enwiki и практически без изменений, то уверен что такие замены классов на шаблоны стилей будут выполняться пользователями в <1 % случаев, учитывая что и сейчас вряд ли многие вообще подозревают что значит plainrowheaders, однако его оставляют в коде. И исходя из обсуждений ГОСТов выше, кажется правильным иметь встроенную опцию правильного оформления выделения первой колонки, без привлечения сторонних средств. Solidest (обс.) 20:51, 8 марта 2024 (UTC)
- Ну, тот факт, что это никто не замечает, говорит о том, что периодические ботоправки в этих статьях не будут какой-то проблемой. Достаточно один раз пройтись по всем 10 тысячам (либо по части по предложению Jaguar K), а потом уже просто смотреть на, например, Special:Search/insource:plainrowheaders -hastemplate:plainrowheaders. Пожалуй, так пока и реализую эту идею (без ботопрохода, просто с добавлением шаблона в ряд карточек тематических статей). stjn 21:54, 8 марта 2024 (UTC)
- Нашел на enwiki аналог en:Template:Plain row headers и подключил к уже созданному. Ещё стоит добавить его в Шаблон:Музыкальный альбом, т.к. с ними используются Шаблон:Albumchart аналогично синглам (и иногда чарты оформляются просто таблицами). Solidest (обс.) 23:13, 8 марта 2024 (UTC)
- По идее нужно добавить [7], но в первых включениях не вижу разноцветных строк, как в https://i.imgur.com/vcVGJTU.png ~~~~ Jaguar K · 23:26, 8 марта 2024 (UTC)
- Вот: Pink Friday 2#Чарты, но альбомам пока не добавлен этот шаблон. Solidest (обс.) 23:43, 8 марта 2024 (UTC)
- Спасибо. Единственное, меня смущает Hotel California (альбом) / XXX (альбом ZZ Top), которые вроде как не меняются от этой правки, но код вида
|style="text-align:left" !scope="row"| далее текст ячейки
, из которого движок съедает!scope="row"
, выглядит не очень. Что-то подобное наверняка есть и с {{Singlechart}}, учитывая, сколько эту проблему не решали. - неактуально (отредактировал статьи; возможно, стоит ботом пройтись, если данный момент важен). ~~~~ Jaguar K · 00:03, 9 марта 2024 (UTC)
- Спасибо. Единственное, меня смущает Hotel California (альбом) / XXX (альбом ZZ Top), которые вроде как не меняются от этой правки, но код вида
- Вот: Pink Friday 2#Чарты, но альбомам пока не добавлен этот шаблон. Solidest (обс.) 23:43, 8 марта 2024 (UTC)
- Добавил в сами шаблоны {{Albumchart}} / {{Singlechart}} как вариант. Спасибо, что нашли аналогичный англовикипедийный шаблон. stjn 08:46, 9 марта 2024 (UTC)
- Изменил per enwiki, ибо Mina Fossati#Еженедельные чарты (см. ниже) ~~~~ Jaguar K · 20:55, 9 марта 2024 (UTC)
- По идее нужно добавить [7], но в первых включениях не вижу разноцветных строк, как в https://i.imgur.com/vcVGJTU.png ~~~~ Jaguar K · 23:26, 8 марта 2024 (UTC)
- Нашел на enwiki аналог en:Template:Plain row headers и подключил к уже созданному. Ещё стоит добавить его в Шаблон:Музыкальный альбом, т.к. с ними используются Шаблон:Albumchart аналогично синглам (и иногда чарты оформляются просто таблицами). Solidest (обс.) 23:13, 8 марта 2024 (UTC)
- Ну, тот факт, что это никто не замечает, говорит о том, что периодические ботоправки в этих статьях не будут какой-то проблемой. Достаточно один раз пройтись по всем 10 тысячам (либо по части по предложению Jaguar K), а потом уже просто смотреть на, например, Special:Search/insource:plainrowheaders -hastemplate:plainrowheaders. Пожалуй, так пока и реализую эту идею (без ботопрохода, просто с добавлением шаблона в ряд карточек тематических статей). stjn 21:54, 8 марта 2024 (UTC)
- Не против идеи с TemplateStyles, но только при условии, что он будет внедрен в шаблоны-карточки (сингл/дискография артиста/etc) или иные используемые на таких страницах шаблоны. Против ботоправок. ~~~~ Jaguar K · 20:58, 8 марта 2024 (UTC)
- Служебная:Поиск/insource:plainrowheaders - напрямую шарашат стиль внутри статей, так что правкой одного шаблона не обойдешься. Туча 21:13, 8 марта 2024 (UTC)
- Отношусь скептически к такому решению на данный момент, так как это и не исправит 10к существующих использований в статьях без привлечения ботоводов (с сомнительными по необходимости ботоправками). И так как дискографии и чарты у нас все равно преимущественно копипастят с enwiki и практически без изменений, то уверен что такие замены классов на шаблоны стилей будут выполняться пользователями в <1 % случаев, учитывая что и сейчас вряд ли многие вообще подозревают что значит plainrowheaders, однако его оставляют в коде. И исходя из обсуждений ГОСТов выше, кажется правильным иметь встроенную опцию правильного оформления выделения первой колонки, без привлечения сторонних средств. Solidest (обс.) 20:51, 8 марта 2024 (UTC)
Против. Зачем это нужно? Ладно, где в таблице задан параметр «plainrowheaders», но есть статьи, где он не задан, например, в
Sanslogique (обс.) 09:30, 9 марта 2024 (UTC)]- Разделяйте против чего вы именно. Здесь предложение было в том, чтобы класс начал работать как и должен. То есть в тех случаях, когда класс указан и первый столбец уже выделен как заголовок с серым фоном, то тогда отключалось бы центрирование и жирный текст. То есть изменения должны выглядеть так https://i.imgur.com/vcVGJTU.png. Такая разница — это проблема того, что в шаблоне не прописаны некоторые чарты. То есть после изменений оставалось бы только обновить шаблоны {{albumchart}} и {{singlechart}}, чтобы этих серых пятен не было. А то, чем вы недовольны — это отдельные правки участников в {{albumchart}} и {{singlechart}}, которые к изначальному предложению отношения не имеют, и которые вероятно стоило обсуждать отдельно.
То, что в этом шаблоне чартов когда-то появилось центрирование — это скорее всего именно подстраивание под то, что заголовочные столбцы везде центрировались автоматом и это нельзя было массово отключить, а теперь можно. И так как располагать по левому краю рекомендуют ГОСТы, то думаю что проблем с отключением центрирования быть не должно. А жирного текста там действительно не должно быть. И серый фон во всей таблице наверное всё же стоит обсуждать отдельно, как и фон у сертификатов. Solidest (обс.) 13:13, 9 марта 2024 (UTC)- Я сейчас против этой жирности на серости (как и несколько лет назад), которая может привести к хаосу (Sanslogique (обс.) 14:21, 9 марта 2024 (UTC)]
- Указанную статью исправить просто - сделать {{albumchart}} аналогично {{singlechart}} (что я и сделал). ~~~~ Jaguar K · 20:49, 9 марта 2024 (UTC)
- отдельные правки участников в {{albumchart}} и {{singlechart}}, которые к изначальному предложению отношения не имеют - имеют, конечно. Из-за отсутствия там !scope="row" (который, казалось бы, обязан быть в шаблоне, который создан для совместимости с англовики, раз он есть в англовики) смысл добавления стилей без добавления !scope="row" нулевой. ~~~~ Jaguar K · 20:59, 9 марта 2024 (UTC)
- Ну в серый цвет я не предлагал шаблоны чартов раскрашивать, поэтому и говорю что к изначальному предложению отношения это не имеет. Изначально я предполагал что отсутствующие в шаблонах чарты так и будут оставаться серыми, а остальные как были белыми, так и останутся. И сортировки по левому краю было бы достаточно. В общем я тоже за то, чтобы добавление серого фона обсуждать отдельно и пока вернуть везде белый (но не знаю возможно ли его убрать оставив scope row и ориентацию по левому краю). Solidest (обс.) 22:07, 9 марта 2024 (UTC)
- Проблема в том, что много где были разноцветные ряды (или этим лишь один шаблон страдал?).
"Белый" фон (везде, где добавлены стили) делается так: [8] (правда, в мобильных используется настоящий белый и есть разница: [9])
Я тоже считаю, что серый там не нужен, т.к. как минимум контрастность низкая. ~~~~ Jaguar K · 22:16, 9 марта 2024 (UTC)- Кажется, можно вот так. ~~~~ Jaguar K · 22:22, 9 марта 2024 (UTC)
- Ну это решает проблему с чартами, но в общем кажется имеется смысл оставить серые, в дискографиях с ним точно будет лучше чем без него.
Разноцветные ряды в чартах я не встречал. Но кажется встречаются такие дискографии (хоть и там наверное и не используется plainrowheaders), вроде ещё бывают такие таблицы наград. Solidest (обс.) 22:38, 9 марта 2024 (UTC)- Думаю, это стоит рассмотреть отдельно. Как я понимаю (в связи с отсутствием !scope="row"), до сих пор у нас почти везде был белый фон, серый был лишь в ячейках, который заданы не шаблонами, а вручную с кодом
! scope="row"| Argentina ([[Argentina Hot 100]])<ref>...
,
то есть консенсус на белый цвет. То, что в англовики серый, нас волновать не должно, т.к. в данном запросе исправляется выравнивание и жирный шрифт, а не цвет. То есть, как накосячили при обновлении, так и вернули цвет к консенсусному. ~~~~ Jaguar K · 22:48, 9 марта 2024 (UTC)- У нас как раз был консенсус на выделение в дискографии столбцов с заголовками песен и названий альбомов, и так оно везде и было. Но раньше было чрезмерное выделение с центрированием и жирным текстом. Однако консенсуса на раскрашивание дискографий в белый цвет не было, как и не было консенсуса на отключение выделения столбцов с названиями полностью. Solidest (обс.) 22:54, 9 марта 2024 (UTC)
- Я о том, что три. два, один — серый фон в шаблоны добавлен 8 марта (! — заголовочная серая ячейка, | и {{!}} — обычная белая ячейка). Даже если был где-то консенсус (о чем я не в курсе), то в статьях все равно были белые ячейки в местах включения шаблонов (кроме случая
! стили {{шаблон}}
). ~~~~ Jaguar K · 22:59, 9 марта 2024 (UTC) - А где-то заголовки столбцов стали белыми? ~~~~ Jaguar K · 23:04, 9 марта 2024 (UTC)
- Речь о Дискография Давида Гетта#2000-е, где шаблонов нет? Нужно подумать, как отделить такое от шаблонов, для стилей они выглядят одинаково. Если на странице будет любой из шаблонов, то его стили будут влиять на все таблицы. ~~~~ Jaguar K · 23:08, 9 марта 2024 (UTC)
- Допустим, на этой странице других шаблонов нет, но это же не везде так? ~~~~ Jaguar K · 23:13, 9 марта 2024 (UTC)
- Да, речь о подобных статьях. Сейчас выделение первой колонки пропало в 90% подобных статей, где эти таблицы были перенесены с enwiki: см список с конца в [10]. И шаблоны там чаще всего есть — {{Дискография артиста}} Solidest (обс.) 23:21, 9 марта 2024 (UTC)
- Заменил на отдельный файл стилей для этого шаблона.
Хотя ссылки на этом фоне выглядят ужасно. ~~~~ Jaguar K · 23:31, 9 марта 2024 (UTC)- Поясните, пожалуйста, какой смысл в создании полностью одинакового файла стилей для шаблона. stjn 10:28, 10 марта 2024 (UTC)
- В вашей необоснованной отмене [11]. ~~~~ Jaguar K · 17:18, 10 марта 2024 (UTC)
- Она не необоснованная: в переносе класса из англоВП нет никакого смысла, если он будет функционировать по-другому. При этом смена оттенка ни на что не влияет, потому что контраст одинаково хороший. stjn 18:00, 10 марта 2024 (UTC)
- >При этом смена оттенка ни на что не влияет, потому что контраст одинаково хороший.
Контраст на грани AAA не может быть "одинаково хорошим"наравне с AAAA(во всяком случае, движок такой контраст без жирного начертания не использует). Так что, "не влияет" - ваше личное мнение. Кроме того, консенсусно никакого серого фона не было, так что вы прошли против консенсуса, дополнительно технически ограничив правку шаблона всем, кроме себя. ~~~~ Jaguar K · 18:04, 10 марта 2024 (UTC) - Если бы этот стиль я добавил сразу в Common.css, вы бы тоже его, на удивление, не могли бы править. Я как-то не виноват в том, что вы реактивно пытаетесь решать несуществующие проблемы, вечно всем наперекор. stjn 18:09, 10 марта 2024 (UTC)
- Отлично, пойдёт. Синие ссылки у нас и так на этом фоне во всех таблицах в шапках, а красные там хранить не обязательно. Solidest (обс.) 23:35, 9 марта 2024 (UTC)
- >Синие ссылки у нас и так на этом фоне во всех таблицах в шапках,
- Есть большая разница между жирной (как обычно на этом фоне) и обычной ссылкой. ~~~~ Jaguar K · 23:40, 9 марта 2024 (UTC)
- Поясните, пожалуйста, какой смысл в создании полностью одинакового файла стилей для шаблона. stjn 10:28, 10 марта 2024 (UTC)
- Заменил на отдельный файл стилей для этого шаблона.
- Да, речь о подобных статьях. Сейчас выделение первой колонки пропало в 90% подобных статей, где эти таблицы были перенесены с enwiki: см список с конца в [10]. И шаблоны там чаще всего есть — {{Дискография артиста}} Solidest (обс.) 23:21, 9 марта 2024 (UTC)
- Допустим, на этой странице других шаблонов нет, но это же не везде так? ~~~~ Jaguar K · 23:13, 9 марта 2024 (UTC)
- Я о том, что три. два, один — серый фон в шаблоны добавлен 8 марта (! — заголовочная серая ячейка, | и {{!}} — обычная белая ячейка). Даже если был где-то консенсус (о чем я не в курсе), то в статьях все равно были белые ячейки в местах включения шаблонов (кроме случая
- У нас как раз был консенсус на выделение в дискографии столбцов с заголовками песен и названий альбомов, и так оно везде и было. Но раньше было чрезмерное выделение с центрированием и жирным текстом. Однако консенсуса на раскрашивание дискографий в белый цвет не было, как и не было консенсуса на отключение выделения столбцов с названиями полностью. Solidest (обс.) 22:54, 9 марта 2024 (UTC)
- Думаю, это стоит рассмотреть отдельно. Как я понимаю (в связи с отсутствием !scope="row"), до сих пор у нас почти везде был белый фон, серый был лишь в ячейках, который заданы не шаблонами, а вручную с кодом
- Ну это решает проблему с чартами, но в общем кажется имеется смысл оставить серые, в дискографиях с ним точно будет лучше чем без него.
- Кажется, можно вот так. ~~~~ Jaguar K · 22:22, 9 марта 2024 (UTC)
- Проблема в том, что много где были разноцветные ряды (или этим лишь один шаблон страдал?).
- Ну в серый цвет я не предлагал шаблоны чартов раскрашивать, поэтому и говорю что к изначальному предложению отношения это не имеет. Изначально я предполагал что отсутствующие в шаблонах чарты так и будут оставаться серыми, а остальные как были белыми, так и останутся. И сортировки по левому краю было бы достаточно. В общем я тоже за то, чтобы добавление серого фона обсуждать отдельно и пока вернуть везде белый (но не знаю возможно ли его убрать оставив scope row и ориентацию по левому краю). Solidest (обс.) 22:07, 9 марта 2024 (UTC)
- Ну все же не большая. WCAG 2 AA не нарушает и ладно. Solidest (обс.) 23:49, 9 марта 2024 (UTC)
- Я сейчас против этой жирности на серости (как и несколько лет назад), которая может привести к хаосу (
- >например, в I Am Mina#Чарты
Исправлено, как и Mina Fossati. >К тому же если брать те же переведённые статьи с копированием таблиц чартов (Thank U, Next#Чарты), то ниже мы видим таблицу сертификатов, где этого серого фона в ячейках нет, тогда надо менять и там все.
Это не технический вопрос, а вопрос единообразия. Его стоит обсудить отдельно (я бы везде отказался от серого фона). ~~~~ Jaguar K · 21:10, 9 марта 2024 (UTC)- Впрочем, добавил серый (который теперь белый) фон и туда . ~~~~ Jaguar K · 21:26, 9 марта 2024 (UTC)
- Разделяйте против чего вы именно. Здесь предложение было в том, чтобы класс начал работать как и должен. То есть в тех случаях, когда класс указан и первый столбец уже выделен как заголовок с серым фоном, то тогда отключалось бы центрирование и жирный текст. То есть изменения должны выглядеть так https://i.imgur.com/vcVGJTU.png. Такая разница — это проблема того, что в шаблоне не прописаны некоторые чарты. То есть после изменений оставалось бы только обновить шаблоны {{albumchart}} и {{singlechart}}, чтобы этих серых пятен не было. А то, чем вы недовольны — это отдельные правки участников в {{albumchart}} и {{singlechart}}, которые к изначальному предложению отношения не имеют, и которые вероятно стоило обсуждать отдельно.
- Раз этот стиль широко используется в статьях, да и для полной совместимости с английской Википедией, думаю, что стоит его перенести. Vladimir Solovjev обс 13:26, 9 марта 2024 (UTC)
- В общем проблема была решена другим способом и запрос можно закрывать. Благодарю! Solidest (обс.) 07:17, 13 мая 2024 (UTC)
Убрать лигатуры из <pre>, <code>
Современные браузеры обрабатывают некоторые сочетания латинских букв как лигатуры. Лигатуры отображаются как символ полуторной ширины. Это совершенно не к месту в программном коде, где все символы должны иметь одинаковую ширину.
Пример: The fictional file is finally filtered.
Решение проблемы: добавить CSS-правило, убирающее лигатуры там, где они не нужны.
code, tt, pre, textarea {
font-variant-ligatures: none;
}
—Sauron (о⬩в) 08:13, 8 марта 2024 (UTC)
- @DrSauron: я не вижу, чтобы лигатуры в этом коде появлялись. Пожалуйста, напишите на Фабрикатор с указанием своего браузера / операционной системы и приведением скриншотов, чтобы, возможно, подобные изменения были внесены в CSS всех сайтов (можете подписать меня к этому таску через упоминание @stjn). stjn 22:54, 8 марта 2024 (UTC)
Стратегия работы с общим CSS
Занимаясь в последние дни работой над общим CSS, подумал, что было бы хорошо где-то описать (и получить отзывы) о стратегии работы с общим CSS, которая мне кажется оптимальной в качестве баланса между повсеместным использованием
- сейчас разработчики обсуждают отказ от MediaWiki:Mobile.css в пользу MediaWiki:Minerva.css, см. phab:T248416
- MediaWiki:Mobile.css грузится асинхронно, MediaWiki:Minerva.css грузится синхронно
- переход на MediaWiki:Common.css при этом разработчикам видится нецелесообразным, так как у большинства проектов там находится много CSS, который не нужен для большинства просмотров сайта.
Я посмотрел на часть шаблонов, которые обслуживались Common.css, и пришёл к следующему плану:
- в Common.css должен остаться только CSS, который невозможно реализовать через TemplateStyles или который критичен для оформления сайта;
- в общих случаях, за исключением чрезмерно малого размера кода (а-ля {{ref-info}}), критичность CSS должна оцениваться по формуле «используется в более 50% страниц основного пространства в мобильной версии»;
- всё остальное может быть перенесено в защищённые до администраторов (или незащищённые) стили шаблонов: см. подстраницы Модуль:Message box, Модуль:Coordinates/styles.css, Модуль:Navbar/styles.css (не защищён) и т. п.;
- (менее важно из-за малого размера) из файлов отдельных скинов так же нужно перенести в TemplateStyles всё, что возможно.
Ввиду отказа от Mobile.css и того факта, что Mobile.css грузится асинхронно, я переименовал Mobile.css в новый гаджет по умолчанию, в котором можно будет совместить критичные стили для обеих версий сайта: MediaWiki:Gadget-common-site.css. Сейчас он работает только на скине Минерва, но после ревизии стилей в гаджете и выноса наиболее полезных стилей из Common.css по правильным местам я планирую включить его для всех скинов (= для обеих версий). Включение Common.css для обеих версий пока кажется нереалистичным из-за его объёма.
По критерию выше предложение, например, добавить plainrowheaders
можно в целом отклонить, потому что использований plainrowheaders
вряд ли когда-нибудь будет более 50% страниц в ОП. Если что, это пока не «правило», а просто наброски технического соглашения и мотивация предпринимаемых технических решений.
Пишите, если у вас есть какие-то комментарии. stjn 00:24, 26 марта 2024 (UTC)
- Оффтоп: Модуль:Navbar/styles.css (не защищён) стоит описать более конкретно в документации (this). Плашка {{onTS}} предполагает, что стили включаются всегда, а здесь они включаются (судя по текущему количеству включений - 1433) очень редко, вероятно, только для {{Tnavbar}} или прямого вызова его же из модуля. ~~~~ Jaguar K · 06:35, 26 марта 2024 (UTC)]
- Я долго об этом думал. Насколько сильно изменится время загрузки и вес страниц если мы перенесем из коммона в тс, например, навбоксы и амбоксы? Iniquity (обс.) 10:05, 26 марта 2024 (UTC)
- Ну, амбоксы (и, до этого, остальные мбоксы) я уже перенёс в TS, так как они используются где-то в четверти статей. В целом единственная рекомендация, о которой мне известно, была от Ladsgroup и касалась скорее перформанса баз данных сайта: phab:T343131#9140322 («шаблоны, которые используются в большинстве статей, лучше держать в common.css; шаблоны, которые используются в 30%, лучше держать в TS»). Возможно, какой-нибудь Krinkle или кто-то ещё писали на подобные темы тоже, но это надо где-то найти. stjn 10:45, 26 марта 2024 (UTC)
- Окей, спасибо. Iniquity (обс.) 16:04, 26 марта 2024 (UTC)
- Ну, амбоксы (и, до этого, остальные мбоксы) я уже перенёс в TS, так как они используются где-то в четверти статей. В целом единственная рекомендация, о которой мне известно, была от Ladsgroup и касалась скорее перформанса баз данных сайта: phab:T343131#9140322 («шаблоны, которые используются в большинстве статей, лучше держать в common.css; шаблоны, которые используются в 30%, лучше держать в TS»). Возможно, какой-нибудь Krinkle или кто-то ещё писали на подобные темы тоже, но это надо где-то найти. stjn 10:45, 26 марта 2024 (UTC)