Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
Неполадки со скриптами? Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
Хотите выложить скриншот проблемы? Не загружайте его в Википедию и на Викисклад — используйте внешние хостинги, например imgur.com.
За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
Нужен список статей по определённым критериям? Попробуйте PetScan.
Слева при нажатии кнопки «новые страницы» отображается список. Однако, когда открываешь ссылку, то наглядно видно, как участники размещают новые статьи пока идёт группа обновлённых сверху. При этом показываются в байтах размеры страниц, но без округлений или приставки «кило», из-за чего не очень удобно воспринимается цифра. Прокрутка конечно помогает разглядеть список новых страниц, но отделения границ нет, всё слитно и тяжело воспринимается для чтения. В целом неплохо создана функция обновлений, когда добавляются автоматически, но не всегда полезно. Собственно говоря, вопрос в том заключается, что страница хоть и рабочая, но мало параметров. Какие-то метки нужно указывать, чтобы фильтровать список. Ещё данная функция похожа на «свежие правки». Там также можно смотреть новые страницы, удобнее информация предоставляется. Извините, я пока пишу, смотрю стрим в другом окне браузера. Окно располагается правее, приходится смотреть на оба экрана, слушая и вникая в смысл происходящего. Возвращаясь к «новые страницы», хотел там обозначить, что кнопки должны быть и сортировка списка при больших опциях. Так-то интерфейс не меняется я смотрю. Нужны админдействия чтобы решить вопрос. Ведь если две ссылки отображаются на экране – свежие правки и новые страницы, то одно должно быть лучше сделано, а не два отдельных списка. Чем-то схожи чем-то нет. Но и там и там добавить бы опций, такие как кнопки, как уже говорил. Что думаете по этому поводу? 5.141.101.21718:04, 6 февраля 2025 (UTC)[ответить]
Раскодировка en:percent-encoding работает корректно только для utf-8. Если страница в любой другой кодировке (например, windows-1251 как у многих старых русскоязычных сайтов), ссылка без процентов будет вести не туда. Поэтому автоматически раскодировать всё подряд нельзя. M5 (обс.) 10:21, 7 февраля 2025 (UTC)[ответить]
«Неправильной» в смысле «использует устаревшую кодировку», но вообще именно так оно и работает: lib.ru отдаёт страницу с charset=windows-1251, а браузер при отправке формы поиска со словом «книга» кодирует его в той же кодировке и запрашивает lib.ru/GrepSearch?Search=%EA%ED%E8%E3%E0. M5 (обс.) 18:50, 7 февраля 2025 (UTC)[ответить]
Добавление в русскую Википедию линейных писем А и Б
Здравствуйте! Я захотел скопировать Список микенских божеств[англ.], но движок нашей Википедии не хочет отображать знаки линейного письма Б. Я поспрашивал в дискорде и протупил, посмотрел код, скопировал - нет результата. Я зашёл в Шаблон:Script и скопировал в него строки про линейные письма А и Б из английской версии (en:Template:Script) - не помогло. Кто-нибудь может внедрить строки кода к нам, чтобы линейные письмена А и Б заработали у нас? Пётр Тарасьев (обс.) 17:54, 5 февраля 2025 (UTC)[ответить]
Здравствуйте, а есть ли автоматическая возможность переноса таблиц из внешнего АИ сразу в таблицу в руВП? А то вручную переносить довольно тоскливо. — Vyacheslav84 (обс.) 10:14, 4 февраля 2025 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
В меню со специальными символами с панели инструментов будут отображаться 32 последних использованных символа в данном вики-проекте. Данная функциональность появится как в редакторе вики-текста — 2010, так и в визуальном редакторе. [3]
На панели инструментов редактора вики-текста — 2010 появилась кнопка для создания вложенных списков с правильным отступом[4]. Выделите строки, которые нужно подвинуть, и нажмите на кнопку. Также появилась кнопка для вставки тэга <code>, которая тоже располагается на панели инструментов[5]. Благодарим stjn за эти улучшения.
Требуется помощь! Нужно удостовериться, что генератор сносок правильно работает во всех вики-проектах.
(1) Администраторам нужно обновить локальную версию страницы MediaWiki:Citoid-template-type-map.json так, чтобы она включала строки с preprint, standard и dataset. См. примеры для preprint и standard и dataset.
(2.1) Если конфигурация шаблонов, используемая расширением Citoid, отсутствует, её нужно добавить. (2.2) Если конфигурация уже есть, то в TemplateData нужно добавить новые поля. Примеры обновлений: для preprint, для standard и dataset. Может также потребоваться поддержка полей archiveID, identifier, repository, organization, repositoryLocation, committee и versionNumber. [6]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 27 задач. Например инструмент для OCR (распознавания текста) в Викитеке стал поддерживать церковнославянский язык. [8]
Для того же, для чего он присутствует например в Викитеке. Много разных элементов (особенно графических) удобнее размещать по центру в тех или иных ситуациях. И вместо простого клика на тег, его постоянно приходится вбивать вручную. Dizenter (обс.) 13:23, 3 февраля 2025 (UTC)[ответить]
Он там отсутствует по очень простой причине: его использование нерекомендовано. И если он вам нужен, то это повод остановиться и задуматься, что же вы делаете не так, и как это можно сделать иначе. — putnik15:19, 3 февраля 2025 (UTC)[ответить]
Я тут периодически хожу и чищу пустые теги (по мере возможности) и думаю, что из-за того, что они появляются, они и не рекомендованы. Движок сам создаёт html-код, не генеря лишнего; используйте средства движка. Львова Анастасия (обс.) 16:26, 3 февраля 2025 (UTC)[ответить]
Это популярнейшая площадка про веб-стандарты (а у нас даже статьи нет про неё, приплыли...). Википедия тут при том, что, как любому сайту, Википедии стоит развиваться с огладкой на веб-стандарты. Тэг center не поддерживается в стандарте HTML5, поэтому он признан устаревшим и в любой момент браузеры могут отказаться от его поддержки. Его поддержка пока сохраняется лишь ради совместимости со старыми сайтами. 5.167.103.19706:11, 4 февраля 2025 (UTC)[ответить]
Вопрос из разряда "окей, мыть руки перед едой нужно, почему тогда Вася не моет?". Потому что фу таким быть, как Вася. Правильный вариант - использовать шаблон Center, который делает центрирование средствами CSS. Возможно, стоит добавить кнопку, вставляющую этот шаблон, не знаю. 5.167.103.19709:26, 4 февраля 2025 (UTC)[ответить]
Возможно действительно стоит добавить. Ибо в редакторе статей в принципе никакого средства центрирования элементов нет, в чём собственно мой запрос и заключается. Dizenter (обс.) 08:48, 5 февраля 2025 (UTC)[ответить]
Я лично — да, предлагаю (один раз скопировать |center и затем его вставлять), быстрой вставкой шаблонов/тегов не пользовался ни разу в жизни, более того, в редакторе 2017 её и нет. Но в целом добавление |center в быструю вставку я поддержу. Well very well (обс.) 09:20, 5 февраля 2025 (UTC)[ответить]
В данном случае я бы сделала через плагин автозамены, заменив px]] на px|center]]. И это у меня заняло секунд 15-20 [9]. Причём не будет зависеть от количества, хоть 6, хоть 106 файлов. Но это частный случай. -- Megitsune-chan(ОБС.)09:40, 5 февраля 2025 (UTC)[ответить]
Ну вот, отличный пример того, когда этот тег не нужно использовать. Корректно это можно делать при помощи шаблона {{стиль столбцов}}. А если вы приведёте ещё примеры, то возможно получите варианты решений и для других случаев. — putnik16:36, 5 февраля 2025 (UTC)[ответить]
Каких случаев? Я не прошу накидывать мне какие-то сторонние теги. Я говорю конкретно про добавление центрирующего тега в редактор статей. Dizenter (обс.) 17:14, 5 февраля 2025 (UTC)[ответить]
Следует избегать смешивания логической и визуальной разметки, в частности: «Идея языков разметки состоит в том, что визуальное отображение документа должно автоматически получаться из логической разметки и не зависеть от его непосредственного содержания. Это упрощает автоматическую обработку документа и его отображение в различных условиях (например, один и тот же файл может по-разному отображаться на экране компьютера, мобильного телефона и на печати, поскольку свойства этих устройств вывода существенно различаются)». Именно поэтому <center> и другие теги представления были объявлены deprecated ещё в стандарте HTML 4 более четверти века назад. Вместо них следует использовать классы, соответствующие функции элемента, при этом их подобающее представление задаётся средствами CSS. Применительно к Википедии это значит, что, во-первых, тут есть стандартные стили оформления, и «для соблюдения принципа стилистического единообразия внешнего вида статей Википедии» не следует вручную менять оформление на свой вкус; во-вторых, визуальные стили зависят от выбранной пользователем темы оформления, и то, что на ваш личный вкус вам кажется «лучше» на конкретном устройстве и с конкретными настройками, может выглядеть крайне неуместным для других пользователей. Поэтому лучше изучить имеющиеся руководства и средства (шаблоны и стили) и спрашивать «как правильно сделать то-то» вместо просьб упростить следование вредным привычкам. Про некоторые стандартные случаи вам уже рассказали, а просто так вставлять <center> или {{center}} куда попало не следует, поэтому в редакторе его нет и быть не должно. — Mikhail Ryazanov (обс.) 01:17, 6 февраля 2025 (UTC)[ответить]
Узнать-то можно, но зачем? Суть в том, что соответствующие методы для конкретных случаев различаются, а «универсальный тег, центрирующий любые элементы» противоречит общему подходу к разметке и оформлению, поэтому он в принципе не нужен «в редакторе». — Mikhail Ryazanov (обс.) 23:03, 6 февраля 2025 (UTC)[ответить]
Википедия не полностью следует принципу WYSIWYM, но и намеренно удаляться от него не следует, а «center» (в любом виде) задаёт представление, а не роль. Вам уже неоднократно написали, что «этот тег использовать не нужно, для разных случаев есть разные его замены» и «если он вам нужен, то это повод остановиться и задуматься, что же вы делаете не так». Если вы всё-таки настаиваете, чтобы его добавить, то должны привести убедительные аргументы. — Mikhail Ryazanov (обс.) 21:46, 7 февраля 2025 (UTC)[ответить]
Он только за свежими номинациями следит. Т.е. если шаблон сняли до того, как бот увидел статью на КУ, он шаблон проставит. Если статью вынесли, шаблон поставили, бот сегодня её увидел, а завтра шаблон сняли, то бот повторно уже не проверит. 5.167.103.19706:24, 4 февраля 2025 (UTC)[ответить]
его там не должно быть. Голосовой набор обеспечивается силами устройства пользователя, а не сайтом. Никто не будет делать передачу на север непосредственно звука. Функция голосового набора присутствует на любом устройстве любой платформы - Windows, iOS, android. Данный текст данный текст набран голосом в мобильной версии. Проблем нет. Iluvatarобс14:02, 3 февраля 2025 (UTC)[ответить]
Нашёл с трудом. Может, другая версия Андроид. Как тогда в Гугл реализовано, что прямо в поисковой строке видно справа значок набора. Здесь если не увидеть, можно не понять. Xcite (обс.) 15:48, 3 февраля 2025 (UTC)[ответить]
Изменить ссылку в сообщение о блокировке учётке за неприемлемое имя
Продублирую сообщение со страницы обсуждения шаблона.
"Звезда" при отображении в шапке шаблона.
При использовании этого шаблона на следующей строке после названия объекта идёт ссылка "Звезда". Проблема в том, что этот шаблон используется не только для обычных звёзд, но и для чёрный дыр и нейтронных звёзд, например Лебедь X-1 или даже для нашей сверхмассивной чёрной дыры Стрелец A*. И это очень сильно смущает людей: уже много раз отменял по факту вандальные правки, когда люди ломают шаблон, но по сути они пытались исправить это. Надо понимать, что это правят лишь малый процент от тех, кто заметил, а в реальности это смущает огромное число людей.
Я предлагаю добавить параметр "Тип объекта", на основании которого и будет указываться эта строка чуть ниже названия объекта, причём значением по-умолчанию (при отсутствии этого параметра) будет "звезда". Это параметр можно сделать как выбираемым из нескольких строго заданных значений (звезда, нейтронныя звезда, чёрная дыра, сверхмассивная чёрная дыра или белый карлик), так и произвольным. ChimMAG (обс.) 05:46, 31 января 2025 (UTC)[ответить]
Комментарий: Если этот шаблон используется для описания различных астрономических объектов, то может его вообще переименовать, например, в {{Небесное тело}} в котором будет выбор типа объекта. В этом случае у участников и диссонанса не будет по поводу названия шаблона. — Tarkoff / 18:10, 2 февраля 2025 (UTC)[ответить]
Не-не-не, так не надо: небесное тело ― это и планеты, и луны, и астероиды и много что другое, но для всех этих объектов есть свои шаблоны. Карточка "Звезда" для чёрных дыр или нейтронных звёзд логична, так как всё это бывшие звёзды (ладно, сверхмассивные не трогаем, может и не были никогда обычными звёздами или не все были, но это неважно) и сама карточка очень подходит для них, просто не все параметры надо указывать. И не надо плодить кучу шаблонов, когда можно один ко всему применять. Но если дать возможность указывать в отдельных случаях как описано, то это решило бы проблему. ChimMAG (обс.) 11:26, 4 февраля 2025 (UTC)[ответить]
У шаблона есть параметры дата_подписания и место_подписания. Если в какой-то статье их не заполнили, это не претензия к шаблону. Vcohen (обс.) 17:05, 7 февраля 2025 (UTC)[ответить]
А я всё-таки напишу, что если такой флуд по всем форумам будет продолжаться, то я всё-таки буду поднимать тему на ФА о том, что вам надо закрыть все форумы обратно, а не как @Джекалоп решил вознаграждать ваши нарушения правил. Для того, чтобы увидеть то, что написал выше Vcohen, достаточно прочесть документацию шаблона. Если вы этого сделать не способны — это не проблема, которая решается через замусоривание общих форумов. stjn17:21, 7 февраля 2025 (UTC)[ответить]
Однако этой минуты хватило для того, чтобы закрепиться в превью и продолжать висеть там почти неделю. Есть какое-то решение подобной ситуации? А если бы там было фото совсем иного порядка? Ну из той серии, какую Джимми в своё время начал массово удалять с Викисклада... 89.113.149.17018:32, 30 января 2025 (UTC)[ответить]
Если бы так, то, я думаю, есть возможность добавить на эту неделю конкретную фотографию в список движка "не показывать эти фотографии в превью". По моему опыту, если запустить purge, то фото исчезает практически мгновенно из всех превью в Википедии. Так что с Путиным такое не прокатит. Игорь (обс) 21:14, 31 января 2025 (UTC)[ответить]
Коллеги инженеры, спасайте. У стрелочек в шаблоне {{Переход}} сломалось вертикальное центрирование, и они теперь отображаются сверху строки: ➤. Виноватого не нашёл ни в одной из историй правок. Заранее большое спасибо! — SkorP2423:36, 27 января 2025 (UTC)[ответить]
Очень надеюсь, что там просто используется тот же шаблон и он сейчас в архиве тоже поломался. В коде шаблона не вижу каких-либо намёков на желание сделать его <sup></sup>. Плюс буквально до сегодняшнего дня выравнивался по центру. SkorP2423:42, 27 января 2025 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
Фонд Викимедиа приглашает патрулирующих и администраторов поделиться ответами на вопрос: «Какие сведения о правках и их авторах, а также какой контекст помогли бы вам проще и быстрее принимать решения по патрулированию и администрированию проекта?» Ответы помогут Фонду планировать работу на следующий год. Просим ответить на этот и 13 других вопросов по ссылке.
Новости для редакторов
Приложение Википедии под iOS отныне позволяет всем пользователям посмотреть свои итоги года, включающие сведения о чтении и редактировании Википедии. Эта функциональность добавлена в рамках программы по адаптации новых редакторов, помогающих им искать способы взаимодействия с энциклопедическими материалами.
Патрулирующие получили возможность отмечать потенциально проблемные новые страницы. Страницы, созданные на месте удалённых, будут помечаться тэгом Recreated, который можно будет фильтровать на страницах Служебная:Свежие правки и Служебная:Новые страницы. [11]
Позже на этой неделе будет включено новое предупреждение, срабатывающее при попытке сделать ссылку на перенаправление (двойное перенаправление). Предупреждение будет предлагать поставить ссылку напрямую на страницу, куда ссылается перенаправление. Благодарим SomeRandomDeveloper за это улучшение. [12]
Вики-проекты Фонда позволяют использовать двухфакторную аутентификацию, основанную на стандарте WebAuthn (например, физические токены), однако она нестабильно работает и мало кем используется. Команда платформы Медиавики временно выключает добавление новых ключей WebAuthn, чтобы предотвратить проблемы с развёртыванием SUL3 (третья версия системы единого логина). Существующие ключи это не затронет. [13]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 30 задач.
Технические обновления
Новости для разработчиков, использующих дампы Медиавики: Команда инженерии данных добавила в дампы несколько новых полей, чтобы они поддерживали временные учётные записи. Если вы поддерживаете программы, читающие эти дампы, просим проверить их код и обновить документацию, так как порядок полей скоро изменится. В дампе mediawiki_user_history будет также переименовано поле anonymous: оно станет называться is_anonymous. Эти изменения вступят в силу в февральской версии дампов. [14]
Продолжаю просматривать переводы техновостей по просьбе участника Ле Лой. Есть четыре момента, в которых я не уверен. Кроме того, небольшие уточнения. Во второй новости вместо «сведения» следует читать «выводы из сведений». В шестой новости вместо «использующих дампы» следует читать «использующих дампы истории правок». Игорь (обс) 11:56, 1 февраля 2025 (UTC)[ответить]
Так как в других ветках у нас в «Австралии и Океании» есть подрегион «Океания», в которую помещается всё остальное кроме Австралии, то и тут нужно создавать их дополнительно. Solidest (обс.) 14:04, 25 января 2025 (UTC)[ответить]
А можно сделать так, чтобы опытные участники могли скрывать предупреждение «В Википедии нет статьи с таким названием. Попробуйте найти страницы, на которых оно упоминается…». Крестик там добавить штоли. У меня ровно половину экрана оно занимает. В целом количество различного мусора сильно усложняет работу, ещё и до быстрой вставки надо скроллить. Андрей Бондарь (обс.) 19:09, 24 января 2025 (UTC)[ответить]
Здравствуйте. В своё время я добавил интервики к этому шаблону, поскольку он существовал в польской и чешской ВП независимо друг от друга. Вчера методом копипаста скопировал этот шаблон из польской ВП в русскую. Но хотелось бы скопировать чехов, так как у них он более продвинутый. Кто из программистов может добавить к шаблону чешские улучшения, чтобы у шаблона был параметр "автор цитаты", как у чехов cs:Šablona:Citát v řádku? — Puszczanin (обс.) 18:16, 23 января 2025 (UTC)[ответить]
Вы бы может попробовали сначала использовать текущие шаблоны перед тем, как создавать 100500-ю копию, которую потом придётся поддерживать кому-то вместо вас. — putnik18:29, 23 января 2025 (UTC)[ответить]
Для этого служат кавычки. Курсив как способ выделения цитат в тексте в русскоязычной литературе не используется, и здесь не надо. — Cantor (O) 13:42, 28 января 2025 (UTC)[ответить]
Справедливости ради, у Мильчина написано, что можно использовать просто курсив, если из контекста очевидно, что это цитата. Но если используются кавычки (основной способ), то «Желательно сохранять форму выделения источника. Если же по техн. причинам это невозможно, то допускается заменять такую форму иной, близкой по силе, с оговоркой один раз в примечании» и «Выделение слов цитирующим обязательно помечают или оговаривают в сноске». Т. е. тупо набирать всё курсивом внутри кавычек точно не надо.
Интересно, что в английском разделе это прямо прописано в правилах (en:MOS:TEXT § Quotations: «Do not put quotations in italics. Quotation marks (or block quoting) alone are sufficient and the correct ways to denote quotations. Italics should only be used if the quoted material would otherwise call for italics»), а у нас в ВП:ЦИТ § Оформление — только что внутри графически выделенных цитат ({{начало цитаты}} и т. п.) кавычки не нужны. Стоило бы наверно добавить в правила, что курсив внутри любых цитат должен использоваться только для выделения. — Mikhail Ryazanov (обс.) 20:47, 28 января 2025 (UTC)[ответить]
Просто это сделать не получится. Я уже думал насчёт этих категорий и решил, что лучшим вариантом будет расширять Модуль:Find country до «Find topic» — добавлять параметр выбора разных json, чтобы модуль мог искать данные разного типа. Сейчас поддерживаются только страны, но можно заставить модуль распознавать и месяца и города и регионы, по которым сейчас нет универсальных шаблонов для категорий. Тут проблема только с тем, что надо вносить правки во всю серию MetaCat модулей и будет немного затруднительно тестировать. Копировать решение «как есть» с enwiki тоже не вариант — у них там куча всего лишнего и без автоматики, которая у нас есть в Модуль:YearMetaCat2, поэтому нам нужно своё решение, подстроенное под этот модуль. Можно попробовать взять их решения через модуль string ({{#invoke:String|replace|{{PAGENAME}}|^(%u%l+) %d.+$|%1|1|false}} получает месяц из заголовка) и через него пытаться всю обработку месяцев делать внутри упрощенного форка Шаблон:Год в стране. Как временное решение пойдёт. И отдельный вопрос — это навигация по месяцам. Нужно вынести из Шаблон:Месяцы по годам навигационную полоску по 12 месяцам в отдельный шаблон и также переделать её на модуль string, чтобы была универсальной. Это не оптимально и лучше конечно также отдельный модуль под это делать, но кажется что будет самым быстрым и доступным решением. Сам я пока выше перечисленным заниматься не планирую, но может кто другой заинтересуется. Solidest (обс.) 14:33, 23 января 2025 (UTC)[ответить]
В итоге всё же сделал пачку шаблонов по месяцам через модуль String, включая запрашиваемый: Шаблон:Месяцы по годам в стране. В документацию лучше не смотреть, так как такой код не распознаётся, но работает он правильно. В процессе пришлось несколько веток категорий полностью переименовать и многое реорганизовать + нашлось ещё несколько дублей. Но всё равно когда-нибудь нужно будет это по нормальному в модуль встроить. P.S. Только отдельные части света по месяцам остались без шаблонов — там пока единственный вариант на каждую часть света свой отдельный шаблон делать. Solidest (обс.) 00:21, 24 января 2025 (UTC)[ответить]
Уже и так большое спасибо за "рационализацию" (и, главное, "унификацию" и "не надо читать этот ....ый мануал") Авось и с частями света что-то сделается (а пока и так стерпится - это ж в среднем на порядок-два меньше применений, чем со странами). -- Алексей Густов (обс.) 00:50, 24 января 2025 (UTC)[ответить]
Спасибо, стало много удобнее, чем "всё руками"! (хоть я и не Simba16 ;) ) Добавите этот перечень шаблонов в доки (как "Родственные шаблоны")? Или незачем? -- Алексей Густов (обс.) 06:03, 25 января 2025 (UTC)[ответить]
С названиями сложно сохранить краткость и одновременно очевидность, поэтому нужно привыкать. Шаблоны по годам называются аналогично их надкатегории, а если в заголовках меняются страны, то в названии шаблона идёт текстом фраза «в стране» или «страны» в той же очередности как в категории. Solidest (обс.) 14:37, 25 января 2025 (UTC)[ответить]
@Simba16, здесь тоже неправильный шаблон выбрали. Как уже писал выше, для Европы/Азии/и тд универсального шаблона нет, им по-прежнему нужно заполнять категории вручную. Либо создавать 6-9 шаблонов для каждой части света (и подрегионов) по отдельности, как сейчас уже сделано для других категорий. Solidest (обс.) 01:43, 26 января 2025 (UTC)[ответить]
Немного упростил шаблоны и поправил генерацию документации в шаблонах "Месяцы". Теперь лучше видно, что работает через простое считывание первого слова из названия категории. Solidest (обс.) 00:53, 26 января 2025 (UTC)[ответить]
@Алексей Густов @Simba16 Сделал по тому же принципу и универсальные для частей света:
Мне кажется, что раньше у миниатюр (thumb) фон был белый (как у само́й страницы), а недавно стал как у рамки (светло-серым), из-за чего иллюстрации с прозрачным фоном стали выглядеть странновато и менее контрастными. В справке ничего про это не нашёл. Можно ли на это как-то повлиять, не трогая сами файлы? — Mikhail Ryazanov (обс.) 06:57, 23 января 2025 (UTC)[ответить]
Как вижу, как минимум в новом Векторе для обоих используется цвет #f8f9fa. У меня выглядит так:
Ха, background: #f8f9fa было чистым вредительством; сейчас там только border: 1px solid var(--border-color-subtle,#c8ccd1);, а фон просто не указан и наследуется от figure[typeof~="mw:File/Thumb"]. Я нашёл правку 2017 года, где белый фон был убран из местного стиля потому что он наконец-то был прописан глобально. Но судя по всему, недавно в этих самых глобальных стилях что-то сломали (в enwiki теперь тоже фон стал серым). Подозреваю, что хотели адаптировать для тёмной темы, но забыли доделать. Кто тут активен на Фабрикаторе и/или общается с дезигнерами, можете, пожалуйста, уточнить/исправить? (Ну или кто-нибудь, пропишите в местном MediaWiki:Common.css опять.) — Mikhail Ryazanov (обс.) 00:21, 25 января 2025 (UTC)[ответить]