Обсуждение MediaWiki:Common.css/Архив
перенесено в Обсуждение шаблона:Hider.
Этот файл править
Этот файл не включается во все скины. Во всяком случае, не включается в «Цыпу» и «Кёльнскую тоску». Это ошибка? SergV 11:59, 4 августа 2005 (UTC)
- Да, недоделка. Для вставки нужно проставить @import в css-файлах шкур, и я не знаю, как они зовутся. Ramir 13:35, 4 августа 2005 (UTC)
- Simple — Simple.css
- Моно-книга — Monobook.css
- Стандартный — Standard.css
- Ностальгия — Nostalgia.css
- Своё — Myskin.css
- Кёльнская тоска — Cologneblue.css
- Цыпа — Chick.css
Помогите поставить ЖЖ-голову в Шаблон:Lj_user править
Товарищи, помогите. Почему-то не работает моя инструкция
span.lj_user:before{content: url("http://upload.wikimedia.org/wikipedia/commons/e/e2/Livejournal_user_icon.gif")}
Ramir 10:27, 9 января 2006 (UTC)
- У меня работает. Только :before поддерживается не всеми браузерами ;). --SergV 17:38, 9 января 2006 (UTC)
Нужно добавить сюда стиль
.hiddenStructure { display: none; speak: none; }
который используется во многих шаблонах. Надеюсь, что это временное решение, но пока что давайте не будем проводить дискриминацию по принципу используемой темы оформления. — doublep 11:50, 21 января 2006 (UTC)
- Добавил, но полностью от дискриминации уйти не удастся, наверное. --ajvol 12:46, 21 января 2006 (UTC)
- Ну, по крайней мере стандартные темы будут работать. А вообще да, это ugly hack. Остаётся надеяться, что условные команды (а-ля qif) будут добавлен в синтаксис и тогда не будет проблем с нагрузкой на сервер при их использовании. — doublep 14:59, 21 января 2006 (UTC)
Перевести {{float right}} в CSS? править
Недавно узнал, что в class="..."
можно указывать несколько классов, через пробел. Может, на волне борьбы с мета-шаблонами, сделать CSS-класс float-right
? Возможные проблемы: не уверен, что все браузеры нормально поддерживают множественные классы (Firefox 1.0: в порядке); выравнивание вправо довольно существенно, может быть это лучше оставить в HTML, не полагаясь на внешние-CSS файлы.
Кто как думает?
blockquote править
- padding:0.8em, видимо, отменяет padding-left:1.5em, надо поменять их местами.
- Линия слева не видна. Наверно, надо поменять цвет на #0d0d0d.
- Зачем нужен дополнительный отступ для blockquote p?
- div.blockquote можно убрать, я поменял Шаблон:Начало цитаты и этот стиль больше не используется.
- (SergV, подписывайся) Смотри, та строчка вовсе закомментирована. Я пробовал переоформить цитаты. Ramir 19:54, 23 февраля 2006 (UTC)
- Два раза извините :). И спасибо. --SergV 21:29, 23 февраля 2006 (UTC)
Пользователи жалуются на глюки в IE, которых раньше не было. Верните, пожалуйста, оформление blockquote, которое было до правки 23 февраля. --SergV 18:19, 27 февраля 2006 (UTC)
- Ладно. Ramir
Новая итерация править
Рамир! Верни, пожалуйста, серый цвет у blockquote. И убери border-left - из-за него текст после цитаты по-прежнему съезжает влево (как минимум, в IE). См. Википедия:Форум/Технические вопросы. --Kaganer 08:53, 22 июня 2006 (UTC)
- Я попытался вернуть, но всё равно теперь ничерта не работает. Цвет вернулся, а оформление по-прежнему глючит. Пусть Рамир сам исправляет. LoKi 10:35, 22 июня 2006 (UTC)
- Я сейчас точно не помню, но кажется глюки в IE не из-за border-left, а из-за какого-то из padding'ов, кажется padding-bottom. --SergV 16:43, 22 июня 2006 (UTC)
- И ещё, :before и :after не поддерживаются в IE. Не надо их использовать. И по моему мнению, увеличенный шрифт выглядит неуместно, а при выравнивании вправо текст подписи теряется. Я бы предложил вернуть то оформление, которое я первоначально сделал. --SergV 16:58, 22 июня 2006 (UTC)
- Нет, именно из-за border-left, я проверил.
- И ещё: был же "background-color: #f0f0f0;", а не #fdfdfc, как сейчас. И было лучше. --Kaganer 18:59, 22 июня 2006 (UTC)
plainlinks править
Добавьте из en:MediaWiki:Common.css то, что относится к классу plainlinks. Того, что есть сейчас недостаточно. --SergV 18:49, 23 мая 2006 (UTC)
- Сделано. --ajvol 19:20, 23 мая 2006 (UTC)
Небольшая ошибка править
Исправьте, пожалуйста: .lj a <...> padding:none
на padding:0
--SergV 18:08, 18 июля 2006 (UTC)
Предложение править
Предлагаю добавить три класса — gold
, silver
и bronze
— для ячеек таблиц соответствующих результатов. Это позволит не прописывать цвет каждый раз, а указывать класс (который может и указывать другой цвет шрифта и т. п.). Это полезно для шаблона {{ОИ-медаль}} и в таблицах результатов спортсменов. — doublep 21:42, 22 августа 2006 (UTC)
- Поскольку возражений не последовало, сделал. — doublep 22:22, 25 августа 2006 (UTC)
Unicode править
Добавьте пожалуйста слассы для шаблонов {{tl:Unicode}} {{tl:IPA}} и т.д. они сейчас не работают нормально. Из wictionary:
/* Support for Template:IPA, Template:Unicode and Template:Polytonic. The inherit declaration resets the font for all browsers except MSIE6. The empty comment must remain. Please copy any changes to [[Template:IPA fonts]] and [[Template:Unicode fonts]]. */ .IPA { font-family: "Segoe UI", "Chrysanthi Unicode", "Charis SIL", "Doulos SIL", "Gentium", "GentiumAlt", "Code2000", "TITUS Cyberbit Basic", "DejaVu Sans", "Bitstream Cyberbit", "Arial Unicode MS", "Lucida Sans Unicode", "Hiragino Kaku Gothic Pro", "Matrix Unicode"; font-family /**/:inherit; } .Unicode { font-family: "TITUS Cyberbit Basic", "Code2000", "Doulos SIL", "Chrysanthi Unicode", "Bitstream Cyberbit", "Bitstream CyberBase", "Bitstream Vera", "Thryomanes", "Gentium", "GentiumAlt", "Visual Geez Unicode", "Lucida Grande", "Arial Unicode MS", "Microsoft Sans Serif", "Lucida Sans Unicode"; font-family /**/:inherit; } /* Latin Extended-B */ .latinx { font-family: "TITUS Cyberbit Basic", "Code2000", "Microsoft Sans Serif"; font-family /**/:inherit; } /* Polytonic Greek */ .polytonic { font-family: "Athena", "Gentium", "Palatino Linotype", "Arial Unicode MS", "Lucida Sans Unicode", "Lucida Grande", "Code2000"; font-family /**/:inherit; } .mufi { font-family: "Alphabetum", "Cardo", "LeedsUni", "Junicode", "TITUS Cyberbit Basic", "ALPHA-Demo"; } /* Cyrillic non-slavic*/ .Cyrillic { font-family: "Segoe UI", "Arial Unicode MS", "Gentium", "Code2000", "Lucida Sans Unicode"; font-family /**/:inherit; } /* Arabic */ .Arabic, .AR { font-family: "Tahoma", "Arial Unicode MS", "Code2000", "Traditional Arabic"; font-family /**/:inherit; font-size: 125%; } /* Persian, Kashmiri, Kurdish, Urdu */ .Persian, .KS, .KU, .UR { font-family: "Tahoma", "Arial Unicode MS", "Code2000", "Traditional Arabic"; font-family /**/:inherit; font-size: 125%; } /* Bengali */ .BN { font-family: "UniBangla", "Arial Unicode MS", "Code2000", "Likhan", "UT Bengali Dhaka", "Vrinda"; font-family /**/:inherit; font-size: 130%; } /* Kazakh, Kyrgyz, Uyghur */ .tote { font-family: "Uyghur Tuz Unicode", "Tahoma", "Arial Unicode MS", "Code2000"; font-family /**/:inherit; font-size: 125%; } /* Sindhi */ .SD { font-family: "MB Sindhi", "MBSarang Sattar", "MB Bhitai Sattar", "MB Lateefi", "Ayaz Gul", "Tahoma"; font-family /**/:inherit; font-size: 125%; } /* Thai */ .TH { font-family: "Arial Unicode MS", "Code2000"; font-family /**/:inherit; font-size: 125%; } /* Ghotic */ .Ghotic { font-family: "Code2000", "Arial Unicode MS"; font-family /**/:inherit; }
И ещё фикс для интервики (устраняет квадратики в местных названиях языков. влияет также на всю колонку, но это, я думаю, не проблема
/* IE6 work around for interwiki */ .pBody { font-family: "Arial Unicode MS", "Segoe UI" }
--AlefZet 15:19, 26 августа 2006 (UTC)
IPA править
Похоже, что в Arial Unicode MS нет некоторых символов, поэтому если поставить его после Lucida Sans Unicode, результат получается лучше, по крайней мере в FF. --SergV 13:07, 18 февраля 2007 (UTC)
Сокрытие интервик на ру-сиб править
Кто такой Morpheios Melas и почему он решает за Совет Поверенных, какой раздел будет удален, а какой нет, и почему он решает за все лингвистическое сообщество, существует ли сибирский язык или нет? --YaroslavZolotaryov 16:03, 8 марта 2007 (UTC)
Администратор Volkov восстановил видимость интервикиссылок на сибирский искусственный язык. —Obersachse 17:37, 8 марта 2007 (UTC)
Оглавление править
Мне не нравится, как оглавление прилипает к тексту-шапке. Оно больше относится к тексту ниже, а не к шапке. Не против, если добавить что-то вроде .toc {margin-top: 0.5em;}
? — doublep 12:57, 4 августа 2007 (UTC)
- Можно бы. — Kalan ? 15:34, 4 августа 2007 (UTC)
- Можно добавить конечно. Правда это увеличит зазор и тогда, когда вступительного текста нет, и там и так примерно 1.5em, но это будет почти незаметно.
- Кстати, в некоторых других скинах растояние и так немножко больше, может тогда лучше в Monobook.css? ∴ Alex Smotrov 22:33, 4 августа 2007 (UTC)
- Если не будет возражений, добавлю в Monobook.css ∴ Alex Smotrov 17:45, 10 октября 2007 (UTC)
Прошу добавить определение данного класса в Common.css (см. мой monobook.css, взято из en:MediaWiki:Common.css). Иначе шаблон {{Навигационная таблица}} и все его производные выглядят на редкость уродливо. Ekamaloff 06:16, 27 августа 2007 (UTC)
- Добавил. — Obersachse 09:35, 30 августа 2007 (UTC)
- Спасибо. Ekamaloff 09:46, 30 августа 2007 (UTC)
- Хмм, а по какому принципу
th style="white-space:nowrap"
оставлен в шаблоне, а не перенесен тоже в Common.css? А вообще, конечно можно было бо́льшую часть стилей просто вставить прямо в шаблон и не перегружать ими глобальный файл ∴ Alex Smotrov 13:56, 30 августа 2007 (UTC)- Мне в принципе без разницы, просто не знал что можно указать в шаблоне. Ekamaloff 14:34, 30 августа 2007 (UTC)
- То, что
table.navbox { …
можно (и наверное нужно было) указать прямо при определении таблицы в шаблоне:<table class="…" style="(правила стилей тут)"
- то, что
table.navbox th {…
пришлось бы вставлять в каждый<th>
отдельно - а последнее правило inline вообще никак не укажешь ∴ Alex Smotrov 14:55, 30 августа 2007 (UTC)
- Вот второй пункт то меня и не устраивал (указание стиля для каждого
<th>
в отдельности). Я то думал прямо определение стилей можно в шаблоне делать. Ekamaloff 15:31, 30 августа 2007 (UTC)
- То, что
- Мне в принципе без разницы, просто не знал что можно указать в шаблоне. Ekamaloff 14:34, 30 августа 2007 (UTC)
- Хмм, а по какому принципу
- Спасибо. Ekamaloff 09:46, 30 августа 2007 (UTC)
Предлагаю всё-таки перенести весь CSS обратно в шаблон. Там не так уж много определений, я могу это сделать сам. Кроме того, конструкция :not(:first-child)
похоже нигде кроме Firefox не работает, и отдельный цвет th в самой первой строке всё равно нужно задавать прямо в шаблоне ∴ AlexSm 20:47, 16 октября 2007 (UTC)
Версия: октябрь 2007 править
Поработал над CSS файлом, упорядочил, выкинул лишнее. Собираюсь через пару дней обновить (если не будет возражений), новая версия пока тут: Участник:Alex Smotrov/misc/MediaWiki:Common.css. Основные изменения:
- убраны .Use_Default_Date_Convention, .Use_AD_and_BC, .Use_BCE_and_CE (см этот дифф в en.wp
- убран .wikibooks: Шаблон:Викиучебник уже был переделан, лишний класс не нужен
- .istochnik_pred и .istochnik_sled перенесены в Шаблон:Начало цитаты и Шаблон:Конец цитаты
- .lj перенесен в соответствующие шаблоны ЖЖ
- убраны все «CommonsTicker styles» (подробнее)
- убран .BoxenVerschmelzen (у нас такого нет)
- .audiolink был два раза
- добавлен #userSummaryButtonsA из Mediawiki:Monobook.css: кнопки добавления описания изменений есть во всех скинах
- убраны лишние комментарии
∴ Alex Smotrov 17:45, 10 октября 2007 (UTC)
- Версия обновлена. Дополнительно убраны классы .bronze, .silver и .gold (заменены шаблоном {{medal-color}}). На очереди к удалению некоторые другие устаревшие классы, надо только убедиться, что они нигде не используются ∴ AlexSm 20:47, 16 октября 2007 (UTC)
toclimit править
Добавьте, пожалуйста:
.toclimit-2 .toclevel-2 {display:none;} .toclimit-3 .toclevel-3 {display:none;} .toclimit-4 .toclevel-4 {display:none;} .toclimit-5 .toclevel-5 {display:none;} .toclimit-6 .toclevel-6 {display:none;} .toclimit-7 .toclevel-7 {display:none;}
--deerstop 17:11, 9 июня 2008 (UTC)
- Как минимум, следовало пояснить, для чего конкретно CSS код, привести примерную статистику его использования в английской Википедии, и примеры статей, в которых он пригодится у нас. —AlexSm 22:55, 23 июня 2008 (UTC)
- Понялъ. Насчет статистики сказать не могу (она как-то подсчитывается?), мне он встречается достаточно часто. Собственно, этот код (через шаблон TOClimit) помогает скрывать подзаголовки определённого уровня из оглавления. Это может сильно пригодится в списках, которые не сделаны таблицами, так как позволяет редактировать разделы, при этом не загромождая оглавление огромным количеством подразделов; или же в статьях, где много разделов. Например: en:List of Naruto characters или en:J. R. R. Tolkien (спрятаны все подзаголовки 3 уровня). -- DEERSTOP (обс). 06:56, 24 июня 2008 (UTC)
- Я имел в виду именно en:Special:WhatLinksHere/Template:TOClimit, а также примерную оценку в 1000+ статей английской Википедии, в которых шаблон сейчас используется. Я почти готов согласиться, что такой код можно к нам добавить... —AlexSm 19:55, 8 июля 2008 (UTC)
- Понялъ. Насчет статистики сказать не могу (она как-то подсчитывается?), мне он встречается достаточно часто. Собственно, этот код (через шаблон TOClimit) помогает скрывать подзаголовки определённого уровня из оглавления. Это может сильно пригодится в списках, которые не сделаны таблицами, так как позволяет редактировать разделы, при этом не загромождая оглавление огромным количеством подразделов; или же в статьях, где много разделов. Например: en:List of Naruto characters или en:J. R. R. Tolkien (спрятаны все подзаголовки 3 уровня). -- DEERSTOP (обс). 06:56, 24 июня 2008 (UTC)
Спойлеры править
#spoiler {border-top: 2px solid #ddd; border-bottom:2px solid #ddd}
Поскольку шаблоны спойлеров удалили, то эта строчка теперь, наверное, не особо нужна. — redmond barry 05:07, 21 июня 2008 (UTC)
- Да, я уже несколько дней обдумываю, что надо эту строчку и ещё несколько устаревших/ненужных вещей удалить (которые в разделе «to delete later» ближе к концу), но не уверен, можно ли доверять внутреннему поиску или нужно просить кого-нибудь сделать поиск по дампу. —AlexSm 05:25, 21 июня 2008 (UTC)
Старые CSS классы править
Планируется удаление устаревшего и неиспользуемого CSS кода. Если кто-то знает, где используются эти CSS классы (и внутренний поиск по Википедии этого не находит), то пожалуйста сообщите. —AlexSm 22:55, 23 июня 2008 (UTC)
.Talk-Notice {
border: 1px solid #C0C090;
background-color: #F8EABA;
margin-bottom: 3px;
width: 85%;
border-spacing: 3px;
margin-left: auto;
margin-right: auto
}
.Talk-Notice td {background: inherit}
#spoiler {border-top: 2px solid #ddd; border-bottom:2px solid #ddd}
.messagebox.merge {
border: 1px solid #cf9fff;
background-color: #f5edf5;
text-align: center
}
.messagebox.cleanup {
border: 1px solid #9f9fff;
background-color: #efefff;
text-align: center
}
.sisterproject {background-color:#f9fafd}
table.toccolours {text-align: center} /* может напортить! */
div#shared-image-desc table.toccolours {text-align: left} /* исправление для таблицы с викисклада */
- Подправил список, все вышеуказанные правила будут удалены. При этом
.sisterproject
используется например в Шаблон:Викицитатник, но немного другой цвет фона, который он даёт, при желании легко может быть указан прямо в коде шаблона; кроме того, по-видимому шаблоны братских проектов сейчас мигрируют в один Шаблон:Навигация. Обратите внимание, также будет убран неуместный на мой взглядtable.toccolours {text-align: center} /* может напортить! */
и сразу за ним вызванное им необходимое исправление. —AlexSm 19:55, 8 июля 2008 (UTC)
Оформление цитат править
По результатам обсуждения на Википедия:Форум/Предложения#Оформление цитат в Common.css будет добавлен следующий код для нового стандартного оформления цитат, при использовании как тега blockquote
, так и некоторых шаблонов:
blockquote, .blockquote {
font-size: 85%;
background: #F9F9F9;
padding: 0.5em 3em 0.5em 1.25em;
margin-left: 3em;
border: 1px solid #EEE;
border-left: 3px solid #CCC;
}
Кроме того, участник Kalan предлагает добавить следующий код только для шаблона цитат:
.quote-src {
padding-left: 1.5em;
font-style: italic;
color: #999;
}
.quote-head {
font-size: 118%;
color: #666;
}
Однако мне кажется, что не стоит утяжелять Common.css, а указать эти правила прямо в шаблоне. Участники, которые захотят для себя переопределить оформление, тогда вынуждены будут использовать !important в соответствующих правилах в персональных monobook.css. Хотелось бы услышать мнения других участников. —AlexSm 15:40, 22 июля 2008 (UTC)
- В IE есть проблемы c border-left. И не надо стили в шаблон, стили должны быть в одном месте, так ими легче управлять, особенно, если кто-то вдруг решит заняться другими скинами. А Common.css кешируется. --SergV 16:57, 22 июля 2008 (UTC)
- Где есть проблемы? У меня в IE6 (более ранние версии слишком непопулярны, чтобы о них думать) тема в форуме по предложениям отображается адекватно. — Kalan ? 17:13, 22 июля 2008 (UTC)
- Насколько я помню, обычный текст после цитат сдвигался влево и прижимался к серой линии. Можно поискать в архивах технического форума, где-то там должно быть обсуждение. У меня сейчас нет под рукой IE для экспериментов. --SergV 17:43, 22 июля 2008 (UTC)
- Где есть проблемы? У меня в IE6 (более ранние версии слишком непопулярны, чтобы о них думать) тема в форуме по предложениям отображается адекватно. — Kalan ? 17:13, 22 июля 2008 (UTC)
Цитата
Этот текст должен быть сдвинут.
- См. также Википедия:Форум/Архив/Технические вопросы/Январь-Март 2006#Опять blockquote глючит..., Википедия:Форум:Архив-2005-11-27#Глюк форума?, Википедия:Форум:Архив-2005-11-11#BLOCKQUOTE. --SergV 18:24, 22 июля 2008 (UTC)
- IE6 и Опера показывают всё одинаково, текст не сдвинут и находится там, где положено. А архивы вообще какие-то древние :) — Kalan ? 19:24, 22 июля 2008 (UTC)
- Ну не древнее, чем IE6... Ну что ж, не сдвигается, значит пофиксили. --SergV 07:57, 23 июля 2008 (UTC)
- IE6 и Опера показывают всё одинаково, текст не сдвинут и находится там, где положено. А архивы вообще какие-то древние :) — Kalan ? 19:24, 22 июля 2008 (UTC)
- См. также Википедия:Форум/Архив/Технические вопросы/Январь-Март 2006#Опять blockquote глючит..., Википедия:Форум:Архив-2005-11-27#Глюк форума?, Википедия:Форум:Архив-2005-11-11#BLOCKQUOTE. --SergV 18:24, 22 июля 2008 (UTC)
Многочисленные правки править
Просьба к администраторам не делать многочисленных мелких правок в этом файле. Это исключительно неудобно, когда потом нужно что-то найти в истории правок. Отдельная просьба к участнику ВасильевВВ сперва предлагать изменения на странице обсуждения. —AlexSm 21:48, 5 августа 2008 (UTC)
В движок наконец-то добавили (rev:40414) редактируемый администраторами CSS файл для печати: MediaWiki:Print.css. Туда нужно перенести раздел @media print{...}
из MediaWiki:Common.css. Если не будет возражений, я хотел бы последовать согласно этому предложению в английском разделе и добавить к CSS правилам body.ns-0
, чтобы навигационные и меташаблоны прятались при печати только в статьях, и печатались на остальных страницах, где они могут представлять существенную часть содержания (например документация или обсуждение этих шаблонов). —AlexSm 15:16, 8 сентября 2008 (UTC)
- Не возражаю. Kv75 15:29, 8 сентября 2008 (UTC)
Звёздочки хороших статей в других разделах править
Случайно обратил внимание, что синие звёзды в блоке интервик (см. шаблон:Link GA) смещены вверх в IE и особенно в Opera. Надо бы переделать используемую нами commons:image:Image:QS blue star small.png, чтобы сверху было немного пустого места, как у жёлтой звезды (см. commons:Category:Wikipedia_bullets). Потом вероятно загрузить под другим именем («Image:Monobook-bullet-blue-star.png»?), и тоже включить в эту категорию. —AlexSm 15:48, 16 сентября 2008 (UTC)
Полтора года спустя: основная тема оформления сейчас «Вектор», поэтому исправления для «Monobook» уже не так актуальны. В MediaWiki:Vector.css используются звёздочки , , . Немного смущает, что жёлтая криво стоит: нет ли такой же, но вертикальной? — AlexSm 21:09, 14 июня 2010 (UTC)
A CSS код для звёздочек следует убрать из Common.css и разнести по разным темам оформления. — AlexSm 21:09, 14 июня 2010 (UTC)
- Код был убран из Common.css и добавлен в Vector.css, Monobook.css, Chick.css и Modern.css. В Myskin.css и Simple.css будет добавлен чуть позже. Остальные три устаревшие темы оформления (Standard, Cologneblue и Nostalgia) устроены слишком по-другому и нужный JS код там просто не работает. — AlexSm 21:21, 25 июня 2010 (UTC)
Инсталяция данного файла править
Не так давно скачал и установил себе MediaWiki - поимел ряд проблем [1] и с этим файлом впредачу ... соответственно хочу выяснить как с ним правильно предполагалось работать и потом добавить эту информацию в справочник по установке ... у меня данного файла в поставке вообще небыло, скачал, но подключить не сразу удалось, хотя в skin.php он вроде как должен добавляться - но нет не получалось, пока в файл monobook.php нахально не вставил код: $out->addStyle( 'monobook/Common.css', 'screen' );
а как должно быть на самом деле ? SergeyJ 20:55, 19 октября 2008 (UTC)
- Не устанавливал MediaWiki, не знаю. Слышал только, что вроде бы в старых версиях Common.css вообще не было. —AlexSm 17:44, 27 февраля 2009 (UTC)
- Для добавления Common.css в свою википедию ничего в исходных текстах менять не надо. Надо просто создать новую страницу MediaWiki:Common.css и в ее содержимое вставить копию кода Common.css из глобальной Википедии walker 15:27, 18 мая 2009 (UTC)
Курсивные перенаправления на страницах категорий править
Если не будет возражений, собираюсь добавить
span.redirect-in-category a {font-style:italic}
для выделения перенаправлений курсивом на страницах категорий, как это у нас уже сделано для спецстраниц «все» и «указатель по началу». —AlexSm 17:44, 27 февраля 2009 (UTC)
- Поскольку возражений не было, будет добавлено. —AlexSm 16:16, 7 апреля 2009 (UTC)
Ссылка [показать] править
Когда в статье один под другим расположены сворачиваемые блоки навигации, один из которых DIV, а другой таблица, то ссылки [показать]
находятся на разном расстоянии от правого края, что выглядят некрасиво. У таблиц это практически всегда padding-right:0.2em;
(определения классов standard, wikitable и других). У DIV это a.NavToggle {right:3px}
, которое я собираюсь поменять тоже на 0.2em
. —AlexSm 16:16, 7 апреля 2009 (UTC)
Классы медиа-шаблонов править
Если не будет возражений, будут убраны ненужные классы .audiolink, .listenlist, .videolist
и так далее. Некоторые из них используются (или должны были бы использоваться) в не очень популярных шаблонах {{Audio}}, {{template:Listen}}, {{Multi-listen_start}}, {{Video}}, {{Multi-video_start}}, однако добавляемые через глобальный CSS фоновые картинки и другие стили вполне могут быть заменены на CSS стили прямо в шаблонах. Эти вещи уже убирают в английском Common.css. —AlexSm 17:08, 9 апреля 2009 (UTC)
rellink, dablink править
Здравствуйте, не могли бы вы перенести сюда следующий фрагмент из en:MediaWiki:Common.css:
.rellink, .dablink { font-style: italic; padding-left: 2em; } .rellink i, .dablink i { font-style: normal; }
? Пожалуйста. --Alexander Widefield 18:30, 5 мая 2009 (UTC)
- Нельзя ли как-то подробнее обосновать необходимость этого кода в Common.css? Как минимум указать в каких (видимо) шаблонах он будет использоваться, какой конкретно эффект будет достигнут, и почему нельзя то же самое указать прямо в этих шаблонах как
style="..."
— AlexSm 00:46, 6 мая 2009 (UTC)
- Я использовал пока в шаблоне {{Rellink}}, но позже и в других. Пока да, я указал это с помощью style, но это громоздко, выгоднее для пользователей, чтобы этот код попал к ним в кэш из внешней css. В принципе, если вы откажетесь, то я оставлю в шаблоне в виде style="...", но повторяю это невыгодно пользователям. Я скопировал это из английской. --Alexander Widefield 03:58, 6 мая 2009 (UTC)
- Выгоднее — это когда шаблон будет использоваться в тысячах или десятках тысячах статей, как например
#disambig
илиtable.navbox
. А сейчас, когда в статьях новый шаблон вообще не используется, новый CSS класс очевидно будет бесполезным грузом для 99.9...% посетителей. — AlexSm 04:15, 6 мая 2009 (UTC)- Он не используется, потому что нет класса, а будет класс - можно будет заменить выделение italic в каждом соответствующем шаблоне ({{Seealso}}, {{Further}} и т.д., посмотрите, там везде выделение italic: <code>'' ... ''</code>, а это неправильно) на этот класс, потому что так более правильно с точки зрения идеологии HTML/CSS: оформление должно быть в CSS, а не в тексте вместе с контентом. --Alexander Widefield 05:23, 6 мая 2009 (UTC)
- Впрочем, судя по популярности Шаблон:Другие значения, правило
.dablink {font-style: italic; padding-left: 2em;}
наверное можно добавить, и через месяц убрать стили из шаблона. А в новом {{Rellink}} вполне можно написатьclass="dablink rellink ..."
для получения нужного эффекта. — AlexSm 04:23, 6 мая 2009 (UTC)- Добавьте, пожалуйста, класс rellink тоже - несколько байт, но зато идеология о том, что каждой сущности - свой класс (see W3C) будет соблюдается. Если у двух разных сущностей совпадает оформление - то это не значит, что им нужно присваивать один и тот же класс. --Alexander Widefield 05:18, 6 мая 2009 (UTC)
- В данный момент я стараюсь в основном руководствоваться более практичными соображениями не слишком большого размера Common.css. Учитывая, что практическая разница между этими двумя классами всё-таки есть (первый не печатается благодаря en:MediaWiki:Print.css), я в принципе готов добавить
.dablink, .rellink {font-style: italic; padding-left: 2em}
если в течение нескольких дней никто не возразит. Назначение второго куска, подавляющего <i> внутри, мне пока неясно. — AlexSm 20:50, 6 мая 2009 (UTC)- Алекс, я тебе доверяю. Знаю, как ревно ты защищаешь Common.css от не очень нужных изменений. Если говоришь «надо», то включи! — Obersachse 22:45, 6 мая 2009 (UTC)
- Я объясню: если внутри классов встретится italic-текст, то он становится, наоборот, plain.
- Например,
<span class="rellink">some text ''part of which'' is italized by wiki-markup or tags looks like this</span>
- так выглядит:
- some text part of which is italized by wiki-markup or tags looks like this
- Т.е. италик-текст внутри уже италик-текст превращается в plain, так вот везде же. --Alexander Widefield 03:55, 7 мая 2009 (UTC)
- В данный момент я стараюсь в основном руководствоваться более практичными соображениями не слишком большого размера Common.css. Учитывая, что практическая разница между этими двумя классами всё-таки есть (первый не печатается благодаря en:MediaWiki:Print.css), я в принципе готов добавить
- Добавьте, пожалуйста, класс rellink тоже - несколько байт, но зато идеология о том, что каждой сущности - свой класс (see W3C) будет соблюдается. Если у двух разных сущностей совпадает оформление - то это не значит, что им нужно присваивать один и тот же класс. --Alexander Widefield 05:18, 6 мая 2009 (UTC)
- Выгоднее — это когда шаблон будет использоваться в тысячах или десятках тысячах статей, как например
Про не-курсивный текст внутри: я пока не могу согласиться с этим кодом. Во-первых, всё та же причина практической неиспользуемости в данный момент. При этом я понимаю, что без этого кода такой трюк пока что и нельзя использовать, но мне кажется, что и в будущем оно просто практически нигде не будет использоваться. Во-вторых, выглядит такое «выделение наоборот» весьма странно. Давайте попробуем вынести на форум, чтобы другие участники высказались, нужны и допустимы ли в этих шаблонах/сообщениях такие «выделения наоборот». Например на форум предложений или технический. — AlexSm 19:18, 12 мая 2009 (UTC)
- Я не против, если нужно то надо вынести. --Alexander Widefield 09:48, 19 мая 2009 (UTC)
- Добавлен код, обсуждавшийся выше. — AlexSm 15:58, 29 июня 2009 (UTC)
Подсветка HTML-тега cite править
Было бы полезно добавить селектор тегов "cite" к группе подсветки по переходу на привязку "target". Тогда подсвечивались бы пункты библиографии по щелчку на привязку в тексте статьи.
Непонятно, что препятствует простой синхронизации с текущей английской версией листа стилей.--Ilgiz — реплика добавлена в 03:57, 26 мая 2009 (UTC)
- Полностью согласен. Alex Smotrov просто узурпировал работу с таблицей стилей. --Alexander Widefield 08:06, 26 мая 2009 (UTC)
Не возражаю, давайте добавим. — AlexSm 15:52, 24 июня 2009 (UTC)
- Как, однако, вы быстро реагируете, Alex. :( Может быть, передадите свои полномочия более быстрому участнику? --Alexander Widefield 11:31, 28 июня 2009 (UTC)
- Добавлено ещё 10 июня участником Kalan. Если Вы попросите его тоже отвечать на этой странице обсуждения, я буду совсем не против. — AlexSm 15:58, 29 июня 2009 (UTC)
Доработка #coordinates править
Предлагаю вынести #coordinates из Common.css в Monobook.css, поскольку абсолютное позициноирование сильно зависит от макета страницы. Так сделано, например, и в английском и в немецком разделах.
Независимо от первого предложения прошу для #coordinates прописать font-size=11, чтобы не наследовался размер из карточки города (это выглядит одинаково криво во всех браузерах [2]). У немцев, кстати, стоит font-size=10 и блок вынесен выше, что мне нравится больше нашего варианта. Может, сделаем так же? — Fedyakov 19:09, 11 июня 2009 (UTC)
- Не возражаю, но нужно некоторое время, чтобы сравнить код в разных разделах и ничего не напутать. — AlexSm 15:52, 24 июня 2009 (UTC)
- Если будете выносить, добавьте в MediaWiki:Vector.css все стили, а не только смещение, как сейчас. — putnik 05:27, 9 июля 2009 (UTC)
Этим давно пора заняться, как минимум чтобы не дублировался код для основной темы оформления «Вектор». — AlexSm 21:09, 14 июня 2010 (UTC)
Пока что результаты такие:
- в «векторном» оформлении position:relative имеет div#bodyContent, находящийся сразу под заголовком h1#firstHeading, и это разумнее чем в monobook, где relative является div#content, и в итоге абсолютно позиционированные объекты невозможно нормально привязать к заголовку из-за сообщений над заголовком.
- непонятно почему в monobook координаты под линией заголовка, и в английской Википедии везде под линией, а у нас в «векторном» они над заголовком (вот правка)
- непонятно зачем там столько ненужных на мой взгляд правил (
float:right; text-transform: none; border:none; white-space: nowrap;
)
— AlexSm 21:21, 25 июня 2010 (UTC)
- Насколько я понял, в английском разделе нет ссылки «edit» / «править» для нулевой секции (либо они её скрыли), у нас же она присутствует и не позволяет вынести координаты под заголовок. Сейчас глянул Monobook, у меня в Chrome координаты выглядят жутко: сдвинуты влево и пересекаются чертой, отделяющий заголовок от собственно статьи. — Claymore 12:00, 26 июня 2010 (UTC)
- Ссылка [править] у нулевой секции у нас добавляется в Common.js (в английском разделе это гаджет). Координаты в теме «monobook» расположены под заголовком и сдвинуты влево, видимо как раз из-за нулевой [править]. «Жуткости» в теме «monobook» я ни в одном браузере (включая Chrome) пока не вижу, хотя в принципе она возможна при наличии системных сообщений над заголовком; нельзя ли указать конкретную страницу и проверить другие браузеры? — AlexSm 20:02, 28 июня 2010 (UTC)
- Ещё раз посмотрел Грабен (Аугсбург) (так), координаты пересекаются сплошной полосой, отделяющей заголовок от надписи «Материал из Википедии — свободной энциклопедии». Системные сообщения не показываются. Надпись с координатами пересекается одинаковым образом в IE 7 и Chrome 5.0.375.70. — Claymore 21:07, 28 июня 2010 (UTC)
- Да, вижу, и в этой статье они показываются ещё и мельче, чем в других. Я пощёлкал Firebug, и выяснилось, что это следствие упомянутого выше наследования размера из карточки и правила {top:3.7em} : при меньшем размере шрифта значение top получается меньше, и координаты съезжают. — AlexSm 21:36, 28 июня 2010 (UTC)
- Ещё раз посмотрел Грабен (Аугсбург) (так), координаты пересекаются сплошной полосой, отделяющей заголовок от надписи «Материал из Википедии — свободной энциклопедии». Системные сообщения не показываются. Надпись с координатами пересекается одинаковым образом в IE 7 и Chrome 5.0.375.70. — Claymore 21:07, 28 июня 2010 (UTC)
- Ссылка [править] у нулевой секции у нас добавляется в Common.js (в английском разделе это гаджет). Координаты в теме «monobook» расположены под заголовком и сдвинуты влево, видимо как раз из-за нулевой [править]. «Жуткости» в теме «monobook» я ни в одном браузере (включая Chrome) пока не вижу, хотя в принципе она возможна при наличии системных сообщений над заголовком; нельзя ли указать конкретную страницу и проверить другие браузеры? — AlexSm 20:02, 28 июня 2010 (UTC)
Я спросил у putnik'а почему координаты расположены именно так. У меня появилась идея добавить в Monobook.css правило div#bodyContent {position:relative}
и затем поменять все используемые абсолютные координаты как в теме «векторное» и не зависеть больше от сообщений над заголовком. — AlexSm 20:02, 28 июня 2010 (UTC)
- Я только за. — Claymore 21:07, 28 июня 2010 (UTC)
- Оказывается, в enwiki это очень давно так и починили через en:MediaWiki:Monobook.js: см. en:MediaWiki talk:Common.js/Archive 15#Topbar content, затем en:MediaWiki talk:Common.js/Archive 16#topicon part deux. Буду читать... — AlexSm 21:36, 28 июня 2010 (UTC)
Итак, предлагается в общих чертах применить у нас систему из английской Википедии. Класс для значков над линией заголовка будет один и будет называться topicon
(название floating_object кажется мне не очень удачным, поскольку floating и absolute position на самом деле взаимоисключающие вещи). Этот класс будет использоваться в {{Right-uppermost image}}, который используют шаблоны «избранная статья», «хорошая статья» и кандидаты в них, а также «неоднозначность» и «список». Этот же класс будет использован в {{Изолированная статья}} вместо текущего id="suggest_link"
, а также для значков помощи на спецстраницах. Для координат останется #coordinates
, и они будут под линией заголовка, с отступом справа из-за ссылки [править]. В Monobook.js (и других темах, если нужно) будут исправления как в en:MediaWiki:Monobook.js. — AlexSm 04:50, 15 июля 2010 (UTC)
Сабж не работает вследствие отсутствия в css-файле нужного кода (вот тут год назад его уже просили прикрутить, а вот тут совсем недавно недоумевали по поводу того, что оно не работает). Присоединяюсь к хору страждущих: по склонности душевной имею привычку пописывать списки персонажей всяких, снабжая их, вестимо, источниками и доказательствами значимости, но приличному виду их мешает гигантское оглавление, которое не всегда удаётся безболезненно сместить куда-нибудь в сторонку. Прикрутите пару строчек, а? И вам нетрудно, и нам над оформлением не извращаться. — Ari✓ 20:41, 20 июня 2009 (UTC)
- Давайте добавим. — AlexSm 15:52, 24 июня 2009 (UTC)
- Спасибо. :-) — Ari✓ 19:25, 24 июня 2009 (UTC)
- Аллилуя, прошел всего-то год со времени моей просьбы.)) -- deerstop (обс). 17:50, 27 июня 2009 (UTC)
- Рано радуетесь. Код ещё не добавили. Это я так, превентивно спасибо сказал, но вот уже 4 дня прошло, и ни слуху ни духу. Скоро пойду пинать админов прицельно. — Ari✓ 21:19, 27 июня 2009 (UTC)
динамический псевдокласс hover править
При обсуждении шаблонов группы {{АИ}} на странице Википедия:Форум/Технический#Предложение по поводу шаблона нет источника было высказано пожелание выделять цветом фрагменты текста при наведении на них курсора. Это может быть реализовано введением динамического псевдокласса «span.ai:hover {background:#ffeaea;}
». Имя класса «ai» может быть заменено на любое приемлемое. Возможно добавить такой селектор?--Chan 04:26, 9 июля 2009 (UTC)
- Технически разумеется возможно, но мне кажется, что такое обсуждение должно было происходить на странице Википедия:Форум/Предложения, и немного дольше. — AlexSm 04:34, 9 июля 2009 (UTC)
- За Очень полезно и просто необходимо, особенно при злоупотреблении этим шаблоном. SergeyJ 05:05, 9 июля 2009 (UTC)
- За Идея просто великолепная. --Jaroslavleff 05:13, 9 июля 2009 (UTC)
Итог: в обсуждении ВП:Форум/Архив/Технический/2009/07#Предложение по поводу шаблона нет источника ни к какому результату не пришли. — AlexSm 21:09, 14 июня 2010 (UTC)
CSS класс «printonly» править
- {{editprotected}}
Обратите, пожалуйста, внимание на запрос, высказанный в Обсуждение шаблона:Citation. -- Vmenkov 03:31, 10 февраля 2010 (UTC)
- Перенесу из того обсуждения:
/* For linked citation numbers and document IDs, where the number need not be shown on a screen or a handheld, but should be included in the printed version */ @media screen, handheld { span.citation *.printonly { display: none; } }
- Мне кажется, что нет смысла делать класс только для этого шаблона, раз уж мы его всё равно делаем. Т. е. добавить не код выше, а такой:
@media screen, handheld { .printonly { display: none; } }
- — putnik 11:31, 13 февраля 2010 (UTC)
- Как выяснилось, основное обсуждение идёт в теме Википедия:Форум/Технический#printonly класс в Common.css. — putnik 13:53, 13 февраля 2010 (UTC)
- Согласен с предложением AlexSm. --Alogrin 19:12, 18 февраля 2010 (UTC)
Добавлено: common.css, print.css. — AlexSm 15:04, 20 февраля 2010 (UTC)
infobox bordered править
Подскажите, что нужно сделать, чтобы работал class="infobox bordered vcard" и этот шаблон выглядел как оригинальный из en.wiki. То есть мне нужно, чтобы исчезли гигантские отступы по краям и появились границы ячеек, как в оригинальном шаблоне. Я так понимаю, этого не происходит, потому что в Common.css нет стилей для элемента "infobox.bordered", хотя возможно не хватает еще чего-то. Возможно ли решить эту проблему? --Replicant 18:32, 12 февраля 2010 (UTC)
class="infobox bordered vcard"
— этоclass="infobox"
+class="bordered"
+class="vcard"
. Первый отвечает за то, что инфобокс по умолчанию серенький и справа. Второй — что каждая ячейка имеет рамку, у нас такого нет. Третий имеет чисто семантическое значение (hCard/ВП:П:МФ) и на оформление не влияет. Я бы порекомендовал перевести этот шаблон на использование мета-шаблона {{карточка}}, он позволяет задавать стили для всех ячеек в одном месте. — putnik 11:10, 13 февраля 2010 (UTC)
Сообщаю, что этот класс усиленно вычищается из шаблонов, и скоро (надеюсь, сегодня-завтра) будет убран. Если он где-то используется, желательно от него избавиться самостоятельно или сообщить сюда. — putnik 00:34, 22 февраля 2010 (UTC)
- Всё, отправлен на покой. — putnik 11:08, 23 февраля 2010 (UTC)
Классы .float-right и .float-left править
Я тут посмотрел на 109 тысяч включений {{float right}} и хочу вернуться к предложению 4-годичной давности заменить этот шаблон классом. Это разгрузит парсер и одновременно сделает более лёгким и корректным генерируемый HTML-код. У парного шаблона {{float left}} включений меньше тысячи, но унификация в данном случае важнее, так что если добавлять, то оба.
Предлагается внести такой код:
.float-right {
float: right;
clear: right;
margin-left: 1em;
margin-bottom: 0.5em;
}
.float-left {
float: left;
clear: left;
margin-right: 1em;
margin-bottom: 0.5em;
}
Есть ли возражения? — putnik 11:31, 23 февраля 2010 (UTC)
- Я не возражаю, но смущает, что в enwiki, где много лишнего CSS, как раз таких классов вроде бы и нет. — AlexSm 15:57, 23 февраля 2010 (UTC)
- Начал копаться — выяснилось, что в основном используется через шаблон {{НП}}. Чуть позже поменяю на использование .infobox. Останется ~30 тысяч (большинство из которых так же хорошо бы поменять на .infobox), так что вопрос не особо актуален. — putnik 16:55, 9 марта 2010 (UTC)
Крошечный шрифт преформатированного текста править
В Chrome и Firefox для тегов pre, tt и code наблюдается сильное уменьшение размера шрифта. Решение данной проблемы было найдено в en:MediaWiki talk:Common.css/Archive 11#Teletype style fix for Chrome. Там же есть скриншоты. Предлагаю по аналогии с en-версией добавить tt, code, pre {font-family: monospace, sans-serif;}
. Это не должно повлиять на отображение в других браузерах. --Lockal 19:02, 27 марта 2010 (UTC)
- Я не большой поклонник исправления недостатков браузеров, но если в английской Википедии пришли к выводу, что так лучше, то почему бы и нет? — AlexSm 18:31, 29 марта 2010 (UTC)
- {{editprotected}} bump. --Lockal 16:15, 16 апреля 2010 (UTC)
- Прошу прощения, с тех пор забыл. Этот код ещё актуален? — AlexSm 22:00, 10 июня 2010 (UTC)
- Мда, юзабилитисты почему-то не удивляют. На этот раз они таки поместили вышеприведённый фикс в main-ltr.css, но расширение geshi теперь обёртывает код в div style="font-family: monospace". Решение на данный момент необходимо в MediaWiki:Geshi.css, обсуждение на en:MediaWiki_talk:Geshi.css#Text size fix. Тот же вопрос поднят в обсуждении Википедия:Форум/Технический#Размер шрифта в Vector --Lockal 10:26, 12 июня 2010 (UTC)
- Добавлено в Geshi.css. Мне показалось, на тех. форуме поднят вопрос о мелком шрифте вообще, а не внутри <source>. — AlexSm 14:25, 12 июня 2010 (UTC)
- Мда, юзабилитисты почему-то не удивляют. На этот раз они таки поместили вышеприведённый фикс в main-ltr.css, но расширение geshi теперь обёртывает код в div style="font-family: monospace". Решение на данный момент необходимо в MediaWiki:Geshi.css, обсуждение на en:MediaWiki_talk:Geshi.css#Text size fix. Тот же вопрос поднят в обсуждении Википедия:Форум/Технический#Размер шрифта в Vector --Lockal 10:26, 12 июня 2010 (UTC)
- Прошу прощения, с тех пор забыл. Этот код ещё актуален? — AlexSm 22:00, 10 июня 2010 (UTC)
- {{editprotected}} bump. --Lockal 16:15, 16 апреля 2010 (UTC)
CSS-класс для оформления шапки на заглавной странице править
Можно ли добавить следующий класс:
.globegris { background: url(http://upload.wikimedia.org/wikipedia/commons/1/10/Wikipedia-logo-v2-200px-transparent.png) }
Он нужен, чтобы сделать примерно такую шапку: [3] ?
(Правильно ли я понимаю, что Common.css включается во все страницы вики?) — Nihr0M 21:53, 10 июня 2010 (UTC)
- Теоретически можно, если сообщество решит так сделать. Common.css действительно загружается для всех страниц, и там уже к сожалению есть несколько строк кода, абсолютно бесполезных для всех страниц кроме Заглавной. — AlexSm 22:00, 10 июня 2010 (UTC)
- Понятно. А (рацпредложение) разве нельзя сделать для Заглавной отдельный дополнительный css-ник, который бы подгружался только с неё? — Nihr0M 22:06, 10 июня 2010 (UTC)
- Только через MediaWiki:Common.js, то есть неработающий для посетителей с отключённым js. Возможно так и следует сделать, и перенести туда весь js и css код для заглавной страницы. Хотя конечно хотелось бы, чтобы разработчики добавили прямо в MediaWiki для заглавной отдельный js, css и название вкладки вместо «статья». — AlexSm 22:29, 10 июня 2010 (UTC)
- Так сообщество как бы ЗА. Голосования мы не устраивали, но многим нравится. Смотрите отзывы в ветке обсуждения на заглавной + архив за май, там тоже все поддержали дизайн французов. Так что, просим добавить этот элемент =) --Апельсин-кун 17:43, 13 июня 2010 (UTC)
- Боюсь, что подобных обсуждений недостаточно, в теме за май основная дискуссия была вообще о чём-то другом. Такие вещи по-моему следует обсуждать на странице ВП:Форум/Предложения. — AlexSm 03:42, 14 июня 2010 (UTC)
Комментарий: была создана тема ВП:Форум/Предложения#Дизайн заглавной страницы как во французской вики. — AlexSm 04:25, 16 июня 2010 (UTC)
Я добавил нужный фон в MediaWiki:Mainpage.js (для заглавной страницы он пока бесполезен, но и не мешает). Благодаря новому параметру withjs=
(поддерживаемому через Common.js), результат уже сейчас можно демонстрировать по такой ссылке: Участник:Nihr0M/Черновик/Заглавная?withjs=MediaWiki:Mainpage.js (поскольку добавлено недавно, нужно обновлять страницу пока не заработает). — AlexSm 04:25, 16 июня 2010 (UTC)
border или margin у thumb картинок править
Попытка разобраться с CSS оформлением изображений, вставленных с ключевым словом thumb
. В HTML коде страницы они заключены в <div class="thumb tright">
(или tleft).
В CSS движка обе основных темы (Monobook и Vector) предлагают большой border:
div.tright {border-width:0.5em 0 0.8em 1.4em}</code>
Наш Common.css:
/* Thumbnail fixes */
div.thumbinner img { background-color: #FFFFFF }
div.thumb { border-color: transparent }
Наш Monobook.css:
/* Light blue background except on articles and portals...*/
div.thumb {border-color: #F8FCFF}
.ns-0 div.thumb, .ns-100 div.thumb {border-color: white}
Поскольку в Vector.css по этому поводу ничего нет, остаётся transparent border, который не поддерживается в IE6 (подробнее), соответственно картинки обрамлены широкими чёрными рамками.
Первый вариант: сделать как в Monobook. Недостатком получается фиксированный цвет рамки, который неуместно выделяется на нестандартном фоне (который может быть изменён на странице или в персональном CSS сразу для всех страниц).
Второй вариант: убрать border и заменить на margin, как сделано в английском разделе, подробнее см. en:MediaWiki talk:Common.css/Archive 11#Classes tright a tleft not working in Vector.
Если не будет мнений, вероятно будет выбран второй вариант. — AlexSm 21:29, 15 июня 2010 (UTC)
- Какие скрытые недостатки у второго варианта? Пока я за второй. — Nihr0M 22:12, 15 июня 2010 (UTC)
- Судя по тому, что они не жалуются, видимо никаких. — AlexSm 04:25, 16 июня 2010 (UTC)
Сделано; и в Monobook.css убрано лишнее. — AlexSm 19:15, 25 июня 2010 (UTC)
plainlinksneverexpand править
Надо бы попробовать избавиться от этого класса, см. en:MediaWiki talk:Common.css/Archive 6#Plainlinks implementation. — AlexSm 21:21, 25 июня 2010 (UTC)
informationbox & warningbox править
Эти малоиспользуемые классы (7 и 1 одно использование соответственно) планируется убрать из Common.css, заменив в системных сообщениях на шаблоны {{mw-info}} и {{mw-warn}}. — AlexSm 19:43, 31 августа 2010 (UTC)
highlight focused footnotes and references in some browsers править
Добавил поддержку класса «highlight-target» для случаев, когда нужно сослаться по якорю на кусок статьи. См. к примеру 34-я сессия Комитета Всемирного наследия ЮНЕСКО (выделение строк в таблице по ссылке из карты). Vlsergey 08:53, 5 сентября 2010 (UTC)
- == Просьба добавить код ==
У меня просьба в разделе /* {Навигационная таблица} */ добавить код из английского Common.css, касающийся параметров collapseButton (кнопка скрыть/показать):
.collapseButton { /* 'show'/'hide' buttons created dynamically */
float: right; /* by the CollapsibleTables javascript in */
font-weight: normal; /* [[MediaWiki:Common.js]]are styled here */
text-align: right; /* so they can be customised. */
width: auto;
}
.navbox .collapseButton { /* In navboxes, the show/hide button balances */
width: 6em; /* the vde links from [[Template:Tnavbar]], */
} /* so they need to be the same width. */
Насколько я понимаю, это не может вызвать никаких сбоев. В используемом в рувики шаблоне Navbox размер блока <div>
под ссылки п•о•р
задан также 6em, так что текст заголовка будет точно выровнен по центру и не будет прыгать влево-вправо при переключении скрыть/показать (слово "скрыть" короче, чем слово "показать"). --Auanika 21:05, 21 сентября 2010 (UTC)
- Если просто так добавить этот код, то ничего не изменится, потому что сейчас у нас в разделе в качестве [скрыть] добавляется просто
<a>
, а не<span class=collapseButton><a></span>
как в enwiki, поэтому требуется соответствующее изменение в Common.js. А можно посмотреть на пример, где заголовок таблицы видимо слишком неровно отцентрирован? — AlexSm 21:43, 22 сентября 2010 (UTC)
- Слишком неровно — такого нет. На данный момент у нас всегда немножко неровно.
- Пример использования шаблона Навигационная таблица (в нём также используется класс Navbox):
- Для
п•о•р
ширина 6em прописана внутри шаблона, пропишем для скрыть/показать — отцентрируется точно. - И ещё вот что. Я не отказался от идеи привести в соотвествие русский и английский навигационные шаблоны. Это как заноза в глазу, проблема не слишком серьёзна, но мешает. Несовместность наших и английских шаблонов делает заимствование оттуда полезных шаблонов сложным. Это, как мне кажется, довольно сильно тормозит наше развитие. Скопировать из английского CSS все параметры Navbox в наш CSS — я сам не уверен, что это безопасно. Тут нужно либо доказать безопасность теоретически, либо провести эксперимент. Ни то, ни другое я сделать не могу. Я могу вот что: сделать новый навигационный шаблон и засунуть внутрь него стили из CSS. Он будет полностью совместимым, кроме того, если в будущем перенос стилей состоится, то можно будет просто заменить код этого шаблона на английский без всяких опасений (по факту, они идентичны). Я могу перенести все стили, кроме одного — ширины collapsebutton.
- Может ли перенос кода про collapsebutton что-нибудь повредить? Я не вижу этого. Дело будет касаться только класса Navbox и ничего больше. Фиксирование ширины кнопки — слишком маленькая операция. Даже если возникнут непредсказуемые сейчас негативные последствия, масштаб их будет весьма мал и работоспособность проекта не нарушится. Учитывая пользу операции, мне кажется, есть смысл попробовать. Но в html-разметке я не силён (CSS я ещё понимаю, а работу js уже с трудом). Могут ли изменения в Common.js насчёт этого чему-то повредить, я не в силах сказать. --Auanika 09:51, 23 сентября 2010 (UTC)
- Для
- То есть дело в том, что заголовок прыгает немного вправо при разворачивании таблицы? Лично мне это не кажется большим минусом, но если в enwiki это исправили, то думаю можно исправить и у нас. — AlexSm 15:00, 24 сентября 2010 (UTC)
- Это было бы весьма хорошо! Заголовок да, он прыгает. И плюс неправильно центрируется по этой же причине. Да ещё поскольку шрифты в разных браузерах разные, величина смещения от центра везде разная, не бог весть что, но зато в огромном количестве статей. Ну и плюс то, что я уже писал выше. Если можешь исправить - будет замечательно! А если из-за этого всплывёт какой-нибудь дефект - я сразу сообщю, как обнаружу. --Auanika 17:36, 24 сентября 2010 (UTC)
Компас в заголовке шаблона править
Здесь поступило предложение, добавить картинку в шапку, как во французских геошаблонах. Через {{Карточка}} это вроде реализовать можно, но нужны некие магические манипуляции здесь. Сеанс волшебства по заявкам проводится? --Виктор В 12:38, 13 ноября 2010 (UTC)
- Нм-да, похоже это мало кого интересует, кроме нас с Вами…--Dottore oбc 14:24, 19 ноября 2010 (UTC)
- И меня --Pericluss 10:41, 27 ноября 2010 (UTC)
- Поскольку изменение достаточно объёмное, это следует обсудить на ВП:Форум/Предложения. Но лично я буду против, потому что сейчас наш MediaWiki:Common.css весит около 11Кб, а код для этих фоновых картинок занимает примерно 6 с половиной Kb в fr:MediaWiki:Common.css — по-моему многовато для «красивости». — AlexSm 14:35, 19 ноября 2010 (UTC)
Комментарии к этой сегодняшней правке.
- У такой замены могут быть какие-то подводные камни, которые пока не видны.
- При
float:right
значенияtop
иright
теряют смысл и должны быть убраны.. - В данный момент у обоих видов кнопок [скрыть] (см. ВП:Сворачивающиеся блоки) нет своего отступа справа (
margin-right
), и в шаблонах работает padding родительского элемента:- {{Навигационная полоса}}: в коде шаблона div.NavHead ...
style="padding:1px 11px 1px 11px;"
- {{Навигационная таблица}}: в Common.css
table.navbox th {padding-right:1em;}
.
- {{Навигационная полоса}}: в коде шаблона div.NavHead ...
— AlexSm 20:36, 9 января 2012 (UTC)
- Изменения были сделаны именно для того, чтобы кнопки «скрыть» в {{Навигационная полоса}} и {{Навигационная таблица}} работали одинаково. В настоящий момент это так, и это проверено в последних версиях IE, Chrome, Firefox. Насчёт top/right вроде бы верно. padding точно не проверял, экспериментировал просто чтобы выглядело одинаково в обоих шаблонах. Если есть идеи, как сделать лучше, не ломая «одинаковость» — ВП:ПС :) Vlsergey 03:50, 11 января 2012 (UTC)
Просьба перенести из английской версии метод .navbox-abovebelow. Необходим для корректного отображения некоторых навигационных шаблонов, сделанных на перенесенных из английской версии навбоксах. d.о 12:12, 10 февраля 2012 (UTC)
- Нельзя ли привести конкретный код? В частности, непонятно, нужны ли (или будут нужны в будущем) другие классы, которые там рядом (navbox-subgroup, navbox-title, ...). — AlexSm 18:47, 10 февраля 2012 (UTC)
- Как минимум, для корректной работы этого шаблона перенести то, что отвечает за выравнивание и фон:
.navbox-abovebelow {
text-align: center; /* Title and above/below styles */
padding-left: 1em;
padding-right: 1em;
}
.navbox-abovebelow,
th.navbox-group,
.navbox-subgroup .navbox-title {
background: #ddddff; /* Level 2 color */
}
.navbox-subgroup .navbox-group,
.navbox-subgroup .navbox-abovebelow {
background: #e6e6ff; /* Level 3 color */
}
А вообще, лучше все что касается навбоксов перенести, так как другие навбоксы тоже наверняка используют разные стили, так как были почти полностью перенесены из английской википедии и лучше стандартизировать их с английской версией. d.о 10:59, 13 февраля 2012 (UTC)
Изменение стиля dablink править
Запрос выполнен |
Измените отступ .dablink {font-style:italic; padding-left:1.6em }
. См. Википедия:Форум/Технический#Отступы шаблонов main и seealso. Don Rumata 11:54, 16 марта 2012 (UTC)
- Сделано — Артём Коржиманов 12:04, 16 марта 2012 (UTC)
Дополнение стилей таблиц сообщений править
Запрос выполнен |
Прошу импортировать стили из en:MediaWiki:Common.css, касающиеся шаблонов {{mbox}}, {{ambox}}, {{tmbox}}, {{fmbox}}, {{cmbox}} и {{ombox}}, начинающиеся с комментария /* Cell sizes for ambox/tmbox/imbox/cmbox/ombox/fmbox/dmbox message boxes */
. Эти стили необходимы для корректного отображения сообщений в шаблонах. Спасибо. Don Rumata 20:51, 9 апреля 2012 (UTC)
- Сделано все, кроме уже существующего ambox. --DR 15:49, 10 апреля 2012 (UTC)
- Нужны ещё стили для {{fmbox}}, начиная с комментария
/* Footer and header message box styles */
и до комментария/* Remove default styles for MediaWiki:Noarticletext. */
. Don Rumata 21:46, 12 апреля 2012 (UTC)- Сделано --DR 21:58, 12 апреля 2012 (UTC)
- Нужны ещё стили для {{fmbox}}, начиная с комментария
Плоский список править
Запрос выполнен |
См. ВП:Форум/Технический#Плоский список. Прошу импортировать из англовики строки 88—166, имеющие отношение к классу .hlist (начиная с /* Style for horizontal lists (separator following item) */
и до разрыва перед /* Unbulleted lists */
). Ignatusов 10:09, 24 апреля 2012 (UTC)
- К нему ещё прилагается JS-хелпер в en:MediaWiki:Common.js (начиная со строки
/* Helper script for .hlist class in common.css
), фиксящий стили в IE8. — Dionys 07:31, 26 апреля 2012 (UTC)
Спасибо, займусь на досуге внедрением. Ignatusов 14:26, 15 мая 2012 (UTC)
class hlist править
Запрос отклонён |
Поддержка class hlist размазана между .js и .css, поэтому пишу на СО обоих страниц. В теме на форуме высказалось мало народу, возражений не было, переношу сюда. В примерах справа можно видеть две проблемы: Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791). Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791).
- В hlist нет запрета переноса ссылок (ссылка "Мыс Каликара" во втором шаблоне разбилась - ср. с первым примером, который основан на "классическом" nobr). Кажется, решения этой проблемы внешними средствами (например, с помощью style= рядом с class="hlist") нет, а значит, либо нужно добавить второй класс (типа hlist-nowrap) для запрета переноса в элементах списка, либо внести запрет в сам hlist (обращаю внимание: перенос в ссылках - это исключение, для случаев очень длинных ссылок-названий). Иначе смысла в hlist не будет - если возвращаться к использованию nobr, то разница между вторым и первым примером нивелируется.
Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791).
- В третьем примере видна вторая проблема: при использовании вложенных списков скобка НЕ должна отрываться от предыдущего списка и элементы внутри списка должны биться так же, как элементы внешнего списка, а в примере, наоборот, разрыв есть перед скобкой и нет после разделителя внутри скобок.
- Ignatus: обнаружено, что нумерованный плоский список таки можно сделать, для этого к классу hlist надо добавить hnum (зачем их разделили???):
- ka
- ram
- ba
Собственно, просьба поправить эти проблемы: 1. запретить переносы элементов списка в hlist; 2. запретить перенос вложенной скобки вложенного списка и разрешить перенос после разделителя вложенного списка; 3. избавиться от лишнего hnum. -- AVBtalk 23:12, 22 июня 2012 (UTC)
- По второму пункту не понял: вы хотите, чтоб было
- Но красиво ли это? Ignatus 17:47, 24 июня 2012 (UTC)
Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791).
- По второму пункту я хочу, чтобы было так, как в примере справа (скобка не отрывается от предыдущего пункта, а элементы вложенного списка разбиваются так же, как элементы списка верхнего уровня - после знака-разделителя). В коде видно расстановку запрета переносов. -- AVBtalk 15:57, 27 июня 2012 (UTC)
- А, то есть чтобы скобка не отрывалась ни справа, ни слева? Поидее, если включить
nowrap
для.hlist ul li
, то скобка и не должна переноситься; но при этом понадобится принудительно выключитьnowrap
для.hlist ul li ul
(и проol
не забыть). Надо проверить локально, короче, и в разных браузерах. Ignatus 17:49, 27 июня 2012 (UTC)
- А, то есть чтобы скобка не отрывалась ни справа, ни слева? Поидее, если включить
- По второму пункту я хочу, чтобы было так, как в примере справа (скобка не отрывается от предыдущего пункта, а элементы вложенного списка разбиваются так же, как элементы списка верхнего уровня - после знака-разделителя). В коде видно расстановку запрета переносов. -- AVBtalk 15:57, 27 июня 2012 (UTC)
<div class=hlist> * opa opa *# opa opa opa *# gopa gopa *; gopa:opa opa *; jopa:opa opa * upa upa #gip #* bip bip #* bop bop </div>
- Скопировать из User:Ignatus/common.css, только для IE ещё, возможно, что-то надо сделать с JS. Я интегрировал с .hlist.hnum, сделал div.hlist по умолчанию инлайн-элементами (что, впрочем, не очень помогает из-за шибко умного парсера), включил поддержку смешанных списков типа
- opa opa
- opa opa opa
- gopa gopa
- gopa
- opa opa
- jopa
- opa opa
- upa upa
- gip
- bip bip
- bop bop
- Ignatus 16:30, 19 июля 2012 (UTC)
- Пример потестирован в IE 8, выглядит хорошо. Ignatus 17:05, 19 июля 2012 (UTC)
- выглядит хорошо - не знаю, что подразумевается под хорошо, но в Опере хорошо это не выглядит: нумерации для # нет, upa с предыдущим разделителем оторвалось на следующую строку, после первой opa opa, после gopa gopa и вокруг gip разделителей нет, а они сами на отдельных строках (итого, вместо одной строки, тут 6 строк). -- AVBtalk 20:45, 19 июля 2012 (UTC)
- Сперва надо пропилить мои классы в персональное оформление. Или всё равно в Опере не пашет? Ignatus 21:51, 19 июля 2012 (UTC)
- выглядит хорошо - не знаю, что подразумевается под хорошо, но в Опере хорошо это не выглядит: нумерации для # нет, upa с предыдущим разделителем оторвалось на следующую строку, после первой opa opa, после gopa gopa и вокруг gip разделителей нет, а они сами на отдельных строках (итого, вместо одной строки, тут 6 строк). -- AVBtalk 20:45, 19 июля 2012 (UTC)
- в персональное оформление - а, да, так лучше. Но: между gopa gopa (блин, вы не могли дать что-то более содержательное в примерах?) и gopa: стоят скобки, но между скобками нет разделителя; gip с номером (причём почему-то с 4, а не 1), но без разделителя перед номером. -- AVBtalk 22:09, 19 июля 2012 (UTC)
- Разделителей и не должно быть, это разные списки (хотя можно вставить через селектор с плюсом, но это не во всех браузерах работает, и вообще такой муры, надеюсь, никто делать не будет). А вот почему 4, надо разбираться, у меня в двух браузерах 1 (Оперы нет). Ignatus 23:40, 19 июля 2012 (UTC)
- в персональное оформление - а, да, так лучше. Но: между gopa gopa (блин, вы не могли дать что-то более содержательное в примерах?) и gopa: стоят скобки, но между скобками нет разделителя; gip с номером (причём почему-то с 4, а не 1), но без разделителя перед номером. -- AVBtalk 22:09, 19 июля 2012 (UTC)
- Кстати, а не стоило бы для читаемости во вложенных списках сделать font-size:80%?
- Фрукты
- Яблоки
- Бананы
- Овощи
- Картофель
- Свёкла
- это разные списки - почему это? Второй случае (отсутствие разделителя перед gip) ещё можно как-то оправдать (хотя за отсутствием реальных примеров сложно судить), а вот первый случай (смена оформления внутри списка) - это подсписки одного списка. font-size - думаю, нет. -- AVBtalk 23:48, 19 июля 2012 (UTC)
- Это разные подсписки: один нумерованный, другой с ключами, и встретиться им не дано. Я не уверен, что такое делать вообще нужно. Открывающую скобку можно попробовать убрать в некоторых браузерах через
.hlist ul ul+dl dt:first-child:before {content: " · "}
, а с закрывающей сложнее. Ignatus 00:04, 20 июля 2012 (UTC)
- Это разные подсписки: один нумерованный, другой с ключами, и встретиться им не дано. Я не уверен, что такое делать вообще нужно. Открывающую скобку можно попробовать убрать в некоторых браузерах через
- это разные списки - почему это? Второй случае (отсутствие разделителя перед gip) ещё можно как-то оправдать (хотя за отсутствием реальных примеров сложно судить), а вот первый случай (смена оформления внутри списка) - это подсписки одного списка. font-size - думаю, нет. -- AVBtalk 23:48, 19 июля 2012 (UTC)
- 5 месяцев тишины, я выключил шаблон запроса. Dmitry89 08:01, 17 декабря 2012 (UTC)
Оформление таблиц (цвет фона) править
Цвет фона заголовков (#eef, селектор th) выбирался исходя из оформления Monobook и уже тогда вызывал возражения. Скин давно сменился, может быть пора поменять фон у таблиц? Описание стилей начинается с комментария "Википедия:Оформление таблиц". --SergV 18:36, 12 июля 2012 (UTC)
Тег pre в Mediawiki 1.20 править
В результате выполнения mediazilla:260 «Handle <pre> overflow automatically with a scroll bar» в ближайшей версии MediaWiki 1.20wmf8 (у нас будет 1 августа) тег <pre>
получит white-space: pre-wrap;
и длинные строки будут заворачиваться на следующую строку. Если не будет высказано других мнений, то я отменю эту правку 2009 года, которая станет ненужной. — AlexSm 21:09, 26 июля 2012 (UTC)
Безопасное соединение править
Поломавшие своим новогодним логотипом мне безопасное соединение администраторы, верните всё на место с помощью убирания http: (оставить просто //) в #p-logo a. St. Johann 19:26, 1 января 2013 (UTC)
- По секции /*{Навигационная полоса}, {Hider}, ... */
Приветствую! При обсуждении здесь было выдвинуто пожелание не использовать шаблон {{Начало скрытого блока}}, потому что всё, что им завёрнуто, не выводится на печать. Происходит это потому что класс NavFrame включен в Print.css с параметром display:none. Почему это сделано - понятно (чтобы не печатать всякие навигационные плашки). Однако этот класс используется в шаблонах, которые в свою очередь используются в основном тексте статей, и потому при печати части текста утрачиваются (в вышеприведенной статье - практически всё содержимое :)).
Поскольку есть еще люди, у которых есть необходимость в распечатывании текстов статей для учебы, работы, просто так, и т.д., предлагаю ввести новый класс, аналогичный .NavFrame, но который будет выводиться на печать. И при этом чтобы при выводе на печать свернутое содержимое принудительно разворачивалось (прописав это в Print.css). Попробовал оформить через .Boxmerge, но поскольку он не прописан в Common.js и классы .NavHead и .NavContent привязаны к .NavFrame, ничего не вышло. Может быть (чтоб не создавать новый класс) доработать Boxmerge?
Надеюсь на отклик :) → Borodun™ ¿¿¿ 09:35, 16 июня 2013 (UTC)
- Пожалуйста, давайте сразу желаемый код шаблона для вставки (как это рекомендуется в документации к шаблону {{editprotected}}) - пример хорошо виден выше в теме deadlink. Шаблон editprotected используется, когда нужно внести какую-то правку, но это невозможно из-за отсутствия прав. Если же пока не ясно, что именно вносить - это стоит сначала разработать и протестировать (помощь при необходимости можно получить на Википедия:Ф/ТЕХ), а только потом ставить шаблон с просьбой о внесении изменений. --DR 17:14, 25 июня 2013 (UTC)
- Спасибо за отклик! :) Собственно, на Ф/Тех вопрос поднял еще до того как здесь писать, но там до сих пор никто не откликнулся. Editprotect то я и поставил чтоб привлечь внимание техников... Но похоже этот вопрос никого особо не волнует, а поскольку он связан с многими правками сразу во многих местах, а для себя локально этот вопрос я решил, то интерес к вопросу у меня тоже пропал :) Может когда будет время, вернусь к нему. Пока закрываю... → Borodun™ ¿¿¿ 20:20, 25 июня 2013 (UTC)
- Пожалуйста, давайте сразу желаемый код шаблона для вставки (как это рекомендуется в документации к шаблону {{editprotected}}) - пример хорошо виден выше в теме deadlink. Шаблон editprotected используется, когда нужно внести какую-то правку, но это невозможно из-за отсутствия прав. Если же пока не ясно, что именно вносить - это стоит сначала разработать и протестировать (помощь при необходимости можно получить на Википедия:Ф/ТЕХ), а только потом ставить шаблон с просьбой о внесении изменений. --DR 17:14, 25 июня 2013 (UTC)
Перенос строк в оглавлениях статей править
Запрос выполнен |
По ходу обсуждения на техфоруме: если в статье есть длинные заголовки, то при уменьшении ширины окна браузера строки в оглавлении статьи не переносятся по словам, а само оглавление ведёт себя как block и съезжает под шаблон-карточку (или другой шаблон стоящий справа вверху), образуя пустое пространство. В качестве костыля было предложено использовать шаблон {{TOC wrap}}. Но чтобы не заниматься простановкой его в статьи, предложено глобальное "воздействие" - добавить сюда код, который повлияет сразу на все статьи:
.toc { display:table!important; }
Добавить его после строки: table.toccolours th {background:#ccf}
Воздействие кода проверено простановкой в персональный commons.css - при уменьшении окна оглавление остается на месте, строки переносятся, пустого места не образуется... → borodun™ ¿¿¿ 20:58, 5 августа 2013 (UTC)
- Добавил. Код работает. Fameowner (обс) 10:30, 14 сентября 2013 (UTC)
Шрифт редактора править
Запрос отклонён |
И в монобуке и в векторном при выборе в настройках для области редактирования шрифта без засечек, его размер становится намного крупнее моноширинного, что отпугивает от использования [4](firefox). С добавлением .wikiEditor-ui textarea#wpTextbox1 {font-size: 1em;}
размер становится обычным. Может его стоит добавить сюда. В en-вики также, но где кроется глобальная проблема не знаю.~Sunpriat 14:06, 18 сентября 2013 (UTC)
- Добавил. Лучше? --DR 08:21, 20 августа 2014 (UTC)
- Откатил. Как минимум у меня в FF результат выгядит следующим образом: http://rodionov.de/wiki/WPFontSize.png --DR 09:00, 20 августа 2014 (UTC)
- Ок, в разных ОС и браузерах это может привести к непредвиденным ухудшениям. --Сунприат 13:05, 17 февраля 2015 (UTC)
class hlist и Internet Explorer править
В IE10 и IE11 (возможно и в ранних версиях — не проверял) использование hlist отображает список некорректно. Вместо одного разделителя появляются два — одна жирная точка, вторая поменьше. Выше есть обсуждение этого класса, там есть примеры. VitalyTarasov 08:07, 31 октября 2013 (UTC)
Оформление фрагментов кода править
FTR: в англоязычной Википедии исправление размера шрифта для фрагментов кода было перенесено из Geshi.css в Common.css. AIUI, основанием для переноса послужил тот факт, что переопределить (в том числе участником) оформление, заданное в последнем, проще, чем заданное в первом. Полагаю, этот же подход следует принять и в русскоязычной Википедии.
Кроме того, текущая редакция en:Common.css исправляет также и размер шрифта для случая <source enclose="none" />
. Cf.:
hello(world).
hello(world).
Хотелось бы такого поведения и здесь.
External links icons removed править
Hello! If this CSS adds or modifies icons shown after external links, you'll be interested in knowing that such icons have been removed from MediaWiki core, a change which will reach this wiki in few days. You may want to consider whether you still need them. If you have questions, please ask at bugzilla:63725. Regards, Nemo 09:45, 10 апреля 2014 (UTC)
Параметр ширины width править
Считаю правильным поменять значение параметра width с 23 на 22. Именно такая ширина является эталонной для всех шаблонов-карточек в большинстве крупных инвики. К тому же, значение 22 у этого параметра итак было в русской вики до недавнего времени. Clever Life 10:36, 13 июля 2015 (UTC)
- значение 23 взято из шаблона {{Персона}}, как самого популярного. А вообще я начинаю склоняться к мысли о ширине в 300px, так как ширину картинки внутри карточки задать в em нельзя. -- VlSergey (трёп) 10:42, 13 июля 2015 (UTC)
- Если уж и переводить в пиксели, то 300 это очень много. Да и я не вижу в этом смысл. И вообще, как это "популярность" некого шаблона может задавать стандарты? И хочу напомнить, что вы переняли ширину 23 из этого шаблона без обсуждения и этой правкой вы затронули все шаблоны-карточки, написанные на шаблоне {{Карточка}}. А пока, я полагаю, что в данной ситуации нужно вернуть стандартную ширину 22em, а в тех карточках где требуется иная ширина прописывать нужную ширину это в параметр стиль. Если в шаблоне персоны была ширина 23, то по всей видимости так было необходимо для этого шаблона. И это не значит, что ширина из данного шаблона, не смотря на его популярность, должна быть и в других карточках. Clever Life 15:10, 13 июля 2015 (UTC)
- Обратите внимание вот на это обсуждение. Конкретно для карточки «Футболист» даже ширины 23em недостаточно, требуется 25em, иначе страдает внешний вид. Эта карточка присутствует примерно в 23 тысячах статей, а вы предлагаете сделать её ещё уже? --Eichel-Streiber 16:46, 13 июля 2015 (UTC)
- 300 это очень много - при минимально приличной ширине современных мониторов 1366 и достойной 1920, триста - это самый-самый минимум. MaxBioHazard 17:16, 13 июля 2015 (UTC)
- В шаблоне {{Персона}} такая ширина была потому, что когда-то один участник её там прописал, а не потому что «так было необходимо». Абсолютно такая же ситуация с другими шаблонами: в 95% случаев ширина прописана не из-за какой-то важной причины, а либо путём копипасты, либо по желанию одного участника. Всё это по причине того, что у инфобоксов долгое время не было ширины по умолчанию, и её приходилось прописывать в каждом шаблоне. Поэтому я обоими руками за то, чтобы договориться на ширину по умолчанию, которая не будет меняться по желанию левой пятки, а только в случае явной необходимости и после обсуждения. Будет ли это 22em, 23em, 25em или 300px — не так важно. И у больших, и у малых значений есть свои плюсы: в узкую карточку проще вписывать изображение, в широкую — контент (лично мои предпочтения по результатам экспериментов на стороне больших значений). Ещё один возможный вариант решения проблемы на обозримое будущее — сделать тематические классы вида
.infobox-geo
,.infobox-sport
и т. п., договорившись о ширине на уровне групп карточек.
В общем, я считаю, что правильный путь решения проблемы такой: 1) принципиально договориться на то, что у нас будут некоторые стандартные значения (одно или несколько), 2) обсудить плюсы и минусы вариантов в зависимости от условий, 3) решить, каким образом будут устанавливаться значения, 4) вынести субъективные вопросы (если таковые будут) на голосование. — putnik 17:33, 13 июля 2015 (UTC)- При минимально приличной ширине современных мониторов, триста - это самый-самый минимум - Лично у меня монитор 1366, и, знаете не жалуюсь. Карточка размером 22em вполне вписывается оформление отображаемых статей. Не путайте пожалуйста какую-нибудь таблицу с карточкой. Она не должна быть большой. И еще раз повторюсь: 22em стандартный размер для карточек в других инвики, и я настаиваю на том, чтобы этот размер вернули и в РУвики. И все же хочу обратить внимание других участников на разумность последней правки в MediaWiki:Common.css, из-за которой, по сути, и возникло это обсуждение. Что касается стандартного значения, то я предлагаю вернуть эталонное 22em и пользоваться уже им. Clever Life 15:31, 15 июля 2015 (UTC)
- А ещё аргументы за 22em есть? Кроме «так в англовики», конечно же? Вот за 23 em / 300 px я видел выше — это минимальная ширина для шаблонов о спортсменах, которые содержат трёхколончатые таблицы (зачем они там — вопрос отдельный). — VlSergey (трёп) 18:55, 15 июля 2015 (UTC)
- При минимально приличной ширине современных мониторов, триста - это самый-самый минимум - Лично у меня монитор 1366, и, знаете не жалуюсь. Карточка размером 22em вполне вписывается оформление отображаемых статей. Не путайте пожалуйста какую-нибудь таблицу с карточкой. Она не должна быть большой. И еще раз повторюсь: 22em стандартный размер для карточек в других инвики, и я настаиваю на том, чтобы этот размер вернули и в РУвики. И все же хочу обратить внимание других участников на разумность последней правки в MediaWiki:Common.css, из-за которой, по сути, и возникло это обсуждение. Что касается стандартного значения, то я предлагаю вернуть эталонное 22em и пользоваться уже им. Clever Life 15:31, 15 июля 2015 (UTC)
- Если уж и переводить в пиксели, то 300 это очень много. Да и я не вижу в этом смысл. И вообще, как это "популярность" некого шаблона может задавать стандарты? И хочу напомнить, что вы переняли ширину 23 из этого шаблона без обсуждения и этой правкой вы затронули все шаблоны-карточки, написанные на шаблоне {{Карточка}}. А пока, я полагаю, что в данной ситуации нужно вернуть стандартную ширину 22em, а в тех карточках где требуется иная ширина прописывать нужную ширину это в параметр стиль. Если в шаблоне персоны была ширина 23, то по всей видимости так было необходимо для этого шаблона. И это не значит, что ширина из данного шаблона, не смотря на его популярность, должна быть и в других карточках. Clever Life 15:10, 13 июля 2015 (UTC)
Расстояние между навигационными блоками править
Запрос выполнен |
ol + table.navbox,
ul + table.navbox {
margin-top: 0.5em; /* Prevent lists from clinging to navboxes */
}
Заменить на
table.navbox {
margin-top: 1em; /* Prevent preceding content from clinging to navboxes */
}
table.navbox table.navbox {
margin-top: 0; /* No top margin for nested navboxes */
}
table.navbox + table.navbox {
margin-top: -1px; /* Single pixel border between adjacent navboxes */
}
По аналогии с en:MediaWiki:Common.css. Обсуждение. Если для сего действа требуется глобальный консенсус прошу дать знать:) С уважением, Iniquity 18:44, 15 марта 2016 (UTC)
- Сделано. -- dima_st_bk 11:50, 28 марта 2016 (UTC)
- Спасибо! С уважением, Iniquity 11:50, 28 марта 2016 (UTC)
- Спасибо! Dima st bk, вот только коллега включил только navbox'ы, но нужно ещё последнее правило применительно к ambox'ам, опять же по аналогии с англовики:
table.ambox + table.ambox { /* Single border between stacked boxes. */ margin-top: -1px; }
- Это можно добавить после правила
table.ambox { ... }
. — Джек, который построил дом 12:18, 28 марта 2016 (UTC)- Сделано. -- dima_st_bk 12:21, 28 марта 2016 (UTC)
Нужно ли это правило у .plainlinksneverexpand? править
mw:ResourceLoader/Migration_guide_(users)#CSS_declarations_new_in_core:
- Many wikis defined this functionality under a different name: .plainlinksneverexpand. Once any usage is replaced with "plainlinks", it may also be removed. (Search with insource:plainliksneverexpand.)
У нас есть — 260 вхождений на всех страницах всех пространств.
Я так понимаю, это просто убирание иконки внешней ссылки у линков. Но в нативных стилях от MediaWiki нет аналога этого правила:
.plainlinksneverexpand a.external.text:after,
.plainlinksneverexpand a.external.autonumber:after,
.plainlinksneverexpand .urlexpansion {
display: none !important;
}
Что это за классы и зачем нужно убирать видимость указанных элементов, я не знаю.
Хотелось бы разобраться с этим, чтобы потом ботом заменить вхождения на plainlinks и удалить второе правило для .plainlinksneverexpand, точно совпадающее с нативным для .plainlinks. — Джек, который построил дом (обс.) 20:45, 21 января 2017 (UTC)
Для чего .catlinks li параметр margin: 0.125em 0;? править
Всегда задевало глаз это смещение «Категория:». А потом список с небольшой «ступенькой» вниз.
Не лучше ли здесь сделать margin: 0; — т. е. выровнять список с надписью «Категория:»?--Андрей Перцев 1967 (обс.) 22:30, 15 февраля 2017 (UTC)
- @Андрей Перцев 1967: Если будет время, напишите на Фабрикатор — проблема связана не с отступом самим по себе, а с тем, что он задаётся в em'ах и в разную сторону округляется сверху и снизу. Если вместо 0.125em сделать 2px (что я сейчас сделаю, но что является, конечно, несовершенным решением — правильнее придать em'овый отступ всему тексту построчно, а не только элементам li, но если сделать это в лоб, сместятся высоты), ступеньки не будет. — Джек, который построил дом (обс.) 10:58, 16 февраля 2017 (UTC)
Цвет в Watchlist details править
@Jack who built the house: И кто эти двое участников, высказавшихся против? С уважением, Iniquity 15:02, 29 марта 2017 (UTC)
- Я и Фейс, Йоханн тоже был движим лишь исправлением разного тона-насыщенности у гайдлайновых цветов. — Джек, который построил дом (обс.) 15:23, 29 марта 2017 (UTC)
- Аргументы? С уважением, Iniquity 15:31, 29 марта 2017 (UTC)
- Мои аргументы — есть цвета warningbox'а, есть гайдлайновые цвета, есть изначальные цвета. Первые, помимо того, что не соответствуют гайдлайновым, вызывают вопросы по части того, насколько уместно применять цвета стандартного warningbox'а здесь. Субъективно с моей и Фейса точки зрения мутно-оранжевый цвет не годится для списка актуальных событий в ВП. К гайдлайновым цветам у Йоханна претензии по тону-насыщенности, и вопрос стоит — предназначены ли цвета из гайдлайна именно для совместного использования? Я лично не вижу ничего плохого, но Йоханн видит. Фейс тоже предпочитает этому варианту третий. Кроме того, пока остальные (стандартные) элементы интерфейса СН не приведены к гайдлайнам, это оригинальное оформление блока watchlist-details в любом случае выделяется. Может, коллеги ещё что-то добавят. @Facenapalm: — Джек, который построил дом (обс.) 16:01, 29 марта 2017 (UTC)
- С точки зрения Фейса менять привычную цветовую схему на одной из самых посещаемых редакторами страниц без обсуждения — плохо. Лично я очень привык к старой схеме, новая мне резала глаза. Плюс она субъективно некрасива. Поэтому я поддержал возврат к старой схеме. Какой цвет там для чего годится или не годится я не знаю, я цвета по ролям делить не привык, если не считать общепринятых схем вроде зелёный-красный для хорошо-плохо. ~Facenapalm (обс.) 16:07, 29 марта 2017 (UTC)
- Не имел в последнем в виду роли. — Джек, который построил дом (обс.) 16:57, 29 марта 2017 (UTC)
- С точки зрения Фейса менять привычную цветовую схему на одной из самых посещаемых редакторами страниц без обсуждения — плохо. Лично я очень привык к старой схеме, новая мне резала глаза. Плюс она субъективно некрасива. Поэтому я поддержал возврат к старой схеме. Какой цвет там для чего годится или не годится я не знаю, я цвета по ролям делить не привык, если не считать общепринятых схем вроде зелёный-красный для хорошо-плохо. ~Facenapalm (обс.) 16:07, 29 марта 2017 (UTC)
- Мои аргументы — есть цвета warningbox'а, есть гайдлайновые цвета, есть изначальные цвета. Первые, помимо того, что не соответствуют гайдлайновым, вызывают вопросы по части того, насколько уместно применять цвета стандартного warningbox'а здесь. Субъективно с моей и Фейса точки зрения мутно-оранжевый цвет не годится для списка актуальных событий в ВП. К гайдлайновым цветам у Йоханна претензии по тону-насыщенности, и вопрос стоит — предназначены ли цвета из гайдлайна именно для совместного использования? Я лично не вижу ничего плохого, но Йоханн видит. Фейс тоже предпочитает этому варианту третий. Кроме того, пока остальные (стандартные) элементы интерфейса СН не приведены к гайдлайнам, это оригинальное оформление блока watchlist-details в любом случае выделяется. Может, коллеги ещё что-то добавят. @Facenapalm: — Джек, который построил дом (обс.) 16:01, 29 марта 2017 (UTC)
- Аргументы? С уважением, Iniquity 15:31, 29 марта 2017 (UTC)
Интерпункт в hlist править
На запрос дан ответ |
Служебная:diff/86797827 - был изменён на буллит, т.к. показался мелким. Так можно сделать похожий большой интерпункт:
/* интерпункт для accessibility https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Accessibility#Horizontal_lists*/
content: " · ";
font: bold 1.8em/0em serif; /* serif круглый, в sans-serif квадратный; увеличение шрифта от · до • (bullet) */
vertical-align: middle; /* компенсация позиции после увеличения */
word-spacing: -0.18em;
--Sunpriat (обс.) 09:58, 1 ноября 2017 (UTC)
- Хммм. Форма у него так себе, и позиционирование не очень. По-моему, перебор; к тому же могут возникнуть непредвыденные побочные эффекты. — Джек (обс.) 15:45, 1 ноября 2017 (UTC)
- Форма круглая ·. Это браузер отображает в тексте чуть овальной. align:middle вроде выглядит приятнее align:sub (sub больше похож на позицию bullet, но цель ведь не полностью скопировать bullet, а только сделать крупнее). Возникнут эффекты - откатим правку. Вариантов подстройки css хватает. --Sunpriat (обс.) 09:37, 2 ноября 2017 (UTC)
- Я уже увидел эффекты в том, что закрывающая скобка из другого CSS-правила становится огромной. Нет, слушайте, имитация одних символов при помощи визуальных модификаций других — это очень сомнительный путь. Мы не достигаем 100% имитации (искажается вид), при этом код громоздкий, ненадёжный и плохо поддерживаемый. — Джек (обс.) 21:43, 23 ноября 2017 (UTC)
- Форма круглая ·. Это браузер отображает в тексте чуть овальной. align:middle вроде выглядит приятнее align:sub (sub больше похож на позицию bullet, но цель ведь не полностью скопировать bullet, а только сделать крупнее). Возникнут эффекты - откатим правку. Вариантов подстройки css хватает. --Sunpriat (обс.) 09:37, 2 ноября 2017 (UTC)
Комментарии, помеченные буквами править
Запрос выполнен |
Чтобы шаблон {{notelist}} в списке сносок показывал те же знаки, что сноски генерируемые шаблоном {{efn}}, нужно добавить следующие (взято из en:MediaWiki:Common.css):
div.reflist ol.references { list-style-type: inherit; /* Enable custom list style types */ }
Например, комментарии в Сказка о потерпевшем кораблекрушение#Комментарии помечены цифрами, хотя ссылки на эти комментарии помечены буквами. После этого добавления эти комментарии будут помечены буквами, а на обычные примечания это не должно отразиться. (Проверял, добавив эти строчки в свой common.css). — Алексей Копылов 00:45, 30 марта 2018 (UTC)
- Сделано. stjn 17:05, 8 апреля 2018 (UTC)
Увеличение изображения при наведении на него мышкой править
Для реализации возможности увеличения изображения без клика прошу добавить в MediaWiki:Common.css два стиля из сниппета Mediawiki Image_Expand_on_Hover
/* CSS Hover Gallery for Mediawiki
*
* @author: Unknown
* current version crafted together by [[User:Christharp]] from several CSS sites. For my website:[http://www.yellpedia.com/wiki/Main_Page Yellpedia]
*/
.zoom_img img{
-moz-transition:-moz-transform 0.1s ease-in;
-webkit-transition:-webkit-transform 0.1s ease-in;
-o-transition:-o-transform 0.1s ease-in;
transition:transform 0.1 ease-in;
}
.zoom_img img:hover{
-moz-transform:scale(2);
-webkit-transform:scale(2);
-o-transform:scale(2);
transform:scale(2);
}
Проверял в своём commons.css, проблем нет. --Voyagerim (обс.) 12:31, 8 января 2019 (UTC)
- Зачем, если картинку можно без перехода на отдельную страницу увеличить кликом? Фичеризм. И обсуждать такое следует явно не здесь, а скорее на форуме предложений. — Джек (обс.) 14:27, 8 января 2019 (UTC)
- Потом приходится «откликивать» обратно (или закрывать Просмотрщик медиафайлов, если он включен у пользователя). Нужно это для того, чтобы не прокликивать каждую картинку в большой галерее мелких изображений, а просто провести мышкой по интересующим. Предлагаю позвать @Igel B TyMaHe:, ибо тема возникла 5 лет назад с его подачи. Технический способ решить вопрос — есть, осталось понять, насколько оно станет хуже жить читателям. Тему на Википедия:Форум/Предложения вынес. --Voyagerim (обс.) 15:50, 8 января 2019 (UTC)
- И вообще подобные усовершенствования лучше делать отключаемыми, поскольку не факт, что подобное понравится. В любом случае действительно нужно выяснить, а нужно ли это сообществу. -- Vladimir Solovjev обс 14:59, 8 января 2019 (UTC)
gallery править
Запрос выполнен |
к .mw-gallery-traditional.center
нужно дописать .mw-gallery-traditional.center, .mw-gallery-nolines.center
для режима галереи "без границ". --Sunpriat 02:10, 23 декабря 2019 (UTC)
- Сделано. — Джек (обс.) 05:12, 23 декабря 2019 (UTC)
Оформление blockquote править
Текущее оформление цитат тегом <blockquote> реализовано правилом
blockquote {
margin: 0.7em 0 0.7em 5%;
padding: 0.7em 2% 0.7em 4%;
background: #f8f9fa;
overflow: hidden;
}
Оно порождает такой внешний вид:
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
За исключением цвета фона, приведённого в соответствие гайдлайну участником Iniquity, оно абсолютно произвольно (особенно отступы в процентах).
Я слышал мнение, что лучше бы спецоформление для цитат вообще убрать, сделав фон бесцветным, как в английской ВП:
/* Avoid collision of blockquote with floating elements by swapping margin and padding */
blockquote {
overflow: hidden;
margin: 1em 0;
padding: 0 40px;
}
Это оставим на потом, пока же предлагаю придать какой-то смысл текущему оформлению. Для оформления цитат у нас обычно используется не голый <blockquote>, а пара шаблонов {{начало цитаты}}{{конец цитаты}}, дающая такое оформление:
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
Тут хотя бы достаточно выделяются границы блока и осмысленный отступ от них. Соответственно, предлагается на первых порах сделать оформление <blockquote></blockquote> и {{конец цитаты}}{{конец цитаты}} идентичным, дальнейшие преобразования можно будет обсудить отдельно. — Джек (обс.) 20:28, 18 апреля 2020 (UTC)
Удалить кусок стилей для Multiple issues править
Можно попросить удалить все стили для {{Multiple issues}}. Я их перенес teplatestyles шаблона: t:Multiple issues/styles.css? Стили начинаются с 923 строки и заканчиваются 965: /* Style for compact ambox */
. Спасибо :) С уважением, Iniquity 22:48, 1 мая 2020 (UTC)
Запрос выполнен |
По мотивам старого обсуждения. Тогда сделали такой фикс. Я отменил, так как это сильно неоптимальный путь и разрывает сами амбоксы меж собой. Но вообще запрос разумный, так как хотя оно и неправильно, что амбоксы идут за навбоксами, на практике так часто бывает, в том числе и в случае типа {{Хорошая статья}}, который сейчас засунут под навшаблоны. Чтобы решить поднятую в указанном обсуждении проблему предлагаю добавить что-то вроде:
.navbox + .ambox {
margin-top: 1em;
}
Abiyoyo (обс.) 10:57, 16 июля 2020 (UTC)
Итог править
Сделано. Don Rumata 20:35, 9 августа 2020 (UTC)