Обсуждение MediaWiki:Common.css

message: Из-за этого правила паддинги пропадают не только в таблицах медалей, но и во всех вложенных в карточки таблицах, включая те, у которых эти свойства переопределены в скине — например, в карточках, вложенных в карточки. Надо бы, например, проставить класс infoboxmedals в ячейках, куда такие таблицы вставляют, и ограничить правило им. Просто оставлю это здесь на будущее. Викизавр (обс.) 10:25, 8 ноября 2018 (UTC)
thread_title:  Излишняя область действия убирания паддингов у медалей 

message: Салют, прошу добавить следующий код, который исправляет вот такое поведение иконок:
/* Костыль исправляющий дублирование иконки в сообщениях об ошибках (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)
thread_title:  Исправление двойных иконок при ошибках фильтра правок в Визуальном редакторе 

message: Убрал давно мозолящую мне глаза лесенку между  и , однако из-за того, что плашки находятся в , в векторе и монобуке у них появляется еще один левый отступ. Проблему можно решить отрицательным отступом, но может быть есть какие-то более удачные предложения? grain of sand (обс.) 23:44, 3 ноября 2021 (UTC)
* Хе-хе, у меня есть такое более удачное предложение: фундаментально редизайнить этот позор Википедии, находящийся на самом видном месте у всех читателей, раз и навсегда. @Stjn. — Джек (обс.) 00:01, 4 ноября 2021 (UTC)
** Это было бы совсем замечательно. grain of sand (обс.) 00:25, 4 ноября 2021 (UTC)
thread_title:  FlaggedRevs 

message: Желательно заменить hlist li:after • c символа на какую-либо подходящую картинку. В вики картинкой заменяется ul list-style-image: url(/w/skins/Vector/resources/common/images/bullet-icon.svg?d4515) а в англовики вместо маркера интерпункт - так они не читаются скрин-ридерами. Но тут маркер заданный текстовым символом постоянно зачитывается "элемент маркер элемент маркер …". Картинка в content может прочитаться, её можно в фон. (aria-hidden к нему не применить) Половинчатое решение (не везде работает, но хотя бы такое) - добавить пустой альтернативный текст в content . --Sunpriat 12:54, 11 августа 2022 (UTC)
* Пока просто добавил интерпункт вместо буллита. Давайте посмотрим, возмутит ли это кого-либо как решение. stjn 09:23, 9 июня 2023 (UTC)
thread_title: hlist

message: На англовики в :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(до ) 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)
***** Вот кажется и сам ГОСТ нашел: , см. пункт 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)
* , этот класс полезно перенести, имхо. Коллега , не посмотришь? Викизавр (обс.) 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)
***** По идее нужно добавить , но в первых включениях не вижу разноцветных строк, как в 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", выглядит не очень. Что-то подобное наверняка есть и с , учитывая, сколько эту проблему не решали. - неактуально (отредактировал статьи; возможно, стоит ботом пройтись, если данный момент важен).  ~~‍~~ Jaguar K · 00:03, 9 марта 2024 (UTC)
***** Добавил в сами шаблоны  /  как вариант. Спасибо, что нашли аналогичный англовикипедийный шаблон. stjn 08:46, 9 марта 2024 (UTC)
****** Изменил per enwiki, ибо Mina Fossati#Еженедельные чарты (см. ниже)  ~~‍~~ Jaguar K · 20:55, 9 марта 2024 (UTC)
** Не против идеи с TemplateStyles, но только при условии, что он будет внедрен в шаблоны-карточки (сингл/дискография артиста/etc) или иные используемые на таких страницах шаблоны. Против ботоправок.  ~~‍~~ Jaguar K · 20:58, 8 марта 2024 (UTC)
** Служебная:Поиск/insource:plainrowheaders - напрямую шарашат стиль внутри статей, так что правкой одного шаблона не обойдешься. Туча 21:13, 8 марта 2024 (UTC)
* . Зачем это нужно? Ладно, где в таблице задан параметр «plainrowheaders», но есть статьи, где он не задан, например, в I Am Mina#Чарты вылезает жирность текста. К тому же если брать те же переведённые статьи с копированием таблиц чартов (Thank U, Next#Чарты), то ниже мы видим таблицу сертификатов, где этого серого фона в ячейках нет, тогда надо менять и там все.— Sanslogique (обс.) 09:30, 9 марта 2024 (UTC)
** Разделяйте против чего вы именно. Здесь предложение было в том, чтобы класс начал работать как и должен. То есть в тех случаях, когда класс указан и первый столбец уже выделен как заголовок с серым фоном, то тогда отключалось бы центрирование и жирный текст. То есть изменения должны выглядеть так https://i.imgur.com/vcVGJTU.png. Такая разница — это проблема того, что в шаблоне не прописаны некоторые чарты. То есть после изменений оставалось бы только обновить шаблоны  и , чтобы этих серых пятен не было. А то, чем вы недовольны — это отдельные правки участников в  и , которые к изначальному предложению отношения не имеют, и которые вероятно стоило обсуждать отдельно.То, что в этом шаблоне чартов когда-то появилось центрирование — это скорее всего именно подстраивание под то, что заголовочные столбцы везде центрировались автоматом и это нельзя было массово отключить, а теперь можно. И так как располагать по левому краю рекомендуют ГОСТы, то думаю что проблем с отключением центрирования быть не должно. А жирного текста там действительно не должно быть. И серый фон во всей таблице наверное всё же стоит обсуждать отдельно, как и фон у сертификатов. Solidest (обс.) 13:13, 9 марта 2024 (UTC)
*** Я сейчас против этой жирности на серости (как и несколько лет назад), которая может привести к хаосу (Mina Fossati#Еженедельные чарты). Высказываюсь только по этому моменту. А цвета действительно стоит обсудить (и, возможно, наличие флагов и сам формат), включая шаблон дискографии артистов, цвет которого не сочетается с серыми таблицами... .— Sanslogique (обс.) 14:21, 9 марта 2024 (UTC)
**** Указанную статью исправить просто - сделать  аналогично  (что я и сделал).  ~~‍~~ Jaguar K · 20:49, 9 марта 2024 (UTC)
*** отдельные правки участников в  и , которые к изначальному предложению отношения не имеют - имеют, конечно. Из-за отсутствия там !scope="row" (который, казалось бы, обязан быть в шаблоне, который создан для совместимости с англовики, раз он есть в англовики) смысл добавления стилей без добавления !scope="row" нулевой.  ~~‍~~ Jaguar K · 20:59, 9 марта 2024 (UTC)
**** Ну в серый цвет я не предлагал шаблоны чартов раскрашивать, поэтому и говорю что к изначальному предложению отношения это не имеет. Изначально я предполагал что отсутствующие в шаблонах чарты так и будут оставаться серыми, а остальные как были белыми, так и останутся. И сортировки по левому краю было бы достаточно. В общем я тоже за то, чтобы добавление серого фона обсуждать отдельно и пока вернуть везде белый (но не знаю возможно ли его убрать оставив scope row и ориентацию по левому краю). Solidest (обс.) 22:07, 9 марта 2024 (UTC)
***** Проблема в том, что много где были разноцветные ряды (или этим лишь один шаблон страдал?). "Белый" фон (везде, где добавлены стили) делается так:  (правда, в мобильных используется настоящий белый и есть разница: ) Я тоже считаю, что серый там не нужен, т.к. как минимум контрастность низкая.  ~~‍~~ 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: см список с конца в . И шаблоны там чаще всего есть —  Solidest (обс.) 23:21, 9 марта 2024 (UTC)
************* Заменил на отдельный файл стилей для этого шаблона.Хотя ссылки на этом фоне выглядят ужасно.  ~~‍~~ Jaguar K · 23:31, 9 марта 2024 (UTC)
************** Поясните, пожалуйста, какой смысл в создании полностью одинакового файла стилей для шаблона. stjn 10:28, 10 марта 2024 (UTC)
*************** В вашей необоснованной отмене .  ~~‍~~ 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)
***  Ну все же не большая. 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)
* Раз этот стиль широко используется в статьях, да и для полной совместимости с английской Википедией, думаю, что стоит его перенести. Vladimir Solovjev обс 13:26, 9 марта 2024 (UTC)
replies: text: В общем проблема была решена другим способом и запрос можно закрывать. Благодарю! Solidest (обс.) 07:17, 13 мая 2024 (UTC)
thread_title:  Добавить описание класса таблиц plainrowheaders 

message: Современные браузеры обрабатывают некоторые сочетания латинских букв как лигатуры. Лигатуры отображаются как символ полуторной ширины. Это совершенно не к месту в программном коде, где все символы должны иметь одинаковую ширину.
Пример: 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)
thread_title:  Убрать лигатуры из &lt;pre>, &lt;code> 

message: Занимаясь в последние дни работой над общим CSS, подумал, что было бы хорошо где-то описать (и получить отзывы) о стратегии работы с общим CSS, которая мне кажется оптимальной в качестве баланса между повсеместным использованием TemplateStyles и помещением всего подряд в MediaWiki:Common.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 или который критичен для оформления сайта;
# в общих случаях, за исключением чрезмерно малого размера кода (а-ля ), критичность 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). Плашка  предполагает, что стили включаются всегда, а здесь они включаются (судя по текущему количеству включений - 1433) очень редко, вероятно, только для  или прямого вызова его же из модуля.  ~~‍~~ 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)
thread_title:  Стратегия работы с общим CSS