Это все же ошибочно пессимистичная оценка - туда включены все расширения, которых миллион - в т.ч. и неработающие и неиспользуемые в наших проектах. Нужно смотреть иначе.1. translatewiki:Portal:ru - русский языковой портал2. translatewiki:Special:LanguageStats/ru - статистика по языку (по группам сообщений)----Итак, MediaWiki:
Опять же, советую развернуть и смотреть детально. Мир Викимедиа велик, и есть много расширений, которые используются в каких-то очень отдаленных его уголках. То есть да, хорошо, когда всё переведено, но "зарубаться" на эту тему я бы не стал.Кроме собственно перевода, там же есть механизм вычитки (Review), и не менее полезно, если бы кто-то повычитывал те переводы, что уже есть. Всегда находятся опечатки и смысловые неувязки (вплоть до переводов, противоположных оригиналу по смыслу).-- Kaganer (обс.) 00:24, 2 марта 2025 (UTC)
Я обратил на эту проблему внимание, так как мне очень часто в интерфейсе начал вылезать английский язык. Так что лучше «зарубиться» и перевести. Iniquity (обс.) 00:31, 2 марта 2025 (UTC)
А где, например? Скажем, разные гаджеты и внешние инструменты вообще, как правило, переводятся, в других местах.-- Kaganer (обс.) 02:08, 2 марта 2025 (UTC)
Я иногда перевожу в MediaWiki все что вижу, когда чем-то там интересуюсь и если оно не переведено. Но вообще, я не считаю, что это большая проблема: там осталось не переведенными те материалы, которые вряд ли будет читать многие. Так что думаю тут грустить из-за этой статистики не стоит - догоним, хоть это и не обязательно. Kylain Aixter (СО) 20:00, 6 марта 2025 (UTC)
Гаджет для быстрого закрытия тем на страницах обсуждений
Коллеги, у нас есть какой-то гаджет, который бы позволял вместе со своей репликой, той же самой правкой, закрыть всю секцию (т.е. добавить в начало раздела шаблон {{закрыто}}, а в конец - {{закрыто/конец}})? Желательно - совместимый или встраиваемый в ВП:УО? Это было бы удобно при обработке запросов на ВП:СО, к примеру.-- Kaganer (обс.) 11:20, 28 февраля 2025 (UTC)
Он прав, что не включил в общий код (это, в общем, далеко не всем нужная функциональность). Но в качестве местного дополнения - очень бы не помешал.-- Kaganer (обс.) 15:17, 28 февраля 2025 (UTC)
Закрытие обсуждений - деструктивная идея, усложняющая ведение обсуждений, реализацию которой ни в коем случае не надо делать проще. 00:59, 1 марта 2025 (UTC)
Так-то в панели быстрой вставки эти теги есть. Я, к примеру, просто выделяю весь текст раздела (кроме заголовка) и нажимаю на них — всё, текст ими обрамлён, отдельная правка для этого не нужна. — Cantor (O) 13:10, 4 марта 2025 (UTC)
Но это без задействования Удобных обсуждений. А когда ими привыкаешь пользоваться, очень неудобно и некомфортно возвращаться к старому режиму редактирования через правку кода :) Michgrig (talk to me) 13:38, 4 марта 2025 (UTC)
Мне нужна помощь углубить интеграцию шаблона Шаблон:Таксон с викиданными. Я сам не смогу это сделать. Сейчас в название таксона подгружаются <латинское название> и <автор таксона> из викиданных. Но если у таксона есть базионим, то принято предыдущего автора базионима указывать в круглых скобках. Например, Seseli korshinskyi (Schischk.) Pimenov, тут Schischk. — это автор базионима. Это сейчас это отсутствует, и приходится либо не указывать его (при автоподгрузке из викиданных, просто опускать автора в круглых скобках), либо прописывать параметры вручную, без загрузки из викиданных. Запрос написал тут Обсуждение_шаблона:Таксон#Базионим_из_викиданных. Заранее благодарю за потраченное время — Эта реплика добавлена участником Afanasovich (о • в) 11:09, 28 февраля 2025 (UTC)
Записал ответ в обсуждении на переименование страниц [1]. Однако дополнительно в моей правке в другой ветке удалилась информация (зачёркивание заголовка и итог), которой я не касался. В чём причина такого поведения движка? — Egor (обс.) 08:14, 28 февраля 2025 (UTC)
Есть шанс, что страница лежала хотя бы сутки открытой у вас в браузере, и вы не перезагрузили перед тем, как стали отвечать? Игорь (обс) 12:58, 28 февраля 2025 (UTC)
Юзер Тинтин пошёл копипастить шаблоны из англовики вообще без изменения их внутренней структуры, даже не переименовывая категории в них. Его шаблон шорт дескрипшен я удалил, т.к. как я понимаю, они (независимые от викидаты) работают в одной лишь англовике, а вот ещё один его шаблон, выдающий кучу английских категорий и ссылку на уже удалённый шорт дескрипшен, его же можно снести тоже? Какая у нас есть замена такому шаблону? 10:31, 26 февраля 2025 (UTC)
Комментарий: Чем {{Научный журнал}} отличается от {{Журнал}}? Я считаю, что ничем, потому что это всё тот же журнал. Так что этот форк можно спокойно Удалить быстро или по обычной процедуре. — Tarkoff / 18:21, 27 февраля 2025 (UTC)
Итог
Я обнаружил ещё несколько созданных им шаблономодулей из анвики вообще без перевода и то, что он несёт какую-то трибунную чушь в статьях и обсуждениях. Я удалил всё это по КБУ О2 и сейчас вынесу его на ВУ. 01:06, 1 марта 2025 (UTC)
Привет! Есть идея, кто может написать? :)
Скрипт должен уметь следующее:
Добавлять к каждому шаблону предупреждению крестик в правом верхнем углу, при нажатии на который происходит удаление шаблона-предупреждения.
Добавить кнопку в <indicator></indicator>, которая бы вызывала список шаблонов-предупреждений и из этого списка можно было бы добавлять шаблон-предупреждение в статью.
Поддержка rq — опциональна, можно на следующем этапе.
ВП:ИИ#Скрипты — можете попробовать сами (не призываю, просто предлагаю) через нейронку написать. Там же даже есть примеры промптов от коллеги @Rampion. Ну и я думаю и надеюсь, уважаемые коллеги-инженеры по возможности помогут подправить, исправить и доработать скрипт. Из моих экспериментов вот диалоги с нейросеткой: (1), (2). -- Megitsune-chan(ОБС.)08:39, 26 февраля 2025 (UTC)
Ну типа да, в целом рабочие делает. Можно было бы продолжить диалог, навести в коде "марафет", может какие-то косметические улучшения. Ну и конечно скрипты через ИИ скорее баловство, что-то более серьёзное лучше наверно всё же чтобы человек писал. -- Megitsune-chan(ОБС.)07:50, 27 февраля 2025 (UTC)
Ошибка в шаблоне инфобокса (неправильный род слова «супруг»)
Здравствуйте! Обратил внимание, что в статье «Сэм Альтман» в инфобоксе слово «супруга» отображается некорректно. В коде указано супруг = Оливер Малхерин, но шаблон автоматически меняет род на женский. Скорее всего, это связано с тем, что параметр «супруг» подстраивается под пол основного субъекта статьи. Можно ли это исправить, чтобы корректно отображалось «супруг»? Это баг в шаблоне или есть способ вручную задать правильное отображение? — Эта реплика добавлена участником Дима1324 (о • в) 18:45, 25 февраля 2025 (UTC)
Как вариант можете заминусовать параметр пола (|пол=-). В этом случае в карточке будет написано супруг(а). А так, конечно, нужно исправить шаблон {{Персона}}. Параметр должен выбираться исходя из гендера партнёра, а не гендера сабжа статьи. — Tarkoff / 17:52, 26 февраля 2025 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
Администраторы получили возможность менять поведение расширения Вавилон: на странице Служебная:CommunityConfiguration/Babel теперь можно переименовать, выбрать, создавать ли их автоматически, и настроить другие параметры. [2]
Портал wikimedia.org получил новый дизайн и продолжает обновляться, чтобы осовременить наши порталы и улучшить их доступность. Он стал лучше поддерживать мобильную компоновку, там обновлены формулировки и ссылки, а также увеличена поддержка многоязычности. Кроме того, все порталы Викимедиа, такие как wikibooks.org, стали отображать тёмную тему, если она включена в системных настройках устройства, на котором их открывают. [3][4][5]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 30 задач. В частности, исправлен баг, не позволявший нажимать на результаты поиска в веб-интерфейсе некоторых телефонов с ОС Android. [7]
Мероприятия и встречи
Приглашаем на встречу Команды локализации, которая пройдёт 28 февраля в 14:00 по UTC. Там будут обсуждаться: клавиатурная раскладка и инструменты для саамских языков, вклад сообщества лампунгского языка (Индонезия) на Translatewiki.net, а также технические вопросы и ответы. Чтобы попасть на встречу, запишитесь на её странице.
Только у меня перестали появляться оповещения, когда кто-то написал на ЛСО? Точнее, сам то список обновляется, но минимум пару дней как не загорается знак о том, что есть новые сообщения. Такое ощущение, что они сразу помечаются как прочитанные. При этом извещение о том, что мне кто-то письмо отправил, появилось. Vladimir Solovjevобс14:57, 24 февраля 2025 (UTC)
Ну… Наверное, я хочу решения технических проблем, и, желательно, без наездов. Я предполагаю, что более подкованные технически участники быстрее, чем я, найдут, откуда проблема (а иначе зачем нам вообще технари-то…) This is Andy14:16, 24 февраля 2025 (UTC)
Выше не наезд, я просто не понимаю, в чём тут запрос к техфоруму. Участник совершил некорректную правку с заменой вики-ссылки на несуществующий шаблон, больше этот несуществующий шаблон нигде не используется — замените обратно на вики-ссылку. Зачем вам для этого технари — и вправду не знаю. stjn14:18, 24 февраля 2025 (UTC)
Конкретно здесь зачем-то понавставляли в названия пайпы в смысле (как я понимаю) "далее идёт погрешность". Я чего-то туплю и никак не пойму, как тут ссылку на конкретный раздел дать -
Что имелось в виду - зачем-то к ряду исторических периодов в названиях разделов через пайп добавили самостоятельно вычисленные длины периодов, т.е. Эпоха Судей (XII—XI вв. до н. э.| ~ 300 лет) по замыслу автора значит Эпоха Судей (XII—XI вв. до н. э., всего продлилась около 300 лет) Информация быть может и значимая, но место ей в самом разделе, а не в его заголовке; при этом в вариантах как Традиционной хронологии, так и Нижней хронологии (про которые говорится в разделах).
Вообще же да, технически это безобразие. А если ссылку на эту самую тему - которая тоже с пайпом - через хак чуть выше дать (Википедия:Форум/Технический#Вики-ссылка_на_подраздел_с_%7C_в_названии), то по переходу по ней движок вообще опасным образом чудить начинает, во всяком случае у меня (Chrome/Windows 10).
По сумме этих двух соображений снёс все эти пайповые расширения от греха подальше, заодно вычистил викификацию в заголовках разделов (diff). Если что-то очень важное про Библию/Танах полетело из-за этого, пенять тут на меня. — Neolexx (обс.) 15:33, 24 февраля 2025 (UTC)
У меня возникла такая мысль: можно убрать столбец «Страна», а оставшийся столбец «Город» снабдить флагификацией. По переходу на статью о любом городе и так будет понятно, что это за страна. Либо ещё вариант — указание страны в скобках, без флагификации. Пока сузил столбец «Год». LNTG (обс.) 16:08, 23 февраля 2025 (UTC)
Открытые «Списки самых» — это почти всегда ОРИСС, и ещё более почти всегда — неправильное ранжирование по местам. Sad but true. -- Klientos (обс.) 13:18, 26 февраля 2025 (UTC)
Очистка кэша давно закрытых страниц
Я на днях обнаружил, что ш:очищать кэш безусловно проставлен во все шаблоны типа "К удалению", что приводит к тому, что каждый час (или день?) бессмысленно делается нуль-правка в десятках тысяч давно закрытых подытоженных страниц вроде ВУС 2016-го года. Я планирую поставить в шаблоны какое-то условие, чтобы чистились лишь страницы после определённого года (своего для каждого типа страниц), но может кто придумает вариант лучше. 16:44, 22 февраля 2025 (UTC)
Как бы избавиться в шаблоне-карточке от поля «Оригинальное название» (в незаполненном виде уродлива) и от строчки в конце [[Файл:| center|253px|link=Категория:]], которая не видна в коде?— Dmartyn80 (обс.) 10:49, 21 февраля 2025 (UTC)
Строчка с пустым файлом появлялась потому, что поле подразумевает невикифицированное название одной из указанных в документации стран для рисования флага, а если ставить через вертикальную черту другие названия (документация плохо тут написана, да), то они воспринимаются как неименованные порядковые параметры шаблона и игнорируются вообще windewrix (обс.) 14:23, 21 февраля 2025 (UTC)
Ясненько. Очень непрофессионально сделано, конечно. На Викисклад ссылку не выведешь на картинки, нормально страну не вставишь... Dmartyn80 (обс.) 15:12, 21 февраля 2025 (UTC)
Викификатор удаляет ссылки
Заметил, что ВФ почему-то удаляет множество нужных викиссылок. Так у меня почти во всех статьях с недавних пор. Стандартно нажимаю на кнопку ВФ в редакторе 2017. В чём проблема?
Сначала подумал, что, может, ВФ удаляет повторяющиеся ссылки, но нет (к примеру, "домашние животные" упоминаются лишь раз). Shabe (обс.) 13:10, 19 февраля 2025 (UTC)
Должно быть уже исправлено (по сообщению от другого участника). К сожалению, редактор-2017 костыльный и проверки под него нормальные не напишешь. Если баг со скриптом всё ещё повторяется, пишите. stjn18:53, 19 февраля 2025 (UTC)
В статьях превышен общий размер включаемых шаблонов, но я что-то с ходу не вижу, что конректно так много забирает. Видимо, всё понемногу. — putnik10:16, 19 февраля 2025 (UTC)
Вызвано правкой в шаблоне Шаблон:Lang-ko, увеличившей использование шаблоном пределов. Правка отменена, семантичный код, удалённый LNTG, возвращён. В будущем, конечно, надо исправить шаблоны, чтобы такого рода вещи были внутри стилей.
Лучше фиксить такое переносом шрифтов в отдельный .css, а не вырезать шрифты полностью. Конкретно в корейском это нужно чтобы обрабатывать редкие знаки:
без шрифтов (до моих правок): , ,
со шрифтами: , ,
(на телефонах это может выглядеть одинаково, на Windows символы в первой строке будут разъединены)
Подскажите, какой из этих шрифтов доступен у обычного пользователя, который не устанавливал себе дополнительных шрифтов? Просто есть подозрение, что никакой. — putnik08:19, 21 февраля 2025 (UTC)
Что до, что после символы выглядят абсолютно одинаково. Я не написал в изначальной реплике этого, но от практики указывать шрифты для таких распространённых и давно поддерживаемых языков, как корейский, вообще надо отказываться. Но техническую проблему вы формально починили, конечно. stjn11:51, 21 февраля 2025 (UTC)
У меня это выглядит так. Если у вас обе строки выглядят как снизу, то скорее всего по умолчанию выбирается правильный шрифт, но не у всех пользователей это работает без дополнительных действий.
>для таких распространённых и давно поддерживаемых языков, как корейский
Это не обычный корейский текст (где закодированы целые слоги) — он действительно широко поддерживается и в нём разницы не будет. Это расширенный хангыль, в нём слоги генерируются из отдельных букв, и это поддерживается не всеми шрифтами. Hmm1HmmHmm (обс.) 16:46, 21 февраля 2025 (UTC)
Ассемблер. Как правильно ассемблировать исходный текст чтобы на выходе получить объектный модуль
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
Появилась возможность рекламировать мероприятия в инструментах роста на Домашней странице новичка. Это нововведение поможет неопытным редакторам узнать о марафонах, в которых они могут поучаствовать. Администраторы могут создать новое мероприятие на странице special:CommunityConfiguration. Больше информации об этой функциональности содержится в посте в блоге Diff, документации проекта, также вы можете связаться с Командой роста.
Новости для редакторов
Начиная со следующей недели страницы обсуждения в нескольких проектах получат новый дизайн. Это изменение было тщательно протестировано в бета-версии, оно станет последним из запланированных улучшений страниц обсуждения. Список затронутых проектов: Испанская Википедия, Французская Википедия, Итальянская Википедия, . [8]
Теперь можно переходить на страницы-перенаправления в один клик со связанных с ними страниц, например, из истории. Ранее при нажатии на вкладку «Статья» сначала перебрасывало на страницу, на которую ведёт перенаправление. Это изменение должно помочь редакторам, много работающим с перенаправлениями. Благодарим stjn за это улучшение. [9]
При многократном использовании одной и той же сноски в разделе примечаний отображается либо цифровой идентификатор (1.23), либо локализованные алфавитные маркеры (a, b, c…). В случае, если нужно добавить ещё один маркер, а все буквы алфавита уже использованы, раньше отображалось сообщение об ошибке. В рамках работ по модернизации сносок принято решение изменить это поведение: после того, как кончатся буквы, сноски будут нумероваться цифрами (1.23).
Журнал прав участников стало легче читать благодаря изменению формата: отныне вместо перечисления прав до и после изменения там будет указываться, что именно изменилось. Просим переводчиков помочь с обновлением интерфейсов. Благодарим Msz2001 за это улучшение.
В инструмент Служебная:Множественное удаление, позволяющий администраторам массово удалять страницы, добавлен новый фильтр. Он позволяет фильтровать страницы по размеру в байтах. Благодаря ему стало можно, например, удалить страницы размером меньше 500 байтов. [10]
Участники, не имеющие флага администратора, отныне могут проверять, какие страницы можно удалять инструментом special:Nuke. Благодарим MolecularPilot за это и предыдущее изменение. [11]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 25 задач. Например, исправлен баг в конфигураци видеоформата AV1, не позволявший файлам проигрываться повторно. [12]
Технические обновления
В большинстве Викисловарей в течение следующих недель будет развёрнуто использование Парсоида для чтения. Он уже используется для чтения во всех Викигидах с прошлого года. Больше информации см. на странице проекта: Parsoid/Parser Unification. [13][14]
Внимание разработчикам инструментов, работающих в вики-проектах: объект mw.Uri помечен как устаревший. Инструменты, которым нужен mw.Uri, должны прямо прописывать mediawiki.Uri в зависимостях ResourceLoader, а в будущем — мигрировать на нативный API URL. [15]
Некий анонимус сделал вот такую правку. Она, конечно, не особо нужная, но меня удивил один технический нюанс (в этом смысле правка оказалась даже полезной). На первый взгляд, всё выглядит точно так же, как если бы первая ссылка была поставлена на страницу 17. Но при наведении мышки обнаруживается, что ссылка ведёт на 1925 год. Я сначала вообще не понял, из-за чего это происходит, а потом попробовал мышкой выделить вики-текст. И по одному символу, и по несколько символов. В общем, получается, что вокруг той вертикальной черты происходит изменение направления письма — со «слева направо» на «справа налево». Поэтому написанное выглядит как [[17|1925 ..., но движком оно считывается как [[1925|17 ... — 2A00:1370:8186:2EDD:A863:1F0A:6F9D:22C320:40, 17 февраля 2025 (UTC)
Шаблон {{lang-ar}} добавляет после содержащегося в нём текста символ-метку left-to-right mark, и поэтому в итоговом тексте всё работает как нужно. Некорректное отображение в исходном тексте и в разности версий — результат некорректного автоматического определения направления письма браузерами и иным программным обеспечением. — Alex NB IT (обс.) 21:01, 17 февраля 2025 (UTC)
Да, интересная штука. Пытаешься скопировать и вставить в doc-файл, а вставляется уже в перевёрнутом виде. Как будто система пытается автоматически исправить потенциальную ошибку. Нечто подобное наблюдал при переходе от по ВП:БЕЛ от варианта Белоруссия к Беларусь. Там было несколько по-иному (как помню, при входе в редактирование разметки в шаблоне флагификации уже отображалось "Беларусь" (там, где раньше было "Белоруссия"), но в истории изменений это не зафиксировалось(!) Белов А.В. (обс.) 21:03, 17 февраля 2025 (UTC)
Добрый день!
Пока разработчики движка никак не соизволят починить отображение графики, коллега из (видимо) итальянской Википедии сделал сабж на замену Шаблон:Graph:Количество станций Московского метрополитена для отображения графика изменения количества станций Московского метро. Но там почему-то перепутаны все цвета линий. Может ли кто-то понять, как это поправить?
Спасибо! Michgrig (talk to me) 17:32, 16 февраля 2025 (UTC)
Я в дискорде вообще не сидел, он мне как-то сразу не понравился. Значит, можно, наверное, тут подождать какое-то время, на случай комментариев от других, и потом запросить включение. Michgrig (talk to me) 19:04, 16 февраля 2025 (UTC)
Я очень много работал в последние месяцы на новом расширении, @Michgrig. Пока там немало багов, я сам рассказал о десятке. Цвета, в принципе, можно подправить css-ом, если очень надо. Но я бы не ждал подключения в русской Википедии достаточно быстро, пока включили только в трёх пайлотных википедиях, и на другие даже дат нет, @Iniquity. Игорь (обс) 22:21, 16 февраля 2025 (UTC)
За. Запросить будет не лишним, но польза от него, к сожалению, исключительно штучная. На каждый график должны быть данные на Викискладе. — putnik05:22, 17 февраля 2025 (UTC)
Мне кажется, это плохая идея, потому что таким образом мы скажем Фонду не то, что нас не устраивает, что они отрубили графики и не сделали нормального решения на замену им, а то, что нас всё устраивает. Пусть и понятно, что выше суть не в этом, но именно так и только так будет читаться просьба включить сырое бесполезное расширение в его сырой бесполезной форме. Исходя из этого против — не нужно помогать Фонду делать вид, что с этим расширением всё в порядке. Каждая вики, где оно будет включено заранее, будет использоваться сотрудниками, чтобы сказать, что всех всё устраивает в реализованном огрызке функционала. Вдобавок странно, что это голосование зачем-то организовали на техфоруме. stjn18:42, 18 февраля 2025 (UTC)
Я тоже против, должно быть нормальное расширение, а не непонятные костыли, которые зачем-то надо грузить на Викисклад (он-то тут вообще при чём?) This is Andy18:48, 18 февраля 2025 (UTC)
На этот вопрос я могу ответить, @This is Andy. Викисклад позиционируется как совместный контейнер для хранения файлов, но это не так. Это совместный контейнер для хранения всего, включая файлы. Например, там хранятся и раз в несколько месяцев обновляются максимальные значения порядковых номеров для шаблонов CS1 (Cite web, Cite book, и так далее). Эти данные общие для всех викисайтов, включая этот, и нет смысла хранить и постоянно обновлять их на каждом в отдельности, делая сотни одинаковых правок. Вообще-то так и было, пока я не подкинул авторам идею совместных данных на складе год назад. Поэтому идея хранить там графы, чтоб разные разделы могли ими пользоваться на разных языках, и можно было, при необходимости, обновлять их один раз для всех совсем неплохая. Если бы они ещё и остальное починили... Игорь (обс) 19:55, 18 февраля 2025 (UTC)
В общем почти все за, так что phab:T387671. По поводу возражений, я согласен с вами, что должно быть нормальное расширение. Но его не будет, Фонд разрабатывает только эти графики и даже не планирует думать куда-то в сторону. Я не вижу других вариантов кроме как жить с этим расширением, хотя бы в тестовом режиме :) Iniquity (обс.) 18:03, 2 марта 2025 (UTC)
Ты согласен с нами, но предлагаешь включить бесполезное расширение, чтобы потом фондовцы говорили, на каком большом числе проектов оно развёрнуто и как ему все рады. Ну и медвежья услуга, конечно. На твоей совести, впрочем. stjn15:32, 3 марта 2025 (UTC)
Дамп с тройками из wikidata
Есть ли дамп, содержащий тройки вида entity-property-value для всех страниц нашего раздела википедии и только для них.
Среди дампов я нашёл "ruwiki-20250201-wbc_entity_usage.sql.gz 575.5 MB" (документириован здесь), но в нём для каждой страницы просто набор повторяющихся <wikidata-id>-<property>-<ruwiki-id>, например:
INSERT INTO wbc_entity_usage VALUES (825622429,'Q2719297','C.P127',952701);
INSERT INTO wbc_entity_usage VALUES (859762469,'Q2719297','C.P131',952701);
INSERT INTO wbc_entity_usage VALUES (107742345,'Q2719297','C.P154',952701);
INSERT INTO wbc_entity_usage VALUES (860981195,'Q2719297','C.P17',952701);
...
Т.е. можно понять, что у Q2719297 есть P17, но чему именно равно P17 не яснo, т.е. меня интересуют тройки вида "Q2719297, P17, Q159".
Это вероятно не совсем та выгрузка, которая вам требуется. Это не элементы, имеющие статьи в русской Википедии, а свойства элементов, которые запрашиваются непосредственно из русской Википедии, например через Модуль:Wikidata. Наверно, единственный возможный вариант — это скачать полный дамп и пройтись по нему, оставляя только те элементы, где есть ruwiki есть в sitelinks. — putnik15:05, 17 февраля 2025 (UTC)
Разнобазовый график на дискретной и интервальной основе
Здравствуйте, можно ли для руВП сделать график, чтобы из Население_Российской_империи#Демографические_характеристикиКоличество рождений приходящийся на каждый заключенный брак шло столбчатой диаграммой, а Индекс брачной рождаемости (Ig) в Европейской России за один календарный год с 1881 по 1970 год с умножением на коэффициент 12,44 шло линейным графиком, а Итоговая рождаемость реальных и условных женских поколений, Россия опять столбчатой диаграммой и все эти графики обозначались бы разным цветом, но на одной иллюстрации? — Vyacheslav84 (обс.) 10:30, 16 февраля 2025 (UTC)
InternetArchiveBot
Зачем бот восстановил текст переименованной страницы? Получился форк, который сейчас предлагается КБУ, хотя там полно ссылок на эту страницу.
P.S. Пишу сюда, потому что не понял, кем управляется бот. — Mike Somerset (обс.) 22:45, 15 февраля 2025 (UTC)
WinterheartBot меняет шаблон Нп3 на Нп1. При этом иногда ссылки на англовики меняются на ссылку на дизамбиг. В данном случае, ссылка на английскую статью, где читатель мог прочитать про сабжа, заменена на дизамбиг, никакой информации не несущий. Такой подход мне представляется некорректным. — Simba16 (обс.) 11:53, 14 февраля 2025 (UTC)
Бот заменяет шаблоны на прямые ссылки при условии, что целевая страница существует. Бот не в состоянии определять качество, семантическую корректность или вообще адекватность содержимого целевой страницы. Если вас не устраивает замена - откатите правку и уточните ссылку на целевую страницу таким образом, чтобы она больше не ссылалась на дизамбиг. Более правильное решение - использовать данные из Викиданнах через синтаксис {{нп1|Имя страницы|отображаемое имя|d|код_страницы_в_Викиданных}}. В этом случае бот никогда не будет ошибаться - замена будет производиться только тогда, когда в Викиданных появится ссылка русскую страницу, причем семантически проверенную тем, кто эту страницу добавил.
Касательно замены нп3 на нп1 - видимо, не все это заметили (я в том числе), но пять шаблонов нп1..нп5 в середине прошлого года сведены к двум - нп1 и нп2, причем шаблоны нп3..нп5 - это фактически нп1. Бот теперь это учитывает и сводит название более не используемых шаблонов к нп1 для унификации. --winterheart16:31, 14 февраля 2025 (UTC)
Обобщение для статей: проведенное исследование и следующие шаги
Команда «Веб» Фонда Викимедиа работает над тем, чтобы сделать сайты Викимедиа удобными для восприятия и изучения, чтобы читатели продолжали часто возвращаться на наши сайты. Один из наших проектов направлен на экспериментирование со способами упрощения и обобщения текста. Теперь мы хотели бы поделиться некоторыми результатами исследования. Вскоре мы спросим вас, как сделать так, чтобы вы могли управлять новую функцию и как ее протестировать.
Основа
Вот уже несколько лет, команда Исследователей Фонда Викимедиа изучает модели упрощения тестирования в рамках своей программы по устранению пробелов в знаниях.
Некоторые статьи в Википедии написаны на трудном (более профециональном) языке. Например, в соответствии с индексом удобочитаемости, показатель дофамина статьи в английской Википедии указала на уровень выпускников колледжа. Между тем, средний уровень чтения взрослых, для которых английский является родным, соответствует уровню 14-15-летних учащихся (это 9-й класс в США), и это может быть ниже для тех, для кого английский не является родным, но кто регулярно читает английскую Википедию. То же самое относится и ко многим другим языковым версиям Википедии.
Многим читателям нужен упрощенный текст в дополнение к основному контенту статьи. В предыдущем исследовании мы получили отзывы, что читатели хотели бы иметь возможность получить краткий обзор темы, прежде чем перейти к чтению полной статьи.
Уже есть проекты, которые упрощают контент, такие как упрещенная Английская Википедия или баскская Txikipedia. Однако их сложно развивать – они доступны только на нескольких языках и требуют от редакторов переписывать контент, который они уже создали, и это может показаться повторяющимся. Мы хотели найти способы упростить этот процесс, автоматизировав составление обобщения статей.
Прототип обобщения и тестирование
В конце 2024 года мы решили протестировать новую функцию, основанную на результатах этого исследования. Мы создали прототип, который отображал резюме, сгенерированные с помощью модели упрощения текста, в верхней части страницы. Резюме составляются по модели, которая берет текст статьи из Википедии и преобразует его в более простой язык.
Мы протестировали прототип двумя способами: качественно – с помощью опросов пользователей и количественно – с помощью расширения для браузера (которое позволяет пользователям взаимодействовать с этой функцией при ежедневном использовании самой Википедии).
Прототип получил положительные результаты в обоих тестах:
Пользователи заинтересованы в этой функции (что определяется по первоначальному взаимодействию с функцией обобщения) – из всех просмотров страниц, на которых отображались обобщения, в 8,09% просмотров страниц был открыт резюме страницы. Это много – для уточнения этого, мы можем сравнить с экспериментом «Рекомендации к статье», который получил 0,5% просмотров за идею в статье, имеющую аналогичную видимость.
Пользователи сообщили о положительном опыте (о чем свидетельствуют ответы на вопрос «было ли это полезно?» ) – 75,2% всех ответов было «да», 24,8% всех ответов было «нет».
Следующие шаги
Сейчас мы хотели бы провести более широкое тестирование, а также обсудить, как редакторы могут вносить свой вклад в эти обобщения или модерировать их. В настоящее время мы выясняем, как будет выглядеть этот процесс – возможно, мы начнем с чего-то вроде гаджета или бета-версии на заинтересованных Вики. Мы свяжемся с вами в течение следующих двух недель с конкретными вопросами и будем признательны за ваше участие и помощь в этом процессе. Тем временем, всем, кто заинтересован, мы рекомендуем ознакомиться с нашей текущей документацией.
Прототип получил положительные результаты в обоих тестах: Насколько репрезентативен тест на 8 человек в первом случае? Iniquity (обс.) 23:31, 13 февраля 2025 (UTC)
@SGrabarczuk (WMF) @OVasileva (WMF), again and again - PLEASE, DO NOT USE MACHINE TRANSLATION TO TRANSLATE YOUR MESSAGES TO RUSSIAN. Sentences "показатель дофамина статьи в английской Википедии указала на уровень выпускников колледжа" or "из всех просмотров страниц, на которых отображались обобщения, в 8,09% просмотров страниц был открыт резюме страницы" in your message aren't written on Russian language, no one native Russian speaker would write a sentence with so many errors. Write in English instead, we will translate such messages. 00:04, 14 февраля 2025 (UTC)
Техновости: 2025-07
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Боковое меню скоро слегка изменится: ссылка «Служебные страницы» переедет из меню «Основное/Инструменты» в «Главное меню/Навигация». Меню «Основное» («Инструменты» в теме monobook) содержит ссылки, относящиеся к открытой странице, а не сайту. Администраторы могут изменить CSS-стили, следуя инструкциям в задаче на Фабрикаторе: T385346. [17]
Команда веба планирует эксперимент по улучшению поиска для читателей: небольшому количеству посетителей в результатах поиска будут предлагать почитать интересные статьи, а также статьи, связанные с текущей. Просим ознакомиться со страницей проекта, где приведено больше информации.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 22 задач. Например отныне журнал глобальных блокировок будет располагаться на странице Служебная:CentralAuth, аналогично глобальным заморозкам. Это упростит работу стюардов. [19]
Технические обновления
На Викиданных появился особый «язык» — «по умолчанию для всех языков» для меток и синонимов. Он поможет снизить дублирование информации на разных языках. Из-за этого изменения может потребоваться обновление запросов к Викиданным, так как после его ввода в работу некоторые метки будут удалены. [20]
При каждой загрузке страницы в каждом вики-проекте вызывалась функция getDescription; её выполнение занимало примерно 2,5 % времени загрузки страницы. Теперь вычисленное ей значение будет кэшироваться, что снизит нагрузку на сервера Викимедиа. [21]
В рамках перехода с RESTBase 6 февраля 2025 года была заблокирована конечная точка API /page/related. Вскоре она будет удалена. Время для удаления подобрано так, чтобы совпадать с прекращением поддержки старых версий Android и iOS. Вместо неё следует использовать действие morelike, см. пример. В случае возникновения вопросов Команда интерфейсов Mediawiki просит писать им напрямую. [22]
Подробнее
Опубликован очередной выпуск ежеквартальной рассылки Команды локализации. Среди тем номера: новости меню Contribute, обзор новых языковых разделов Википедии, сводка по поддержке новых языков в интерфейсе MediaWiki, функция создания списков статей для перевода и другое.
Опубликован очередной выпуск рассылки проекта Диаграммы. В него вошли новости об увеличении видимости того, как диаграммы используются во всех проектах, сведения о поддержке категоризации страниц в пространстве имён Данные на Викискладе, а также другие сведения.
Чьи-то правки сломали шаблон. Я не знаю, в чём там дело, но у меня есть предположение, что кто-то перемудрил с механизмом автоматической категоризации — слишком он там странный, не такой, как я привык видеть в навшаблонах с фильмографиями кинорежиссёров. — Jet Jerry (обс.) 16:26, 10 февраля 2025 (UTC)
Questions from the CEE Hub regarding your Technical Village Pump
Hello and sorry for writing in English. There is an automatically translated version below, feel free to modify it if it contains errors.
I'm user Strainu, member of the CEE Hub Steering Committee. One of the directions of the Hub for 2025 is to support its member communities technically, including for technical village pumps. We would like to understand how you use this page, so I would appreciate your answers to a few questions:
If you have a technical problem, does it usually get an answer here?
Does your project have enough technical members to respond such questions?
Are there any profiles missing locally? (for instance: gadget creators, bot creators, people with graphical skills etc.)
On a scale from 1 to 10, how important is it for you to receive an answer in the project's language?
Would you be willing to support smaller communities to resolve technical issues if you get notified about such questions?
Thank you! Based on the community's responses, we will try to provide some ideas that would support you in the next few months. Best, Strainu (обс.) 12:05, 10 февраля 2025 (UTC)
Я пользователь Strainu, член Руководящего комитета CEE Hub. Одним из направлений работы Хаба на 2025 год является техническая поддержка его сообществ-участников, включая технические форумы. Нам хотелось бы понять, как вы используете эту страницу, поэтому буду благодарен за ответы на несколько вопросов:
Если у вас возникает техническая проблема, вы обычно получаете здесь ответ?
Достаточно ли в вашем проекте технически подкованных участников, чтобы отвечать на такие вопросы?
Не хватает ли у вас специалистов в каких-то областях? (например, разработчиков гаджетов, создателей ботов, людей с графическими навыками и т. д.)
По шкале от 1 до 10, насколько для вас важно получать ответ на языке проекта?
Готовы ли вы помогать меньшим сообществам решать технические вопросы, если будете получать уведомления о таких запросах?
Спасибо! Основываясь на ответах сообщества, мы постараемся предложить идеи, которые могут помочь вам в ближайшие месяцы. С наилучшими пожеланиями, Strainu (обс.) 12:05, 10 февраля 2025 (UTC)
Спасибо за сообщение. Шаблон за участником исправил, добавляемый мусорный код поищу и почищу ботом. stjn19:27, 7 февраля 2025 (UTC)
Отвечу здесь на оскорбительный наезд в описании правки. Я, разумеется, никакую подстановку не проверял - по той простой причине, что знал, что шаблон КУ с подстановкой не вызывается, с ней вызываются другие шаблоны, subst:L или subst:currevent или subst:afd, они подставляют неподстановочный шаблон. Так работало много лет и всё было хорошо. Лишь после этой темы я почитал док и убедился, что да, чудовищнейший код шаблона обусловлен именно тем, что он настроен, чтобы работать и с подстановкой, и без неё. Я резко отрицательно отношусь к такой настройке шаблонов, потому что пользы от неё чуть (иметь один шаблон вместо двух), а вред велик - код единого шаблона оказывается таким, что понять его могут два человека в проекте (вместо ~200, когда шаблоны написаны понятным кодом, не использующим никакого сейфсубст). Так что в произошедшем факапе, имхо, виноват не я, а люди, реализовавшие такую работу шаблона ценой абсолютной нечитаемости его кода после этой процедуры. Я предпочитаю, чтобы шаблоны имели код как слева в диффе, он понятен и его может править любой грамотный участник - чем ад справа, который я не знаю сколько человек в проекте могут понять. Мой код, подставленный в левый шаблон, работал бы без проблем. А выносить на КУ лучше скриптами, самостоятельно генерирующими дату в параметре, или вручную специальным подстановочным шаблоном. 06:56, 9 февраля 2025 (UTC)
код единого шаблона оказывается таким, что понять его могут два человека в проекте (вместо ~200, когда шаблоны написаны понятным кодом, не использующим никакого сейфсубст) Ну нет, всё же этот код далеко не настолько непонятен. Well very well (обс.) 08:44, 9 февраля 2025 (UTC)
Если инженер неспособен понять эту конструкцию (или посмотреть документацию Модуль:Unsubst один раз, чтобы понять эту конструкцию), наверное, надо не совершать правок без их тестирования? Неудивительно, конечно, что вместо простого mea culpa происходит очередной поток обвинений и рассказы о том, что все вокруг чудовищны, один я в белом пальто стою красивый. На совершенно неконсенсусное и поистине чудовищное удаление переводов строки в правке время нашлось, на то, чтобы проверить результат её работы, — нет. stjn16:01, 9 февраля 2025 (UTC)
Всё усложнение от самой подстановки выглядит так: - возможно, но в приведённом мной диффе под флагом реализации подстановочности происходит нечто совсем иное, начинающееся так
Слева при нажатии кнопки «новые страницы» отображается список. Однако, когда открываешь ссылку, то наглядно видно, как участники размещают новые статьи пока идёт группа обновлённых сверху. При этом показываются в байтах размеры страниц, но без округлений или приставки «кило», из-за чего не очень удобно воспринимается цифра. Прокрутка конечно помогает разглядеть список новых страниц, но отделения границ нет, всё слитно и тяжело воспринимается для чтения. В целом неплохо создана функция обновлений, когда добавляются автоматически, но не всегда полезно. Собственно говоря, вопрос в том заключается, что страница хоть и рабочая, но мало параметров. Какие-то метки нужно указывать, чтобы фильтровать список. Ещё данная функция похожа на «свежие правки». Там также можно смотреть новые страницы, удобнее информация предоставляется. Извините, я пока пишу, смотрю стрим в другом окне браузера. Окно располагается правее, приходится смотреть на оба экрана, слушая и вникая в смысл происходящего. Возвращаясь к «новые страницы», хотел там обозначить, что кнопки должны быть и сортировка списка при больших опциях. Так-то интерфейс не меняется я смотрю. Нужны админдействия чтобы решить вопрос. Ведь если две ссылки отображаются на экране – свежие правки и новые страницы, то одно должно быть лучше сделано, а не два отдельных списка. Чем-то схожи чем-то нет. Но и там и там добавить бы опций, такие как кнопки, как уже говорил. Что думаете по этому поводу? 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)
Сделать автоматическую раскодировку всех ссылок в статье с %NN технически возможно, но это будет ломать часть ссылок, поэтому включать такой код в общий викификатор нельзя. Возможны альтернативные решения:
отдельно подключаемый гаджет для массовой раскодировки всего, с ожиданием, что подключившие его будут вручную контролировать корректность
гаджет, раскодирующий по белому списку тех доменов, на которые часто ссылаются и которые поддерживают исключительно utf-8 (включая те же books.google.*)
бот, который будет в духе Участник:InternetArchiveBot проверять активность ссылок, и раскодирует ссылки только если сервер отвечает и возвращает в заголовках «charset=UTF-8» (ну и тот же список можно к нему прикрутить, чтобы он не дёргал заведомо работающие с utf-8 домены)
В первую очередь всё сломается, если %20 преобразовать в пробел. Наверное, пунктуацию вообще лучше не трогать. -- Klientos (обс.) 10:11, 9 февраля 2025 (UTC)
Добавление в русскую Википедию линейных писем А и Б
Здравствуйте! Я захотел скопировать Список микенских божеств[англ.], но движок нашей Википедии не хочет отображать знаки линейного письма Б. Я поспрашивал в дискорде и протупил, посмотрел код, скопировал - нет результата. Я зашёл в Шаблон:Script и скопировал в него строки про линейные письма А и Б из английской версии (en:Template:Script) - не помогло. Кто-нибудь может внедрить строки кода к нам, чтобы линейные письмена А и Б заработали у нас? Пётр Тарасьев (обс.) 17:54, 5 февраля 2025 (UTC)
Здравствуйте, а есть ли автоматическая возможность переноса таблиц из внешнего АИ сразу в таблицу в руВП? А то вручную переносить довольно тоскливо. — Vyacheslav84 (обс.) 10:14, 4 февраля 2025 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
В меню со специальными символами с панели инструментов будут отображаться 32 последних использованных символа в данном вики-проекте. Данная функциональность появится как в редакторе вики-текста — 2010, так и в визуальном редакторе. [25]
На панели инструментов редактора вики-текста — 2010 появилась кнопка для создания вложенных списков с правильным отступом[26]. Выделите строки, которые нужно подвинуть, и нажмите на кнопку. Также появилась кнопка для вставки тэга <code>, которая тоже располагается на панели инструментов[27]. Благодарим 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. [28]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 27 задач. Например инструмент для OCR (распознавания текста) в Викитеке стал поддерживать церковнославянский язык. [30]
Для того же, для чего он присутствует например в Викитеке. Много разных элементов (особенно графических) удобнее размещать по центру в тех или иных ситуациях. И вместо простого клика на тег, его постоянно приходится вбивать вручную. 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 [31]. Причём не будет зависеть от количества, хоть 6, хоть 106 файлов. Но это частный случай. -- Megitsune-chan(ОБС.)09:40, 5 февраля 2025 (UTC)
Да я не прошу редактировать для меня какую-то статью. Я говорю про добавление тега в редактор, причём универсального. Dizenter (обс.) 17:14, 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)
Это не тег, это шаблон. Наверно, можно. Но таких шаблонов, служащих для оформления, десятки и сотни. Тут скорее надо спрашивать, как можно кастомизировать панель быстрой вставки для себя. Vcohen (обс.) 16:28, 11 февраля 2025 (UTC)
Википедия не полностью следует принципу WYSIWYM, но и намеренно удаляться от него не следует, а «center» (в любом виде) задаёт представление, а не роль. Вам уже неоднократно написали, что «этот тег использовать не нужно, для разных случаев есть разные его замены» и «если он вам нужен, то это повод остановиться и задуматься, что же вы делаете не так». Если вы всё-таки настаиваете, чтобы его добавить, то должны привести убедительные аргументы. — Mikhail Ryazanov (обс.) 21:46, 7 февраля 2025 (UTC)
Примерно такие же, как другим видам выключки. Если хотите более осмысленный ответ, то прочитайте внимательно всё написанное выше (а также по ссылкам) и задайте более осмысленный вопрос. — Mikhail Ryazanov (обс.) 22:25, 11 февраля 2025 (UTC)
Он только за свежими номинациями следит. Т.е. если шаблон сняли до того, как бот увидел статью на КУ, он шаблон проставит. Если статью вынесли, шаблон поставили, бот сегодня её увидел, а завтра шаблон сняли, то бот повторно уже не проверит. 5.167.103.19706:24, 4 февраля 2025 (UTC)
ВП:КУ-5
У страницы перестал отображаться подвал. Более того, ссылка на подвал как-то пролезла перед списками номинаций... Тай Лунг (обс.) 02:01, 3 февраля 2025 (UTC)
его там не должно быть. Голосовой набор обеспечивается силами устройства пользователя, а не сайтом. Никто не будет делать передачу на север непосредственно звука. Функция голосового набора присутствует на любом устройстве любой платформы - Windows, iOS, android. Данный текст данный текст набран голосом в мобильной версии. Проблем нет. Iluvatarобс14:02, 3 февраля 2025 (UTC)
Нашёл с трудом. Может, другая версия Андроид. Как тогда в Гугл реализовано, что прямо в поисковой строке видно справа значок набора. Здесь если не увидеть, можно не понять. Xcite (обс.) 15:48, 3 февраля 2025 (UTC)
