Коллеги, с наступающим и уже новым годом, помогите, где логотип меняется сейчас? Раньше менял версию файла Wiki.png и всё. Сейчас это не работает. Для be:wiki спрашиваю, не для ru :) Спасибо. -- Максим Л.18:02, 31 декабря 2020 (UTC)
«Треугольник» основан на categorytree, он не разворачивается глобально. Поэтому, вероятно, это уже замечено глобальными инженерами и исправляется. Kalendar (обс.) 18:37, 2 января 2021 (UTC)
Думаю, решат быстро (с 17 декабря прошло всего-то ничего...), потому что проблема лишь в том, что при предварительном просмотре страницы в режиме редактирования разворачивается, а при при обычном просмотре - не работает. Kalendar (обс.) 19:04, 2 января 2021 (UTC)
Вот когда треугольник сломался, можно было его развернуть в режиме просмотра при редактировании. А вот когда его устроили, при редактировании в режиме просмотра не разворачивается. А жаль, было бы лучше видеть разворачивание и при чтении страниц, и при просмотре в режиме редактирования. Kalendar (обс.) 14:26, 9 января 2021 (UTC)
Господа инженеры и сочувствующие, есть ли в рувики шаблон, который позволяет:
в десктопной версии или на широком экране (16:9, 4:3) выводить текст в несколько колонок;
в мобильной версии или на узком экране выводить текст в одну колонку;
«обтекать» иллюстрации и карточку справа?
«Обтекать» — значит выводить колонки и карточку параллельно, а не оставлять пустое пространство, выводя колонки под карточкой.
Если нет, то почему? Посмотрел на текст, отформатированный в несколько колонок и полностью использующий пространство монитора на экране 16:9, на смартфоне и ужаснулся. — Qh13 (обс.) 07:16, 31 декабря 2020 (UTC)
Звучит не как проблема шаблона, а вопрос использования. При использовании {{колонки}} (для {{примечания}} тоже работает) можно указать не число колонок, но их ширину. В случае ширины система сама подберет количество колонок в зависимости от размера экрана читателя. Например, можно просто написать {{колонки|20em}} вместо ~3 колонок, как тут: Арамаки, Синдзи. Если поиграете с масштабом страницы в браузере, увидите в деле автоподбор количества колонок. Самая используемая ширина - 20em для узких колонок для простого списка (~3 на экране) и 30em, когда нужны широкие колонки с описанием пунктов (~2 колонки). — Veikia (обс.) 20:57, 1 января 2021 (UTC)
Почувствуйте разницу в длине кода — 3 столбца, оформленных только для настольной версии: {{Кол|3}} и 3 столбца, оформленных для настольной и мобильной версий: {{Кол|3|maxcount=3|minwidth=4em}}. Может стоит переделать шаблон и по умолчанию 1-й параметр воспринимать как «не более указанного числа столбцов», а если редактору «кровь из носу» нужно определённое количество столбцов, то задать 2-м параметром значение точно и пусть радуется? Господа инженеры, вы же пытаетесь адаптировать код для мобильной версии, обсудите в чатах и вынесите на форум Предложений. К тому же прецедент имеется: {{Примечания}}. — Qh13 (обс.) 18:28, 2 января 2021 (UTC)
Перевод содержания без перевода или продвинутый черновик
Существующая бета-функция Перевод содержания позволяет редактировать перевод в визуальном редакторе и потом публиковать его. Подскажите, а есть ли какой-то инструмент, где можно было бы делать то же самое, но без перевода: редактировать черновик и сохранять его, не публикуя инвики? Мне кажется, это было бы на порядок удобнее текущего черновика, и позволяло бы работать над текстом не создавая десятки промежуточных правок в день. — Good Will Hunting (обс.) 22:27, 30 декабря 2020 (UTC)
Как говорится: ничего не делал, оно само поломалось. В режиме редактирования кода, тема Векторная, исчезли кнопки быстрой вставки для описания правки и кнопка викификатора, а вот кнопка подсветка синтаксиса сохранилась. В Firefox 52.9.0 нет, в Хроме 49.0.2623.112 — есть, но привык-то к Firefox'у (обновить версию не предлагать). Кеш чистил. — Qh13 (обс.) 08:02, 30 декабря 2020 (UTC)
Амбивалентные чувства: хорошо, что удобство редактирования в привычном браузере вернулось, но плохо, что улучшение викификатора пришлось отменить. Надеюсь, что за каникулы полезный функционал будет добавлен без ущерба для стареньких, но поддерживаемых браузеров. — Qh13 (обс.) 16:32, 30 декабря 2020 (UTC)
Друзья, на FootballFacts были ссылки типа http://footballfacts.ru/players/#####, где «#####» индивидуальный номер футболиста, затем в связи с переездом на новый движок, поменялись ссылки (https://footballfacts.ru/person/#####) а главное ID футболистов. Если бы шаблон не трогали, все бы было нормально, с players есть переадресация на person. Но шаблон поменяли, не озаботившись, что уже существующие ссылки будут вести на неверные страницы... Теперь я не знаю что делать.. На вики сотни страниц, где используется этот шаблон... — Msoluyanov (обс.) 18:04, 28 декабря 2020 (UTC)
Да, беда. Раньше идентификатор команды и игрока на сайте был общий, теперь его разделили. В Викиданных P3660 и P7358 хранят новые идентификаторы. Шаблон же иногда используется для сноски или ссылки на страницу не совпадающую с названием статьи. Можно попробовать добавить новые параметры id_person и id_club, а для старого id формировать ссылку на players. Don Rumata19:54, 28 декабря 2020 (UTC)
В Викиданных ничего менять не нужно — в шаблоне:ВС всё работает корректно. Вообще, Проект:Футбол ещё в 2018 году решил переходить на шаблон:ВС (Википедия:Опросы/Оформление статей о футболистах), в связи с чем шаблон FootballFacts следует отнести на свалку истории. Ну, в самом крайнем случае, пусть бот зачистит все локально заполненные id этого шаблона — он будет тогда при обновлённой маске URL показывать верные ссылки с id из Викиданных, дублируя ВС. Сидик из ПТУ (обс.) 19:57, 28 декабря 2020 (UTC)
Коллеги, непонятно — это нормальная работа или нет? Статьи в категорию, судя по всему, попадают автоматом. При этом во всех некрополях в Викиданных страна была указана (кроме Q104412643, я добавил). То есть то ли автомат смотрит не в Викиданные, а в саму статью, то ли что ли. Не был уверен, сюда или в «обсуждение категорий», но тут (мне кажется) вопрос именно технический. Может кто поправит? Или «так задумано» — тогда подскажите логику. Ну и создать категорию после этого можно будет..) Спасибо! saga (обс.) 13:02, 23 декабря 2020 (UTC)
Да, поэтому Intel придумал extended, где мантисса 8ми байтная, туда 64битное целое гарантированно влезает без потери точности. Жаль, что double более распространённый стандарт. Так предложить что-то можно кроме ручного форматирования неразрывными пробелами?— SEA99 (обс.) 22:19, 22 декабря 2020 (UTC)
Думаю, что ручное добавление неразрывных пробелов — лучший вариант. Разработчики врядли захотят добавлять длинную арифметику. Самостоятельно в шаблонах ради нескольких случаев её реализовывать тоже неоптимально. — Vort (обс.) 08:12, 23 декабря 2020 (UTC)
Эти параметры идут парами: name и characteristics, причем первый служит меткой, а второй текстом. Чтобы в карточке показывался параметр, должен быть заполнен текст. Vcohen (обс.) 13:57, 22 декабря 2020 (UTC)
Коллеги, а можно ли сделать следующее. Вот есть вызов шаблона, что-то типа {{Шаблон|Параметр1|Параметр2|параметр3}}. Можно ли при помощи функций парсера "собрать" этот код, в духе если значение Х равно a, то подаем на вход параметров 2 и 3 числа 100 и 200, и вызов имеет вид {{Шаблон|12|100|200}}, а если значение Х равно b, то подаем на вход параметров 2 и 3 числа 500 и 600, и вызов имеет вид {{Шаблон|12|500|600}}. Попытка строить конструкции вида {{Шаблон|1|{{#switch:X|a = 100|200|b = 500|600}}}} приводит к тому что парсер "глотает" символы | внутри вариантов выбора. А если экранировать их через {{!}}, то нужный вызов шаблона в текст встраивается, но как шаблон - не срабатывает. Можно указывать в качестве варианта выбора весь вызов шаблона разом, но у меня проблема в том, что неизменный при таком выборе аргумент шаблона (в приведенном примере Параметр1) весьма громоздок, и код получается великоват. Может, можно как-то это сделать? — Mitas5700:15, 22 декабря 2020 (UTC)
Для начала давайте правильно запишем то, что Вы описали словами: {{Шаблон|1|{{#switch:X | a = 100 | b = 500 }} | {{#switch:X | a = 200 | b = 600 }}}}. --188.65.244.22103:29, 22 декабря 2020 (UTC)
По факту получается удвоение вызова функции парсера, а этого хотелось бы избежать. Получается же как: полноценный вызов шаблона, вставленный в качестве одного из вариантов на выходе switch'а, прорабатывается правильно, потому что система сначала разворачивает шаблоны, а потом отрабатывает функцию парсера. А можно ли как-то сделать так, чтобы сначала отрабатывала функция парсера, а потом результат ее деятельности рассматривался как шаблон? — Mitas5713:20, 22 декабря 2020 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Техновости
Следующий выпуск Техновостей выйдет 11 января 2021 года после празднования Рождества и Нового года.
Последние изменения
Шаблон {{источник}} ставится на утверждения, к которым требуется источник. При использовании визуального редактора по щелчку на шаблон выводится небольшое пояснение. В текст пояснения стало также можно добавить причину и время установки шаблона. [1]
Позже на этой неделе
На этой и следующей неделе новых версий MediaWiki не будет.
Будущие изменения
Приглашаем добавить свои и обсудить чужие предложения по техническому усовершенствованию работы с географической информацией: координатами, картами и близкими к ним вещами.
В некоторых проектах используется LanguageConverter, который позволяет переключаться между системами письма или вариантами языка. Сейчас переключатель работает только для всей страницы целиком, но скоро появится тэг <langconvert>, который позволит переключить только часть текста на странице. [2]
Омбудсмены и стюарды могут скрывать записи на странице Special:AbuseLog. В начале января они смогут скрывать сразу несколько строчек, отмечая их галочками. Сейчас так же работает скрытие обычных правок. [3]
Тут обнаружилось (ну, в смысле, что для меня обнаружилось), что участники, заблокированные в пространстве «Обсуждение участника», могут править свою ЛСО, но её подстраницы — не могут. Не стоит ли воззвать к разработчикам? --188.65.244.22120:52, 21 декабря 2020 (UTC)
Её тоже можно запретить редактировать, но обычно это делают только для бессрочников, либо если участник нарушает правила даже на собственной СО. Don Rumata17:13, 22 декабря 2020 (UTC)
Нет, я имею в виду, что надо бы разрешить. Частичные блокировки придуманы недавно, возможно, об этом просто не успели подумать. Ну, всё это на усмотрение коллег, вхожих на Фабрикатор. --188.65.244.22117:31, 22 декабря 2020 (UTC)
Ну и? Это ведь не технический вопрос. Решите, что с ними делать, и тогда, если сами не сможете, приходите. Тема, кстати, уже висит на соседнем форуме. --188.65.244.22120:00, 21 декабря 2020 (UTC)
Каким образом викификатор викифицирует "Генрих IV Болингброк" до "[[Генрих]] IV Болингброк" ? Какое право он имеет выкидывать то, что ему засунули? Перло-питоно-луа штоле сломалось? Нельзя штоле было его не трогать, викификатора-то? Зачем было чинить то, что не сломано? Longboϝman18:58, 20 декабря 2020 (UTC)
Викиссыльщик был написан очень давно, когда инвики-поиск работал принципиально иначе, чем сейчас; тогда ссыльщик работал хорошо. Лет 8 назад механику внутреннего поиска изменили и это кардинально сломало викиссыльщик, с тех пор так и живём. Участники рувики тут практически бессильны что-то сделать. Если бы поиск сразу работал как сейчас, викиссыльщик, вполне возможно, даже не был бы написан. MBH11:21, 21 декабря 2020 (UTC)
Кто-нибудь уже запрашивал исправление данной дыры у них? Также, возможно, стоит пока локально в гаджете проверять, не было ли удалено описание изменений, и принимать решение, отображать или нет описание, даже если оно приходит. Хотя бы частичное скрытие будет обеспечено. Ибо в следующий раз какой-нибудь админ запишет туда чьи-нибудь личные данные. — SkorP2413:09, 19 декабря 2020 (UTC)
Ой кошмар... И весь мир смотрит на это... Разблокируйте его кто-нибудь и заблокируйте обратно, чтобы хотя бы на странице глобального вклада не было видно. Землеройкин (обс.) 14:40, 19 декабря 2020 (UTC)
Нет, такой вариант не является современный, а более вредным, и от него уже года 3 как отказываемся. Вызывает проблемы, когда нужно указать несколько элементов, добавить сноски, другие шаблоны и викификацию, или когда есть необходимость отобразить тот же символ (/), по-которому производится разбивка строки. Так же сильно поднимает порог входа для редактора, который будет вносить изменения в содержание отображаемое этим шаблоном, используя не стандартный для проекта синтаксис. Такой формат существует только в не очень удачных решениях на базе геокара и шаблонов, которые раньше были на нём. Сергио (обс.) 22:43, 19 декабря 2020 (UTC)
Вообще-то названия в карточках должны быть и в преамбуле статей, раз столь важны что были вынесены. Там и ставить сноски. Несколько элементов везде работают, вы о чём? А символ / там зачем? Есть ,, ;. Ну на крайняк, если очень хочется, /. 194.50.14.817:51, 20 декабря 2020 (UTC)
Всем добрый день! Извините, что пишу сюда, просто на викиверситете нет такого форума. Проблема вот в чем: я в статье в викиверситете хотел внутри цитаты из АИ оформить таблицу, взял викикод из википедии и получил выделение всего нижестоящего текста в эту цитату. См. ниже "2. У Кривошеева вообще другие цифры как по общим потерям, так и по инвалидам." Что делать? — Vyacheslav84 (обс.) 07:15, 19 декабря 2020 (UTC)
Перед запятой «.» и точкой с запятой «;» убирается, нужно добавить точку, вопросительный и восклицательный знаки. — A.sav (обс.) 19:52, 18 декабря 2020 (UTC)
Посмотрел историю кода. Пробел перед точкой или вопросительным знаком никогда не убирался. Выражение r(/([)"a-zа-яё\]²³])\s*([,:])([\[(a-zа-яё])/g,'$1$2 $3');// "word, word", "word: word"; except ":" обрабатывает только двоеточие и запятую. Don Rumata12:15, 19 декабря 2020 (UTC)
Не уверен, что это всем нужно. Желающие могут добавить плагин себе в common.js:
window.wfPlugins=window.wfPlugins||[];window.wfPlugins.push(function(txt,r){r(/([)"a-zа-яё\]²³]) +([\.\?]) +([\[(a-zа-яё])/g,'$1$2 $3');// удаление пробелов перед точкой и вопросом});
Спасибо! Можно и так, но возможно стоит организовать какой-то опрос, думаю точка здесь не сильно отличается от запятой, во всяком случае я не могу придумать сценарии, где бы это что-то ломало. Закрадывались мысли, что это не было реализовано из-за специального значения точки в регулярных выражениях…
P.S. Мне кажется, регулярное выражение нужно оптимизировать, заменив \s* на \s+
Тут немного разный смысл выражения. Проверка на «,» и «:» не столько убирает пробел перед, сколько вставляет пропущенный пробел после. С точкой так нельзя. Там есть выше выражение вставки пробела после точки с учётом случая «Газета.Ru», когда пробел добавлять нельзя. Don Rumata16:01, 19 декабря 2020 (UTC)
Информация из Викиданных появляется в статье не сразу. После правок Викиданных стоит пробовать прочищать кеши. Вот если не помогает, значит, появилась какая-то оригинальная проблема. — Vort (обс.) 06:30, 18 декабря 2020 (UTC)
Ссылки [1], [2] в статье Бопп, Томас#Примечания взяты из Викидата, дублируются в статье. Хотелось бы связать их, чтобы воспользоваться заполненными параметрами. Или возможно указать параметры ссылки типа title в Wikidata?
A.sav (обс.) 14:53, 16 декабря 2020 (UTC)
Так это наши шаблоны пользуются Викиданными, а не наоборот. То есть, связь, конечно, есть, но в обратном направлении. Поэтому не уверен, что оно там нужно. Дополнять надо, скорее, Википедия:Шаблоны-карточки#Викиданные. На картинке, кстати, источник оформлен. Но это ж надо догадаться туда посмотреть. — Vort (обс.) 15:32, 16 декабря 2020 (UTC)
Создал отдельный item на источник, поставил ссылку на него через {{Source-ref}} — это, действительно, рекомендованный способ действий. В крайних случаях можно использовать {{Source-ref-p}}[1] (однако это нестабильный вариант). Я не увидел где в статье этот источник дублируется.·Carn09:40, 18 декабря 2020 (UTC)
Спасибо, но как-то расточительно создавать item под источник, используемый в единственной статье, не находите? И да, в статье дублировался только источник [2]. — A.sav (обс.) 10:33, 19 декабря 2020 (UTC)
Совсем нет, использование в одной статье - вполне допустимая причина для создания item'а по Викидатовским меркам. ·Carn12:39, 19 декабря 2020 (UTC)
Всем добрый день! Для детского лагеря МДКЦ пробую поднять локальную копию русской википедии (в лагере есть компьютерные классы, но нет интернета). После разворота и настройки почти все завелось, за исключением страниц категорий (пока заметил только их)
На любой странице с категорий получаю ошибку
Ошибка Lua: bad argument #1 to "get" (not a valid title).
Попробовал воспользоваться инструкцией со страницы https://www.mediawiki.org/wiki/Topic:Vdtgrltwf1e5bmdx, но не помогло.
Не могли бы пожалуйста подсказать, как можно устранить ошибку?
91.77.167.23112:24, 16 декабря 2020 (UTC)
в случае подключения конфигурации получаю ошибку не соотвествии типа объекта
MWException from line 637 of /opt/projects/mediawiki/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php: Scribunto_LuaStandaloneInterpreter::encodeLuaVar: unable to convert resource91.77.167.23112:54, 16 декабря 2020 (UTC)
Второй вопрос по этой же статье (Акупунктура): почему старая версия от 00:14, 14 ноября 2020 открывается на редактирование с текстом «Вы редактируете старую версию страницы», а при попытке открыть на редактирование последующие версии статьи открывается на редактирование текущая версия, естественно без «Вы редактируете старую версию страницы»? Kalendar (обс.) 12:22, 16 декабря 2020 (UTC)
А сейчас версия , сохранённая 85.174.47.121 в 00:14, 14 ноября 2020, которая ранее открывалась на редактирование с предупреждением, теперь открывается в последней версии без предупреждения, а все последующие версии, ранее открывавшиеся без предупреждения. открываются с предупреждением. Непонятно.Тогда следующий вопрос: А зачем открывать на редактирование старые версии, не лучше ли их открывать в режиме просмотра кода, чтобы при необходимости из них что-то взять? Kalendar (обс.) 13:08, 16 декабря 2020 (UTC)
А, так у вас визуальный редактор? Тогда прошу прощения, я имел в виду кнопку «править код». Визуальным я вообще не пользуюсь, очень долго загружается. Землеройкин (обс.) 13:10, 16 декабря 2020 (UTC)
А, всё, увидел! У вас наверное подключена «Панель редактирования». Тогда, действительно, то есть предупреждение, то нет. Ну, верно опять разработчики что-то поломали. Землеройкин (обс.) 13:20, 16 декабря 2020 (UTC)
Ну всё теперь у меня то же, что и у вас. Даже и без панели. Причём ошибка не в скриптах, сервер отдаёт неправильный HTML-код страницы. Чепуха какая-то. Землеройкин (обс.) 13:46, 16 декабря 2020 (UTC)
Вопрос остался без ответа: зачем нужно редактировать старую версию статьи? Это может привести к случайной потере внесённых позже правок. Если нужно взять из старой версии коды текстов, то не лучше ли заменить режим редактирования старой версию на режим просмотра старой версии кода? Kalendar (обс.) 07:24, 17 декабря 2020 (UTC)
Бывает полезно при откате к предыдущей версии статьи. Небольшие «будущие» правки (если их мало) можно перенести руками. -Saidaziz (обс.) 08:31, 17 декабря 2020 (UTC)
Что-то в этом есть. Видимо, функция нужна довольно редко, и если так, то ничего страшного не случится, если для отката придётся выделить-скопировать и вставить в текущую версию. Нужно взвесить плюсы и минусы. Землеройкин (обс.) 08:59, 17 декабря 2020 (UTC)
Если когда-то давно в статье была основная сноска <ref name="имя сноски">текст сноски</ref> с повторными сносками <ref name="имя сноски" />, а потом кто-то удалил основную сноску, оставив повторные сноски сиротами, то бывает полезно вытащить такую основную сноску из кода старой версии статьи. — Jim_Hokins (обс.) 11:02, 17 декабря 2020 (UTC) Хотя, конечно, это можно сделать и в режиме просмотра кода, а не его редактирования. — Jim_Hokins (обс.) 11:03, 17 декабря 2020 (UTC)
Огромное спасибо, коллеги! Попробовал, удобно. Очень сильно помогает экономить время на унылом процессе поиска момента удаления сноски. — Jim_Hokins (обс.) 16:06, 19 декабря 2020 (UTC)
Если вы пользуетесь визуальным редактором, то при попытке открыть на редактирование последнюю отпатрулированную версию страницы (со вкладки "чтение") - вам загрузится текущая, чтобы вы не откатили статью к старой версии. Это делает скрипт в нашем разделе, чтобы предотвратить многочисленные такие правки, откатывающие стабилизированные статьи к старым версиям, Участник:Jack who built the house расскажет подробнее. MBH13:42, 17 декабря 2020 (UTC)
Например, для возврата правок (вернуть к). Для борьбы со сложным вандализмом. Отмена и откат — фактически тоже редактирование старой версии. Oleg3280 (обс.) 16:24, 19 декабря 2020 (UTC)
Зачем вам эта графа именно в карточке? Насколько я знаю, в биографических статьях принято такую информацию раскрывать текстом. Кажется, что эта не техническая проблема, а сущностная. По-этому обсуждать ее на форуме с большим охватом, например, на ВП:Ф-ПРЕ. При обращении туда (как, впрочем и везде с просьбой) желательно предложение обосновать. Если что, я не техник, я здесь потому что эта страница оказалась в моем списке наблюдения по другому вопросу. — Aqetz (обс.) 09:04, 16 декабря 2020 (UTC)
Не нужно усложнять и без того захламлённую карточку. Информацию о месте погребения вполне достаточно указывать в основном тексте статьи. — Netelo (обс.) 09:13, 16 декабря 2020 (UTC)
Ну вообще-то наличие места погребения в карточке позволяет добавлять автоматически категории типа «Похороненные в/на …». Вряд ли те, кто добавляет информацию о местах погребений для персон в ВД, придут в рувики, чтобы ручками проставить соответствующую категорию. В {{государственный деятель}} место погребения реализовано, и ничего, никто не умер от «захламленности» (что есть вкусовщина). — ChehVlad (обс.) 09:31, 16 декабря 2020 (UTC)
В чём тогда смысл карточек, как не выводить сжато основные биографические данные? Кристально чистый образец абсурда это карточка, которая ничего толком не отображает. — ChehVlad (обс.) 13:41, 16 декабря 2020 (UTC)
так о том и речь, что нет никакого смысла заявлять, что выводим сжато основные данные и показываем такую уйму всего, что в статье меньше текстом написано. ShinePhantom(обс)16:21, 16 декабря 2020 (UTC)
в плане автоматизации - целесообразнее попробовать возобновить обсуждение о возможности автокатегоризации по неотображаемым в карточке параметрам. Прошлое обсуждение кончилось ничем, у ВД тут много непримиримых противников. ShinePhantom(обс)09:36, 16 декабря 2020 (UTC)
Подскажите, пожалуйста, почему в шаблоне "Нет сносок" не работает подстановка даты через {{подст:нет сносок}}? Что нужно поправить, чтобы подстановка даты заработала? — DenBkh (обс.) 16:52, 15 декабря 2020 (UTC)
Спасибо за ответ. Я для всех шаблонов с датами использую конструкцию {{подст: ... }} и для этого хотелось бы использовать аналогичную. — DenBkh (обс.) 17:20, 15 декабря 2020 (UTC)
Пожалуйста. Интересуюсь: чем Вас не устраивает вариант {{subst:nr}} или {{подст:nr}}? Прошу: пожалуйста, приведите пример шаблона, который через подстановку даёт самого себя, но уже с автоматически подставленной датой. — Jim_Hokins (обс.) 17:50, 15 декабря 2020 (UTC)
Я не о таких примерах просил. {{подст:АИ}} разворачивается в {{нет АИ|15|12|2020}}, а не в {{АИ|15|12|2020}}. {{подст:afd}} разворачивается в <noinclude>{{к удалению|2020-12-15}}</noinclude>, а не в <noinclude>{{afd|2020-12-15}}</noinclude>. А тут требуют сделать так, чтобы шаблон через подстановку разворачивался в самого себя, но с автоматически подставленной датой. Вот мне и стало интересно, какой шаблон умеет так делать. — Jim_Hokins (обс.) 21:12, 15 декабря 2020 (UTC)
Не до конца уверен, что понял вас. «подст:нет АИ» разворачивается в «нет АИ с датой». Тут хотелось бы видеть то же самое. — DenBkh (обс.) 20:33, 18 декабря 2020 (UTC)
Вы так и не объяснили, зачем эта дата нужна. Шаблон не позволяет ничего удалять по прошествии двух недель. Шаблон:Нет сносок устанавливается в подвалах статей и указывает, что источники информации лежат беспорядочной свалкой вместо размещения сносками по тексту. 194.50.14.820:45, 18 декабря 2020 (UTC)
@Jim Hokins, спасибо! А можно добавить отображение даты, например как это сделано в других похожих шаблонах {{чистить}}, {{аффилированные источники}}, {{значимость раздела}} и т.д.? И ещё небольшой момент: после подстановки вылезает лишний перевод строки, хорошо бы его убрать. — DenBkh (обс.) 16:04, 19 декабря 2020 (UTC)
А нет ли шаблона, который бы заменял шаблон с параметрами в статье его конечным значением? Пример: {{Age in years and days|1875|2|21|1997|8|4}} → 122 года, 164 дня — A.sav (обс.) 19:53, 16 декабря 2020 (UTC)
Для простых шаблонов это делается подстановкой, то есть добавкой после открывающих фигурных скобок перед названием шаблона текста подст: или subst:. Для сложных шаблонов (использующих другие шаблоны и модули), как в Вашем примере, руками исправить код на конечное значение будет быстрее и проще, на мой взгляд. — Jim_Hokins (обс.) 20:39, 16 декабря 2020 (UTC)
Хорошо, но все равно, бывает полезно для понимания насколько давно висит шаблон. Чтобы посредством всяких скриптов не искать правку. Тем более у шаблона можно задать дату. — DenBkh (обс.) 20:43, 18 декабря 2020 (UTC)
Если бы такое «моральное удовлетворение» присутствовало в Википедии на массовом уровне, то шаблоны без АИ от 2009 года в миг бы разобрали. Да даже хоть у одного человека: чего там разбирать, ходи да удаляй неподтверждённые факты. Пока что влияние даты с решением проблемы никак не коррелирует. Внос даты ещё одному шаблону только замылит взгляд редакторов на действительно важные запросы и будет отнимать время при заполнении. 194.50.14.821:31, 18 декабря 2020 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
В сентябре в Индии вышло приложение Википедии под телефоны на KaiOS. Теперь его можно скачать и в других странах. [6]
Позже на этой неделе
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 15 декабря. Невикипедийные вики-сайты и некоторые википедии получат её 16 декабря, все проекты — 17 декабря (календарь).
Я поиграл персональными настройками, теперь в карточках статей некоторые элементы выделяются цветом. Что они означают? Simba16 (обс.) 01:11, 13 декабря 2020 (UTC)
Если оранжевым и красным - эти значения подтягиваются из Викиданных, отсутствуя в локальной карточке. MBH02:59, 13 декабря 2020 (UTC)
В статье оранжевым подсвечены город-организатор, даты открытия и закрытия, но все эти поля заполнены в статье. Не подсвечены число медалей и дата: первое отсутствует в Викиданных, второе - в статье. Simba16 (обс.) 10:00, 13 декабря 2020 (UTC)
После этой правки в статье GNS Science для компании, находящейся в Южном полушарии в верхнем правом углу болтается красная тряпка: Координаты: градусы широты < 0. Ума не приложу, как это можно поправить, и почему у нас ботоводы делают массовые правки, после которых остаются ошибки без согласования с сообществом. -- Voyagerim (обс.) 17:52, 11 декабря 2020 (UTC)
Я в курсе проблемы, но исправить ботом, к сожалению, смогу скорее всего не раньше понедельника, поскольку нужный код находится на моём рабочем компьютере. Как это исправляется, насколько я вижу, вы уже разобрались. В описании каждой правки есть ссылка на запрос, по которому они были сделаны. Проблема затронула лишь считанные десятки статей из почти тысячи и поэтому не была обнаружена сразу. — Alex NB IT (обс.) 17:59, 11 декабря 2020 (UTC)
Создал шаблон (перепилил аналогичный немецкий). Теперь категория «Незавершённые статьи о людях: Куба» добавляется в обычные категории, а не скрытые. Где я накосячил? Simba16 (обс.) 03:01, 11 декабря 2020 (UTC)
Всё правильно сделали; а скрытой категория делается при добавлении на страницу категории команды __HIDDENCAT__. Но для данного типа категорий специально существует шаблон {{Stub-category}}, внутри которого это уже есть. --89.113.98.16604:49, 11 декабря 2020 (UTC)
Случилось непонятное. Уже как пару дней на некоторых форумах перестали отображаться «высокие» флаги (гаджет со страницы настроек сайта). Страницу перезагружал, гаджет включал-включал. Дополнительные скрипты выключал-включал, кэш сбрасывал — все безрезультатно. Может быть, у кого-то было такое или есть идеи, что еще можно «подкрутить»? — Aqetz (обс.) 05:33, 9 декабря 2020 (UTC)
Проявляется на любых форумах. Причем иногда (примерно 1 заход на форум из 10-15 флаги таки указываются). Вот эти флаги. Также заметил, что одновременно с флагами, отображаемыми гаждетом не отображаются флаги этим скриптом. Если флаги отображаются, то сразу на всей странице. Если нет, то тоже на всей странице. На других страницах это, если и бывает, то крайне редко, чтобы это отметить. Проблема мешает только на форумах. Вот тут флаги не отобразились (разные форумы): [7], [8], [9], [10]. Вот в этом случае отобразились: [11]. — Aqetz (обс.) 08:07, 9 декабря 2020 (UTC)
Вчера под вечер также само прошло. Ну, как прошло, пропадать стало заметно реже — где-то раз из трех, а не почти всегда. Уже более-менее жить можно. Впрочем, заметил интересную особенность — если вчера вообще не отображались, то сегодня через какое-то время могут и отобразиться — тоже все. Такое ощущение, что какой-то из скриптов «залипает» и останавливает обработку всех последующих, если такое, конечно, возможно. — Aqetz (обс.) 05:50, 10 декабря 2020 (UTC)
Странное дело, у меня всё работает. Специально подключал себе все ваши скрипты — всё равно работает. Может стоит посмотреть, какие там ошибки в консоли показывает. Землеройкин (обс.) 13:37, 9 декабря 2020 (UTC)
Зависит от браузера, обычно, как написано в шапке, нажать F12. Или в меню есть «инструменты разработчика» или что-то в этом роде. Открыть вкладку "консоль", там красным будут выделены ошибки. А вы пробовали убрать все вообще скрипты из common.js? Землеройкин (обс.) 09:54, 10 декабря 2020 (UTC)
Красным ошибок нет, но множество сообщений желтым такого типа: Use of " ... " is deprecated. Use mw.config instead.. Где вместо многоточия - разнообразные параметры, например, wgFlaggedRevsParams, wgGlobalGroups, wgMediaViewerOnClick, wgMediaViewerEnabledByDefault, wgPopupsReferencePreviews и т.д. и т.п. Впрочем, когда флаги отображаются, эти сообщения тоже есть. Все скрипты отключил, обновил соседнюю страницу - флаги не отобразились. — Aqetz (обс.) 10:43, 10 декабря 2020 (UTC)
Есть две новости) Хорошая: я подключил себе побольше всяких гаджетов и смог воспроизвести проблему. А плохая, что я всё равно пока не знаю в чём дело. Землеройкин (обс.) 12:16, 10 декабря 2020 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Появилась возможность добавлять страницы в список наблюдения на ограниченное время. В некоторых проектах эта функциональность была и раньше. [12][13]
Позже на этой неделе
В настройках можно включить отображение правок в Викиданных в свежих правках и списке наблюдения. В этом случае на данных страницах появятся и изменения описаний элементов на языке проекта. Изменения описаний на других языках отображаться не будут. [14][15]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 8 декабря. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 9 декабря, все проекты — 10 декабря (календарь).
Будущие изменения
С 8 по 21 декабря вы можете проголосовать за предложения в Опросе о пожеланиях сообщества. Команда Community Tech будет работать над теми пожеланиями, которые наберут наибольшее число голосов.
Оно у меня включено. Во всплывающем окное смотрю на статью Аврамов, Роман Петков, вижу фото и поражаюсь, до чего же персонаж похож на писателя Горького. А это и есть Горький, его фото внизу статьи имеется, хотя и фото персонажа в карточке есть и даже не из Викиданных подтянуто. Можно как-то сделать так, чтобы этот предпросмотр показывал фото из карточки и/или из преамбулы, или уже тогда вообще не показывал? Томасина (обс.) 14:33, 6 декабря 2020 (UTC)
Попробуйте на странице Служебная:Настройки#mw-prefsection-rendering включить «Настройки чтения» -> «Включить предпросмотр страниц (быстрый предпросмотр тем при чтении страницы)». У меня с отключенным гаджетом «Всплывающие навигационные окошки…» и включенным «предпросмотром страниц» показывает правильную фотографию. Один есть баг, после ответа на форуме через CD в этой теме перестает работать предпросмотр (именно после нажатия на кнопку "ответить"). После перезагрузки страницы снова работает. Пару раз попробовал, повторяется. — Aqetz (обс.) 07:19, 8 декабря 2020 (UTC)
Попробовала. Да, так работает. Но тот гаджет был поинтереснее, он не только статьи предпросматривал, а любые вики-ссылки. Так что пока возвращаю фото Горького. Томасина (обс.) 09:19, 8 декабря 2020 (UTC)
> после ответа на форуме через CD Мм, это по-хорошему должна быть забота скрипта всплывающих окон выполняться при событии wikipage.content. Такое поведение характерно для скриптов, которые выполняются по загрузке страницы, то есть один раз и всё. Будь это наш локальный скрипт, я бы его поправил в указанном ключе, но это нативный скрипт. — Джек (обс.) 07:36, 8 декабря 2020 (UTC)
Я понимаю, что это не ваша ошибка и ваш замечательный (без всякой иронии замечательный) скрипт тут не виноват, но где бы это можно было обсудить? Если вы знаете такое место, можно вас попросить, если есть такая возможность, создать соответствующее обсуждение? Я бы сам создал, но я весьма мало понимаю в технических аспектах проекта, и вряд смогу грамотно все описать. — Aqetz (обс.) 07:47, 8 декабря 2020 (UTC)
Я постараюсь в свободное время посмотреть, как устроен скрипт всплывающих окон, и посмотреть, что можно сделать и/или написать на Фабрикатор. — Джек (обс.) 07:51, 8 декабря 2020 (UTC)
Коллеги, предполагаю, что этот вопрос уже обсуждался. Проблема такая. Здесь в шаблоне последняя ссылка (WorldCat VIAF: 268229907) not found. В викиданных есть только один параметр с id 268229907 - это VIAF ID.
Как убрать из шаблона для этой статьи неработающую ссылку WorldCat VIAF: 268229907 не удалив работающую VIAF: 268229907?
Заранее благодарю. Alexandra-J (обсужд.) 17:43, 4 декабря 2020 (UTC)
А зачем вообще эти две ссылки? См. ВП:Внешние ссылки: «Внешние ссылки следует давать лишь на те источники, которые действительно этого заслуживают, находятся в свободном доступе и имеют прямое отношение к теме статьи». 194.50.13.10520:28, 4 декабря 2020 (UTC)
Сейчас ссылка на WorldCat формируется через идентификатор VIAF; где-то это работает (например, в статье о самом композиторе), где-то нет. Проблеме около двух лет; в enwiki то же самое. По-хорошему, должно быть отдельное свойство Викиданных для идентификатора WorldCat, но пока У:Кто-то там не подсуетится, придётся с жить с тем, что есть. Ну, можно, конечно, выкинуть совсем эту ссылку, но навряд ли это будет поддержано. --188.65.246.20106:42, 5 декабря 2020 (UTC)
upd: У меня такое впечатление, что ссылки на WorldCat работают для авторов и не работают для произведений. Хорошо бы, чтобы знающие люди это подтвердили или опровергли; если действительно так, то достаточно будет добавить проверку по p31. --188.65.246.20107:35, 6 декабря 2020 (UTC)
Этот параметр добавляет рамку и делает видной пояснительную подпись в основном пространстве. А мне нужно, чтобы ссылки работали при просмотре галереи в пояснительных надписях, неотображаемых в основном пространстве! Как это сделать через общий вики-склад понятно (пример из Википедия:Иллюстрирование, где при открытии файла в галерее, становятся доступны ссылки на галерею Фернандо Алонсо на складе, а также на статью о гран-при в английской википедии) но это трудоёмко и конкретная пояснительная надпись со ссылками будет отображаться в этом случае при любом использовании файла в рувики при отсутствии специальной пояснительной надписи.— Villarreal9 (обс.) 14:49, 4 декабря 2020 (UTC)
Всё зависит от того, что «выделено» для включения в статье Тучкова. Там нужно либо переместить <noinclude> в конец последнего элемента дизамбига, либо заменить<noinclude></noinclude> на <onlyinclude></onlyinclude>. — Джек (обс.) 22:01, 3 декабря 2020 (UTC)
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Чем отличаются две блокировки, введённые двумя разными администраторами: участник 1, участник 2? В первом случае участник зачёркнут, а в другом нет. Почему? Может, всё дело в отсутствии на СО второго участника раздела о блокировке? Kalendar (обс.) 16:50, 3 декабря 2020 (UTC)
Хоть итог по существу подведен, смею предположить, что вычеркивание айпи анонимов из-под заблокированных диапазонов относится к компетенции техников, и с этим вам лучше обратиться на технический форум. — Aqetz (обс.) 09:40, 4 декабря 2020 (UTC)
Коллеги, а можно организовать зачёркивание айпи анонимов из-под заблокированных диапазонов по аналогии с зачёркивание айпи анонимов, чтоб статус всех заблокированных участников был виден одинаково? Kalendar (обс.) 09:56, 4 декабря 2020 (UTC)
В принципе можно, но 1) для этого придётся переделывать гаджет 2) будет очень медленно, потому что (насколько я понял), по техническим причинам каждого анонима придётся проверять отдельно (а сейчас — до 50 на один запрос). Землеройкин (обс.) 22:03, 4 декабря 2020 (UTC)
Мог бы кто-то, кто имеет право, добавить в шаблон {{Карточка учебного института}} поле "Описание" для поля "Изображение"? Ну не комильфо без него! — Gennady (обс.) 09:17, 1 декабря 2020 (UTC)
Никак, размер стандартный. Собственно, визуальное отличие только в том, что эта картинка вертикальная, а большинство других горизонтальные; и сам крест выглядит большим, потому что мы понимаем, что он в реальности явно меньше, чем, например, небоскрёб, который на снимке занимал бы такую же площадь. Что тут можно сделать? Только другой файл загрузить… --188.65.247.8023:28, 26 декабря 2020 (UTC)
upd: А, кстати, это идея. Сделайте производное изображение — та же картинка, но на белом фоне (высота фона равна высоте картинки, а по ширине — добавим белые полосы справа и слева); вдруг лучше будет. --188.65.247.8023:37, 26 декабря 2020 (UTC)
На сколько понимаю, данную возможность специально выпилили что бы надавать по рукам опытным участникам, расставляющим дикие размеры. — Туча00:17, 27 декабря 2020 (UTC)
Вот, кстати, текущую ширину в 290 вполне можно было бы уменьшить до 274, как в других карточках. Но тогда нужно и ширину карт уменьшать. — putnik12:13, 28 декабря 2020 (UTC)
Для изображений с сильной диспропорцией по ширине или высоте есть коэффициент масштабирования. Который предпочтительнее жёстко заданных пикселей, потому что у кого-то может стоять дефолтное 220х при превью ("Размер уменьшенной версии изображения"), у кого-то совсем иное, предугадать невозможно. Однако карточки статьи не предусматривают такой обработки при вытягивании с Викиданных. Если действительно очень нужно, можно применить комбинированный метод: задать в карточке параметр изображение с обработкой, а данные для него по-прежнему брать с Викиданных. Например: | изображение = [[File:{{Wikidata|p18|plain=true|references=false|from=Q1111914}}|frameless|upright=0.8]] (для самой статьи Вщиж последний параметр from избыточен и его можно удалить) — Neolexx (обс.) 15:54, 30 декабря 2020 (UTC)
Если предыдущую правку с жёстко заданной шириной 190px отменили, то не потому что конкретно число 190 не любят. Поэтому повторение того же с 200px не выглядит рациональным. — Neolexx (обс.) 16:01, 2 января 2021 (UTC) При том что весь конструкт всё равно в стиле "контекстного подхода к проблеме". Потому что родительский шаблон {{НП}} всё равно задаёт конкретные пиксели, а не проценты размера по умолчанию: min-width: 297px - только для карт, хоть свёрнутых, хоть развёрнутых. Так что отмены правок читаются как "жёстко заданные пиксели - добро, если 1) для карт и 2) спрятаны в шаблоне карточки; жёстко заданные пиксели - зло, если 1) для изображений и 2) в карточке". — Neolexx (обс.) 16:22, 2 января 2021 (UTC)
Можно подумать, я следил за параллельной движухой в статье.:) Ваш гениальный вариант я в предпросмотре посмотрел — работает; так что пусть желающие выбирают. --188.65.247.8003:39, 3 января 2021 (UTC)