Вернулся из вики-отпуска и обнаружил, что в списке наблюдения отображаются правки только за неполный сегодняшний день, несмотря на выбор разных параметров (7 дней, 30 дней). В чём может быть причина? С уважением, Baccy (обс.) 15:35, 30 сентября 2017 (UTC)
Видимо, из-за технических проблем, проявившихся рянее, обрезали так, чтобы отображались только последние 250 изменений. --Юлия 70 (обс.) 16:11, 30 сентября 2017 (UTC)
Нет, у меня отображается тысяча. Не в том ли дело, что вы тратите всю вашу квоту на изменения на правки ботов в ОП? MBH16:27, 30 сентября 2017 (UTC)
Baccy, с возвращением! У меня список обрезается на 1000. Проверил "Настройки → Список наблюдения", там действительно есть параметр "Максимальное количество правок для показа в списке наблюдения", которое у меня установлено на 1000 (больше нельзя). У вас тоже 1000 или меньше? Если меньше, установите 1000. Если 1000, попробуйте исключить из СН правки ботов. — Adavyd (обс.) 04:31, 1 октября 2017 (UTC)
Посмотрите, пож-та - что именно грузится в шаблон с викиданных, что графа Имя при рождении в статье о Софье Ковалевской выглядит как рус. Софья Васильевна Корвин-Круковскаяsofia kovalevskaya . --Яй (обс.) 13:18, 30 сентября 2017 (UTC)
Нет ли каких настроек пользователя, чтобы вне зависимости от соображений сервера страницы всегда грузились в режиме Стационарный? На iPad Pro у меня страницы (как статьи, так и вспомогательные) уже с год грузятся совершенно хаотично. По личным оценкам где-то 70% Стационарный и 30% Мобильная версия, но системы никакой выявить пока не смог. Как-то наконец достало периодически прокручивать в подвал страницы и переключать режим. Прежде чем писать свой скрипт жёсткого переброса при загрузке, решил уточнить здесь. Может, есть какая скрытая опция сказать серверу "shut up and serve me Desktop only!" ? --Neolexx (обс.) 11:37, 30 сентября 2017 (UTC)
Сама Мобильная версия никуда не пропадёт, декстопные читатели уже сейчас в меньшинстве, а ещё года через три их число будет в рамках статистической погрешности. Более того, MinervaNeue (скин мобильной версии) уже сейчас в настройках наравне с Вектором и прочими, а не какой сторонний скин. Тут именно про возможность индивидуального предпочтения, если оно у меня отличается от пока непонятного алгоритма по умолчанию. Я только что поиграл с запросами и вижу, что примерно половина от тех "насильных мобильных версий" падает не собственно от движка, а от Гугл. Который на поисковые запросы с моего Safari / iPad Pro за каким-то лешим выдаёт результаты на мобильную версию. Например, в топе поиска "half life 2" ссылка на https://ru.m.wikipedia.org/wiki/Half-Life_2 (мобильная версия). На ноуте/десктопе я бы подкрутил какой Greasemonkey-скрипт чистить подобную фигню на нормальные ссылки - но на iPad'ных и подобных броузерах так просто add-on не подкрутить. --Neolexx (обс.) 13:18, 30 сентября 2017 (UTC)
Я считаю, что во всём виноват браузер. Нужно пинать производителя, чтобы поставил флаг Always Desktop. С помощью сторонних программ это можно сделать и сейчас. — Igel B TyMaHe (обс.) 05:22, 1 октября 2017 (UTC)
Поискал в Сети, оказывается, "полухак" производителем сделан. Попав по так и не понятной причине на мобильную версию в Safari/iPad, нажать и удерживать значок обновления в адресной строке. Выскочит скрытая опция "Полная версия сайта", которую и выбрать. Для текущей вкладки и сайта будут грузиться десктопные версии. Это, конечно, не решение, но хоть в подвал страницы с матюгами за ссылкой прокручивать не надо... --Neolexx (обс.) 09:37, 1 октября 2017 (UTC)
"Насколько я понял из описания этого тега, он может применяться только в шаблонах" — не совсем так: включить можно любую страницу, не обязательно шаблон, только пространство имён надо будет явно указать; соответственно, троица тегов noinclude-onlyinclude-includeonly может работать везде. Первые два активно используются в дизамбигах, например (в дизамбиге Иванов, Иван лишнее отсечено и он включается в Иванов). Но валидных случаев для использования includeonly в основном пространстве я придумать не могу, тем более, что Хлор никуда не включается (точнее, показывает, что включается в Проект:Химия/Списки/Статьи из списка 10 000, но это, видимо, издержки механизма определения размера статьи). Так что тут смело можно удалять или комментировать тег вместе с содержимым. Я бы, наверное, даже удалил. ~Facenapalm (обс.) 01:38, 30 сентября 2017 (UTC)
Можно, для этого надо их создать и добавить ключевое слово __HIDDENCAT__. Красные категории не скроешь никак, для движка они служебными очевидно не являются. ~Facenapalm (обс.) 23:34, 29 сентября 2017 (UTC)
В каком смысле байты? Если я откорректировал статью и ее размер при этом изменился на -2, это сколько байт я внес? Vcohen (обс.) 11:47, 29 сентября 2017 (UTC)
Про этот шаблон, мимо проходя, только что писал в чате инженеров — он давно не обновлялся из энвики, а указание дней вообще неуместно, не только потому что людям удобней в месяцах, если счёт идёт на сотни дней, но и потому, что в силу кэширования дата часто оказывается некорректна. — Джек, который построил дом (обс.) 01:29, 29 сентября 2017 (UTC)
Глюк?
Уважаемые коллеги, если мой вопрос не по тематике, то посоветуйте, куда его кинуть.
Проблема вот в чём:
1) Ко мне не приходят пинги. Как минимум — с библиотечного форума. По крайней мере, про него я знаю точно — коллега Balabinrmтрижды пинганул (21 и 24 августа), но я ни сном ни духом об этом не ведал.
2) Так же с оповещениями в моём списке наблюдения. Библиотечный форум у меня в списке значится. Оповещения об обновлениях в «чужих» запросах приходят регулярно. Однако обновления в моих запросах у меня не показываются. Причём так было с самого начала как я стал пользоваться библиотечным форумом.
Создал шаблон с использованием "Карточки", но по трём моментам в "пунктуации" до конца разобрать не смог. На работоспособности это не сказывается. Хотелось бы эти пункты доделать нормально. Может кто подскажет.
Заголовок карточки. Сейчаст стоит как {{{название|}}}, а желательно чтобы при пустом значении "Название" заголовок формировался из связки {{{чемп|}}} {{{год|}}}. Фактически параметр "Название" можно вообще убрать, так как наличие "чемп и год" важнее, они одновременно участвуют в автоматической навигации.
Встроенная карта работает при наличии в болванке двух параметров "позкарта" и "позиционная карта". Причём карту берёт из первого, а второй должен быть обязательно хотя бы пустым. А если кто сделает возможность отображения двух точек на карте то вообще супер будет.
Для формирования навигации на прошлый/следующий чемпионат который проходил в НЕ соседний год есть два параметра "назад" и " вперд". Если они указаны в "болванке" хотя бы в пустом виде, то автоматическое формирование навигации слетает.
В самом шаблоне и примере сделал соответсвующие пометки в <!-- --> на эти моменты. Документацию пока не стал выносить на отдельную страницу чтобы было проще доредактирвать. — GAN (обс.) 10:31, 27 сентября 2017 (UTC)
Я так понимаю, что в VE можно получить текстовые элементы и к ним применить Викификатор. Так что старый код можно оставить как есть, но новый код всё равно нужно писать, и пока никто не взялся за это. — putnik13:04, 27 сентября 2017 (UTC)
При редактировании Википедии печатает такие символы вместоˌ̺ˈ̪ˌ̪ˈ̪ˈ̪
кавычек и вообще какая-то ерунда. Что й то? — Эта реплика добавлена с IP 31.171.194.51 (о)
Вот даже здесь сейчас печатаю и вместо звёздочки набирается ̈ если один раз нажать, ̽ если два раза ̆ если три. Нигде кроме Вики такого не наблюдается. Проблема не в клаве. Это, видимо, особенность редактора. 31.171.194.5415:12, 26 сентября 2017 (UTC)
Попробуйте нажать Ctrl-M (раньше подобные эффекты создавались встроенным в викидвижок менеджером раскладок клавиатур, да будут прокляты авторы этой идеи). MBH15:16, 26 сентября 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Бета-версия подсветки синтаксиса, основанная на CodeMirror, появилась в вики-проектах Фонда с письменностями слева направо. Теперь она также позволяет, по нажатию CTRL+F или cmd+F, искать по всему тексту статьи (раньше искало только по фрагменту). Разработчики прямо сейчас исправляют имеющиеся баги. [2][3]
Если кто-нибудь попытается войти в ваш аккаунт и не сможет, вам придёт уведомление. Если это произойдёт с устройства или IP-адреса, которым вы пользовались ранее, то уведомление придёт только после 5-й попытки. Ради безопасности, по умолчанию, вам также будет приходить письмо-уведомление, если в ваш аккаунт будет произведён вход с нового IP или нового устройства — это можно выключить в настройках. [5]
Редактирование с очень старых браузеров (например — Netscape 2–4, версии 1995—1997 годов), не поддерживающих Юникод, станет недоступно. Чтобы править, их пользователям придётся установить новый браузер. [6]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 26 сентября. Невикипедийные вики-сайты и некоторые из Википедий получат её 27, на всех вики появится — 28 сентября (календарь).
Встречи
Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 27 сентября в 15:00 (UTC). См. инструкцию.
Будущие программные изменения
Readers department Фонда Викимедиа предложил фундаментально изменить мобильную версию, подробности см. на mediawiki.org. Это может быть большим изменением.
После 1 октября создавать PDF-файлы с помощью OCG будет нельзя (из-за технических проблем). Само создание PDF будет доступно, но иначе. 37-й выпуск Техновостей сообщал, что создание PDF из книг будет продолжать работать, однако теперь стало понятно, что данная функциональность не будет работать ещё как минимум несколько месяцев. Разработчики работают над тем, чтобы всё починить. Подробности см. на mediawiki.org.
Глобальное обновление архитектуры внутреннего кода РуВики
У нас тут вчера/сегодня случилась глобальная миграция в гаджеты, для некоторого ускорения загрузки и упрощения работы/слежения за кодом. Так что может даже что-то сломалось. Больше всего могли пострадать внешние сайты, использующие наши основные скрипты напрямую.
Список переименованных страниц:
MediaWiki:Filepage.js в MediaWiki:Gadget-common-namespace-file.js
MediaWiki:History.js в MediaWiki:Gadget-common-action-history.js
MediaWiki:Editpage.js в MediaWiki:Gadget-common-action-edit.js
MediaWiki:Deletepage.js в MediaWiki:Gadget-common-action-delete.js
MediaWiki:Upload.js в MediaWiki:Gadget-common-special-upload.js
MediaWiki:Watchlist.js в MediaWiki:Gadget-common-special-watchlist.js
MediaWiki:Movepage.js в MediaWiki:Gadget-common-special-movepage.js
MediaWiki:Newpages.js в MediaWiki:Gadget-common-special-newpages.js
MediaWiki:Search.js в MediaWiki:Gadget-common-special-search.js
MediaWiki:Log.js в MediaWiki:Gadget-common-special-log.js
MediaWiki:Block.js в MediaWiki:Gadget-common-special-block.js
MediaWiki:Statistics.js в MediaWiki:Gadget-common-special-statistics.js
MediaWiki:AbuseFilter.js в MediaWiki:Gadget-common-special-abusefilter.js
MediaWiki:Wikificator.js в MediaWiki:Gadget-wikificator.js
Если что-то сломалось или работает не так как надо, то ждем вашего фидбека.
Куда-то пропали кнопки простановки категории, перенаправлений и HTML-комментария из ряда над окном редактирования. При редактировании статей не видна также кнопка подписи, но я так понимаю, что это не баг, а фича, потому что при редактировании форума она есть. --V1adis1av (обс.) 16:11, 24 сентября 2017 (UTC)
ПОдтверждаю Владислава - пропали кнопки вставки категории, перенаправления и сносок (ref)... (монобук, старый редактор) → borodun™17:43, 24 сентября 2017 (UTC)
В этой статье шаблон «Внешние ссылки» отображает только данные «Нормативного контроля». Пытаюсь с помощью гаджета «WE-Framework: Ссылки» добавить данные для секции «Словари и энциклопедии» — ЭСБЕ, и не могу. Гаджет зависает на стадии загрузки, и дальше ничего не происходит. Испробовал гаджет на десятке других статей — всё нормально. Проблемы только с этой статьёй. Что не так? Игра слов (обс.) 09:53, 23 сентября 2017 (UTC)
Итог
Просто «утверждается в» в таких случаях надо прописывать не как источник, а как квалификатор. В данной статье исправлено. По аналогии заполняются и иные. --Ksc~ruwiki (обс.) 19:34, 27 сентября 2017 (UTC)
Шаблон SPARQL в Викиверситете
Уважаемые коллеги, в статьях, которые мы пишем со студентами в курсе "v:Программирование Викиданных" в Викиверситете, часто приводим SPARQL-листинги.
На Викиданных есть такой шаблон Template:Query, в котором можно написать листинг и он ещё поставит ссылку на query.wikidata.org с этим листингом. В общем - красота!
Может, что-то новенькое, и только я не знаю :) Свежесозданные редиректы теперь должны некоторое время, так сказать, отлежаться, и лишь потом начинают работать? 91.79 (обс.) 02:42, 21 сентября 2017 (UTC)
зачем нужно вообще такое извращение? ВД в таком формате не работают вообще например. Что и видно по статье, где Год основания - 2011, а Год закрытия 1814. ShinePhantom(обс)09:46, 21 сентября 2017 (UTC)
Global block
Собираюсь на meta:Steward requests/Global, чтобы снять блок с билайновского диапазона, но всё-таки хочу уточнить: это нормально, что Global block действует на зарегистрированных и залогированных участников? Потому как если ненормально, это, скорее, технический баг, и писать следует не туда. Личное письмо отправил стюардам три часа назад, пока не отреагировали. — Igel B TyMaHe (обс.) 18:26, 18 сентября 2017 (UTC)
Не думаю, что это может быть багом. Почти уверен, что при блоке есть выбор, распространять ли блокировку на зарегистрированных и залогиненных. Правомерно ли её применили — другой вопрос. ~Facenapalm (обс.) 19:20, 18 сентября 2017 (UTC)
Так, к слову выскажусь. Я в начале лета "переехал" на Билайн и теперь не имею возможности править анонимно по причине того, что диапазон ip-адресов, включая мой айпишник, заблокирован из-за некоего «Ильи Быкова 1994 года рождения», как сообщается мне на странице регистрации новой учётки к примеру. Я всё равно правки совершаю залогинившись, но этот бан нагоняет какой-то моральный груз что ли . А так вроде не жалуюсь. u-leo20:14, 19 сентября 2017 (UTC)
@U-leo: Это краснодарский вандал, из-за него в нашем разделе заблокировано несколько диапазонов IP-адресов принадлежащих Билайну, и у вас поэтому вылезает данное сообщение, когда вы не залогинены. Тогда блокировка не глобальная. — Ping08обс.20:30, 19 сентября 2017 (UTC)
Этот адрес принадлежит мне уже несколько лет, а блокировка произошла только сегодня. (Впрочем, это была блокировка диапазона, и я не знаю, кому принадлежат остальные адреса. Хотя, с другой стороны, весь диапазон должен принадлежать одному провайдеру.) Vcohen (обс.) 20:52, 19 сентября 2017 (UTC)
Да, вот хороший пример. Надпись есть, но нужно приглядываться, чтобы её увидеть. Как-то странно выходит: этот параметр нужен (судя по документации), чтобы как раз такие случаи предотвращать, но его наличие их и порождает. 109.172.98.6918:12, 18 сентября 2017 (UTC)
Потому что ничто не вечно и спустя годы даже большинство уберпопулярных инфобоксов стало менее деревянными в плане гибкости параметров, начав примерно понимать, что у них задано в параметре отвечающем за изображение и стоит ли с этим что-то насильно делать. Только вот в случае взаимодействия с странным костылём этого шаблона, видимо, понимания ещё не совсем хватает, вот так и получается наблюдаемый эффект. Pticy uleteli (обс.) 19:49, 18 сентября 2017 (UTC)
(Добавлено в список техзадач на будущее)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (3) 2017-10-15: Убрать артефакты из статей из-за устаревшего параметра — ботам, видимо. Jack who built the house. /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Убрать артефакты из статей из-за устаревшего параметра — ботам, видимо». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 13:38, 15 октября 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
На странице Special:Contributions стал показываться вклад с диапазона IP-адресов. Ранее можно было смотреть вклад только с отдельного IP-адреса. Старые правки с диапазонов могут некоторое время не отображаться, так как их добавление занимает время. [7][8]
Поток (Flow) претерпевает ребрендинг: он переименован в Структурированные обсуждения (Structured Discussions), разработка начнётся заново. Проекты на Фабрикаторе и репозитории также были переименованы. [9]
Изменения текущей недели
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 19 сентября. Невикипедийные вики-сайты и некоторые википедии получат её 20 сентября, все википедии — 21 сентября (календарь).
Встречи
Доступно участие в следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 19 сентября в 18:30 (UTC). См. инструкцию.
Также приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 20 сентября в 15:00 (UTC). См. инструкцию.
Будущие программные изменения
Tidy постепенно убирают из вики-проектов, нужно исправить страницы, которые могут сломаться. Приглашаем прочесть упрощённую инструкцию и помочь с исправлением. Некоторые вики-проекты уже отказались от Tidy, вы также можете попросить перевести свой проект с него, заполнив запрос.
Народ, подскажите, пожалуйста, как сделать, чтобы "шапка" скрытого блока не загораживала бы телефонный код в карточке и, может, есть способ демографическую таблицу перетащить в сам раздел? А то не сразу и догадаешься, где она после раскрытия блока. Вудсток (Иллинойс). Опера, хрюша. Лес (обс.) 13:13, 18 сентября 2017 (UTC)
Есть ли возможность добавления в список наблюдения основную страницу или страницу её обсуждения отдельно или что-нибудь подобное? IMDJack (T•C) 18:48, 16 сентября 2017 (UTC)
Так в том то и вопрос - как реализовать добавление одного без другого? Конечно можно использовать некий агрегатор, который будет собирать историю правок только с СО или самой статьи, но я не очень в этом разбираюсь, поэтому было бы лучше использовать именно список наблюдения. Может быть есть какой готовый скрипт для common.js для этих целей? IMDJack (T•C) 19:26, 16 сентября 2017 (UTC)
А какое пространство имен? Если такая информация интересует только по одному пространству, то в "списке наблюдения" можно установить фильтр. С уважением, Iniquity20:01, 16 сентября 2017 (UTC)
"все" (используется большая часть типов из выпадающего списка пространств имён). Фильтром по пространству имён не пользуюсь, т.к. для меня в нём нет пользы. IMDJack (T•C) 09:26, 17 сентября 2017 (UTC)
Спасибо за ссылку) Насколько я понял, предложения в списке желаний не часто одобряются? И не подскажете, не знаете ли вы готовые скрипты для кастомизации списка наблюдения (что-нибудь связанное с вышеописанной проблемой)? IMDJack (T•C) 13:17, 17 сентября 2017 (UTC)
Связанное с вышеуказанной проблемой — не знаю, можете посмотреть что-нибудь на en:WP:User scripts/List в соответствующем разделе. Списки пожеланий ежегодные, результаты прошлогоднего — здесь. Как можно видеть, немалое количество пожеланий находится в разработке (в том числе завтра должны выкатить читабельные ссылки на разделы как раз по моему предложению). — Джек, который построил дом (обс.) 14:47, 17 сентября 2017 (UTC)
Пободное - связанные правки. Страница с вики-ссылками и её использование инструментом "связанные правки" (слева) или включение в "страницу наблюдения" (пример про:ИТ#Свежие правки) Минусы: нет оповещений и публичность списка. --Sunpriat (обс.) 13:41, 17 сентября 2017 (UTC)
Как в карточку компании добавить два сайта? В декабре 2016 года я это сделал в статье BBC Cymru Wales (заодно, просьба отпатрулировать статью), но сейчас, после некоторых изменений, карточка выдаёт ошибку. Хоббит (обс.) 11:58, 16 сентября 2017 (UTC)
@Vort: Оу, где ж вы были. Я эту тему пропустил — так бы давно исправил. Мне кажется, вы с Путником не поняли друг друга, и он не увидел вашего решения. Я сделал по предложенному вами варианту, а также добавил отдельно трекинг случаев с двумя квадратными скобками (которые обрабатывались как с одной): в статьях нашлось большое количество таких использований этого поля, причём в некоторых это правда вики-ссылки, а по остальным четырём десяткам я прошёлся ботом.
Здравствуйте, подскажите, пожалуйста, может кто знает. Вот в русской Википедии все патрулированные версии страниц закрашиваются синим цветом, непатрулированные жёлтым или красным. Но в английской Википедии версии только белые. Как же тогда пользователи там понимают, что есть непроверенная версия? — vsco (обс.) 06:44, 16 сентября 2017 (UTC)
Вот так и различают: по цвету. В вышеприведённых ссылках всё сказано, если читать внимательно. Патрулирование (pending changes review) включено только для 0,05 % статей (менее 3 тысяч из 5,5 миллионов), и даже в них оно касается только анонимов и свежезарегистрированных аккаунтов («only pending changes level 1, affecting the edits of new and unregistered users, is being used»); autoconfirmed — это уже нормальный статус. Никто не выстраивается в очередь за получением АПАТ и ПАТ, никто не унижается понапрасну, нет этой дедовщины. Трудно поверить, да? А представьте, каково было мне, проведя несколько лет там, прийти сюда и столкнуться со здешними порядками. — Mike Novikoff02:15, 19 сентября 2017 (UTC)
Какая дедовщина, ну что за хрень вы всё время несёте? Кто унижается? Что хорошего в отсутствии патрулирования? Какая-то бессвязная демагогическая пропаганда расового превосходства анвики над рувики. MBH17:37, 19 сентября 2017 (UTC)
Да, подавал другой, и я ему благодарен — не потому, что сам не мог подать, а потому, что он помог мне сохранить лицо. Но я этого ждал больше 4 лет. А полного ПАТ до сих пор не имею, и, наверно, ещё лет 5 буду ждать, если не уйду раньше (о чём уже довольно давно думаю, так что понимаю топикстартера). — Mike Novikoff07:35, 20 сентября 2017 (UTC)
Вы почему-то это так воспринимаете. А я-то как раз привык к «being here to build an encyclopedia» (WP:HERE), в отличие от «focusing on Wikipedia as a social networking site» или «interest in gaining as many user rights or "awards" as possible (or overly focusing on rights in general)» (WP:NOTHERE). Мне вот странно, когда трудно полноценно заниматься первым (меньше апата тут — считается вообще не человек, меньше пата — всё ещё не вполне допущенный к необходимым рабочим инструментам), не пройдя сначала через диаметрально противоположное второе. Но, впрочем, главная фрустрация не в этом, а в осознании бессилия изменить общий закоренелый бардак, когда кругом сплошное отсутствие правил и консенсусов, даже элементарных оформительских. — Mike Novikoff20:05, 20 сентября 2017 (UTC)
Не знаю, каким нечеловеком является ПАТ. Очень долгое время ходил без него просто потому, что мне неинтересно было патрулирование. Чтобы не «унижаться», можно попросить присвоить статус любого администратора, если нарушений нет и требования многократно превышаются. ~Facenapalm (обс.) 20:42, 20 сентября 2017 (UTC)
Мне тоже не очень интересно патрулирование как таковое, но в некоторых статьях (о московских улицах и районах) патов не дождёшься по полгода и больше. Обратиться к админу лично — была такая идея, упоминал об этом на ВП:Ф-А около месяца назад, но момент неудачно совпал с неким инцидентом, так что получил я в тот день никакой не флаг, а предупреждение по ЭП (первое и единственное у меня вообще). Теперь не знаю, что дальше делать. Энтузиазм, само собой, резко упал. — Mike Novikoff22:41, 20 сентября 2017 (UTC)
Олег, вся эта куча ссылок с её внешней похожестью терминологии только сбивает с толку. А сухой остаток — WP:PCRFC. Коротко говоря, система «pending changes level 2» (здесь в ruwiki действующая) там окончательно отменена в январе этого года, а широко и массово не использовалась почти никогда. — Mike Novikoff07:35, 20 сентября 2017 (UTC)
Чья-то странная идея автоматически викифицировать параметр «Архитектор» в шаблоне {{Парк}}. Причём геокар|множественный не любит вики ссылки, и даже с выключенной авто-викификацией делает по 6 копий одного значения. Неудивительно, что из 440 включений параметра, заполнено суть больше 10. Исправил шаблон, поправил ссылки в статьях. --Serhio Magpie (обс.) 07:57, 16 сентября 2017 (UTC)
Есть какой-нибудь скрипт с помощью которого можно было бы подсветить какими-нибудь цветами кириллицу, латиницу etc (вероятно цифры и другие алфавиты тоже)? Чтобы можно было как-то выяснить есть ли в статье слова со смешением алфавитов, а то это зачастую портит ссылки, а увидеть это глазами возможности нет. --WikiFido☯19:00, 14 сентября 2017 (UTC)
Комментарий: в самых простых случаях — когда в русское слово попадает латинская буква, — это слово стандартно подчёркивается проверяльщиком орфографии. Я именно так кирлат определяю. Но тоже интересно, есть ли какие-то более цивилизованные инструменты. Лес (обс.) 19:06, 14 сентября 2017 (UTC)
Неожиданный результат правки
Я с таким раньше не сталкивался, даже интересно, что это. Правкой я вставил перед национальностью родственников тире (по принципу «Петя — ром») и нажал викификатор. Получилось вот что: [12]. Видно, что викификатор обработал другие задачи, скажем, преобразовал короткие тире в длинные в сносках. Но с немкой он вот так обошёлся. Попытки исправить ситуацию успехом не увенчались. Я полностью стёр делитом короткое тире и все пробелы между бабушкой и немкой, потом ручками вбил пробелы и длинное тире (alt+0151), но сабжевое место не изменилось: [13] (только тире, которое я руками вбил, осталось). Никаким энтером я ничего там не отбивал. Хром, 10-ка. Лес (обс.) 18:47, 14 сентября 2017 (UTC)
Я на исходной версии попробовал — всё заменилось корректно. Изначально правкой был поставлен знак переноса или были какие-то иные манипуляции? — Igel B TyMaHe (обс.) 07:58, 15 сентября 2017 (UTC)
Да не, ничего особого не было. Был поставлено короткое тире (дефис, справа от нуля), как и в других местах. Единственное, что вспоминаю - это был конец строки. Может, текстовый редактор принял это за знак переноса? Лес (обс.) 11:50, 15 сентября 2017 (UTC)
Improvements coming soon to Recent Changes
Hello
Sorry to use English. Пожалуйста, помогите перевести на ваш язык! Спасибо.
In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.
Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:
Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
Bookmarking to keep your favorite configurations of filters ready to be used.
Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.
Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.
If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).
You will also be able to opt-out this change in your preferences.
Concerning Watchlists
Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.
If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 19.
How to be ready
Please share this announcement!
Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.
"Нулевую правку" делал в Шаблоне. После того, как в очередной раз отредактировал основную статью - изменения в вышеупомянутом Шаблоне в ней тоже отобразились. Признателен за участие. SergeyStG (обс.) 00:01, 14 сентября 2017 (UTC)
@SergeyStG: нулевая правка в шаблоне не затрагивает включающие в него страницы, см. Википедия:Кэш#forcerecursivelinkupdate. Однако первоначальная правка шаблона должна была сама по себе поставить в очередь обновление всех содержащих его страниц. То есть, в теории, достаточно было подождать несколько часов, но если надо обновить страницу срочно, то нулевую правку нужно совершать прямо на ней, да, при этом в шаблоне может отображаться и устаревший вариант, это не важно. Если надо будет срочно обновить кэш на куче страниц (например, исправить ошибку, которая сильно ломает статьи), можно подать запрос к ботоводам. ~Facenapalm (обс.) 00:41, 14 сентября 2017 (UTC)
Если ячейка в заголовке выдела цветом, то стрелочки сортировки не отображаются хотя сам сортирвка работает как при class="standard sortable" так и class="wikitable sortable". Можно эти стрелочки как то отобразить? Таблица в качестве примера:
Вместо background:gold указывать background-color:gold, так как в первом случае переопределяется весь фон, коим являются стрелочки. UPD, а также ячейки заголовков колонок таблицы должны начинаться со знака ! а не |, как было здесь. --Serhio Magpie (обс.) 20:53, 12 сентября 2017 (UTC)
Заработало. Про ! у заголовков знаю, как раз для этих таблиц и спрашивал. :) А class="mw-datatable" который строчку подсвечивает с сортировкой дружит как-нибудь? — GAN (обс.) 21:03, 12 сентября 2017 (UTC)
Пытаюсь добавить в статью Hamilton#Военная продукция фрагмент размером 4,11 КБ с АИ со ссылками на сайты, не находящиеся в спам-листе: исключительно 1) books.google, 2) archive.org и 3) hathitrust.org. Пробовал добавлять ВООБЩЕ без html-ссылок. Но упорно всплывает красный кирпич и подпись: "К сожалению, ваша правка была автоматически отклонена фильтром правок как неконструктивная". Вопрос: Как определить, что именно блокируется фильтром правок? Убирать ссылки на источники по очереди уже пробовал. Пробовал разместить этот фрагмент здесь на форуме для ознакомления при помощи "code" "nowiki" и подстрочных комментариев - результат тот же самый. Блокируемый фрагмент по ссылке. 93.73.36.1715:41, 12 сентября 2017 (UTC)
Я бы искал проблемный участок методом бисекции. Но лучше подождать ответа администраторов. Они ведь ответят, верно? — Vort (обс.) 16:06, 12 сентября 2017 (UTC)
Сначала я пытался добавить одной правкой, потом решил что проблема в слишком большом размере правки (аж целых 10,1 КБ), разбил добавляемый текст на две части (вторую часть до сих пор добавить не получается). На всякий случай вот полный текст статьи в моей редакции (включая блокируемый фрагмент) вместе со ссылками на АИ и html-ссылками на указанные выше целиком приемлемые ресурсы. 93.73.36.1717:25, 12 сентября 2017 (UTC)
Методом проверки каждого слова отдельно оказалось, что фильтр срабатывает на вот это слово написанное кириллическим шрифтом или латинским, даже с пробелами и через "_" (на английском "mouse" записывается нормально). Необходимо внести соответствующие изменения. 93.73.36.1709:04, 13 сентября 2017 (UTC)
Я уже долгое время собираюсь опубликовать статью "Mighty Mouse" с транслитерацией данного словосочетания по-русски. Пока в фильтре стоит блокировка на это слово, у меня это технически не получится сделать. 93.73.36.1711:01, 25 сентября 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Стало можно получать уведомление, когда статью, которую вы создали, связывают с элементом Викиданных. Чтобы включить их, перейдите в настройки уведомлений. [15]
Расширение Newsletter включено на mediawiki.org. Оно создано для того, чтобы рассылки отправляли подписчикам уведомления, когда выходит очередной выпуск. В будущем оно появится и в других вики-проектах. [16]
В расширении Linter, которое помогает находить технические ошибки в статьях, появилась новая категория высокого приоритета: tidy-whitespace-bug. Данная ошибка затрагивает в основном шаблоны с горизонтальными списками. Почитать о том, как использовать Linter, и о данном баге можно по ссылкам. [17]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 12 сентября. Невикипедийные вики-сайты и некоторые википедии получат её 13 сентября, все википедии — 14 сентября (календарь).
Интерфейс OOjs UI скоро будет обновлён, несколько иконок немного изменятся. Подробнее см. по ссылке.
Встречи
Приглашаем присоединиться к следующей встрече разработчиков. Там они спрашивают друг у друга совета. Встреча запланирована на 13 сентября в 15:00 (UTC). См. инструкцию.
Доступно участие в следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять быстрее остальных. Встреча запланирована на 12 сентября в 19:00 (UTC). См. инструкцию.
Будущие программные изменения
После 1 октября станет невозможно создавать PDF-файлы посредством OCG из-за технической проблемы с OCG. Вместо него можно использовать Electron, им уже создают большинство PDF-файлов. Недостающие функции будут добавлены в Electron до 1 октября. Полноценное создание книг со всеми функциями будет доступно в ноябре-декабре. Подробности см. на mediawiki.org.
Одно другому не мешает. Я пытаюсь сократить количество кликов, а Huggle, как я понимаю, это отдельная аппликация, которую надо специально запускать (и не на каждом компьютере, где я могу зайти в Википедию, она есть). Vcohen (обс.) 09:13, 11 сентября 2017 (UTC)
В теории реально её добавить сюда, но смысла особого не вижу. Тут же ссылки, относящиеся непосредственно к вкладу, а не кнопки вида «забанить участника». Можно, например, ссылку на ЗКАБ добавить в меню сверху, см. здесь, ctrl+F по «Добавление дополнительных кнопок в самое верхнее меню». А вообще, полезно гаджет будет написать, наверное, который добавляет в меню слева «сообщить о вандализме», а-ля «сообщить об ошибке». ~Facenapalm (обс.) 10:20, 11 сентября 2017 (UTC)
Со всем согласен, кроме "непосредственно к вкладу". Информация типа "Этот IP-адрес в данный момент заблокирован" располагается именно там. И переходить на ЗКАБ удобно именно после того, как просмотрен вклад участника. Vcohen (обс.) 10:47, 11 сентября 2017 (UTC)
Поддержу вариант размещения кнопки в левой колонке. Я, конечно, не против набрать 7 символов с клавиатуры, но почему бы и нет. --u-leo17:41, 11 сентября 2017 (UTC)
Надо оживить гаджет reporter.js участника Anonim.one, он позволял с любой страницы отправить запрос о ней на ЗКА или ЗС. MBH10:34, 11 сентября 2017 (UTC)
Ошибка в сносках?: Для существующих тегов <ref> группы «lower-alpha» не найдено соответствующего тега <references group="lower-alpha"/> или пропущен закрывающий тег </ref>
— поискал «lower-alpha», а также «lower» и «alpha», но ничего не нашёл. Поправьте, кто в курсе, что это за напасть. Pls. --Дима74 (обс.) 11:27, 10 сентября 2017 (UTC)
Навалял тут за недельку такой шаблон: {{scan dump}}. Его можно поставить на свою подстраницу или подстраницу нужного проекта, и в среднем через 4 часа туда придёт мой бот с результатом запроса. Пример можно глянуть тут (используется регулярное выражение Jack who built the house). Юзкейса я вижу два:
Некому технически подкованному участнику потребовалось составить список статей с заданным паттерном. Регулярками он его описать в состоянии, но внутривикипедийный поиск превышает лимит по времени и результатов почти не выдаёт — да и писать урезанными регулярками очень неудобно. С дампами участник до этого не работал, и качать много гигабайт и разбираться в каком-нибудь AWB ради одного сканирования ему очень не хочется — особенно если вдруг окажется, что функционала AWB для решения задачи не хватает. Можно подать запрос к ботоводам, но когда он будет выполнен и будет ли выполнен вообще — неизвестно. Теперь он сможет оставить шаблон и в приблизительно известное время явиться за результатом. (@Vcohen: ты, если мне память не изменяет, сканированием дампов интересовался?)
Некий я вижу на РДБ запрос на сканирование дампа. Мои дальнейшие действия — проверить дату скачанного дампа; скорее всего, пойти качать свежий; накатать скрипт-сканнер; запустить его и сесть в ожидании разультата. Это хоть и с возможностью часть времени заниматься своими делами, но два часа работы. Теперь я смогу оставить шаблон и сказать: «готово, результат заберёте через N часов здесь».
А теперь, собственно, вопрос, ради которого всё затевалось: а оно нужно кому? Узнаёт кто-нибудь в первом пункте хотя бы теоретического, но себя? Сейчас бот не бот, а собранный на коленке прототип, который будет падать от любого чиха; его доработка и отладка — долгий и очень нужный процесс. И если окажется, что это нужно только мне, я его проходить не хочу, мне и с прототипом будет норм. ~Facenapalm (обс.) 19:42, 9 сентября 2017 (UTC)
Спасибо за пинг. Да, была бы полезная штука. Буквально сегодня я мечтал увидеть список статей, у которых в заголовке есть дефис, до этого дефиса нет пробела, а после - нет запятой. Но как такие статьи искать - думать было лень. Vcohen (обс.) 19:50, 9 сентября 2017 (UTC)
Несколько непробельных символов, затем дефис, затем все символы — не запятая. Так? То есть, не «символ перед дефисом — не пробел», а «перед дефисом нет ни одного пробела»? Если да, то давай бота и протестируем. :) Правда, пришлось в качестве запроса указать точку (любой символ); я как-то не рассчитывал, что из дампа, содержащего полный текст всех статей, кому-то интересны будут только заголовки — это как-то из пушки по воробьям. Я запустил сейчас бота вручную, он отработать должен минут за 40; в полевых условиях он должен был включиться через 4,5 часа, в 0:30 по UTC, и за эти же 40 минут отработать, зато совершенно автономно. ~Facenapalm (обс.) 20:11, 9 сентября 2017 (UTC)
Да-да, я уже пишу... Прошу прощения за неудачный пример, но это то, чего мне действительно хотелось сегодня. Теперь вижу, как я мог сформулировать запрос, чтобы список был короче, и это как раз условие на текст статьи: это должно быть не перенаправление. Да, оно работает. А правильно ли я понял, что запрос так и надо будет формулировать на пальцах, т.е. писать регулярные выражения не нужно? Vcohen (обс.) 20:56, 9 сентября 2017 (UTC)
Почему? Я написал регулярное выражение [^ ]+-[^,]+$ и вставил его в шаблон. Подразумевается, что писать его будет тот, кто ставит шаблон, и я в этой цепочке вообще не участвую. :) Хотя если будут какие-то вопросы, я, размуеется, всегда готов помочь. ~Facenapalm (обс.) 21:00, 9 сентября 2017 (UTC)
Синтаксис неприятный и отпугивающий, согласен, но, в принципе, не очень сложный и выучить его будет полезно. Освоить базовый синтаксис — минут 20, я думаю. Я вот теперь не могу себе представить работу с текстом (обычным неструктурированным текстом, даже не кодом) без регулярных выражений, функция «найти и заменить» без них просто неполноценна. Если будут вопросы, как в регулярках записать то или иное выражение, можешь писать мне на СО, постараюсь ответить и расписать, что значат эти магические письмена. А вообще, регулярки - это такая write-only вещь, писать легко, читать сложно. :) ~Facenapalm (обс.) 21:50, 9 сентября 2017 (UTC)
Для SQL-запросов есть Quarry (причём он работает на почти живых таблицах, а не дампах месячной давности); в шаблоне я их точно обрабатывать не буду. Если нужен доступ и к базам данных, и к текстам статей, можно получить два списка и чем-нибудь объединить — для человека, способного написать SQL-запрос, это точно проблемой не будет. ~Facenapalm (обс.) 20:24, 9 сентября 2017 (UTC)
Дублирование кнопок описания изменений
Во время использования предпросмотра помимо личных кнопок из js вылезают и стандартные. Вот, для наглядности — [20]. Лечится как-то? --u-leo20:50, 8 сентября 2017 (UTC)
Браузер Safari, проявляется при нажатии на нижнюю кнопку "Предварительный просмотр" (рядом с "Записать страницу") с перезагрузкой страницы. Случается только при первократном предпросмотре, т. е. при повторном нажатии всё возвращается в норму. --u-leo10:42, 9 сентября 2017 (UTC)
Я добавил строчку кода для отладки вашего случая. Скажите, пожалуйста, что будет в консоли (F12 / Ctrl+Shift+i → вкладка «Консоль») после того, как вы откроете страницу, где показываются стандартные кнопки. — Джек, который построил дом (обс.) 14:07, 9 сентября 2017 (UTC)
присутствует ошибка Failed to set referrer policy: The value 'origin-when-cross-origin' is not one of 'no-referrer', 'origin', 'no-referrer-when-downgrade', or 'unsafe-url'. Defaulting to 'no-referrer'. Также есть 8 предупреждений консоли — [21]. --u-leo14:37, 9 сентября 2017 (UTC)
Это всё ни при чём. В консоли должно появиться «Отладка ext.gadget.summaryButtons: typeof summaryButtons = » — и далее значение. В любом случае, что с ошибками, что без. Возможно, вы смотрите консоль не для той страницы? Откройте консоль, затем нажмите «Предварительный просмотр» и посмотрите результат. — Джек, который построил дом (обс.) 15:15, 9 сентября 2017 (UTC)
Эм. Это сам код, который должен выводить строку «Отладка ext.gadget.summaryButtons…». То есть вы хотите сказать, что в консоли ничего не появляется, но кнопки дублируются? А что если в консоль ввести summaryButtons и нажать Enter — что появится? А что в консоли на тех страницах, где всё хорошо? Пока всё очень туманно. — Джек, который построил дом (обс.) 16:54, 9 сентября 2017 (UTC)
Вообще такая проблема появляется через раз, сейчас подметил это. Сам браузер может являться причиной? Ввёл summaryButtons, слева в колонке множество упоминаний — [22]. --u-leo18:13, 9 сентября 2017 (UTC)
Она сверху, где и все остальные вкладки. ОК, ввёл аналогичный запрос в поиске консоли, появляется единственная строчка с текстом Отладка ext.gadget.summaryButtons: typeof summaryButtons = object. Всё ещё готов танцевать с бубном --u-leo18:43, 9 сентября 2017 (UTC)
Я неточно выразился: поле ввода консоли внизу. Консоль означает, что вы вводите команды, а на них приходит ответ. Строчка, которую вы приводите, означает, что значение summaryButtons было задано на момент выполнения кода гаджета (то есть код в вашем common.js
/* Скрыть стандартные кнопки описания правок */varsummaryButtons={hideDefaultButtons:true};
выполнился успешно). Но если это так, то никакие стандартные кнопки добавляться не должны. Вот давайте ещё раз пошагово: вы жмёте «Предварительный просмотр», появляются стандартные кнопки, открываете консоль, а там «Отладка ext.gadget.summaryButtons: typeof summaryButtons = object»? Тогда всё очень непонятно. Может, там будет что-то другое? — Джек, который построил дом (обс.) 18:57, 9 сентября 2017 (UTC)
Да, всё было именно так, хотя сейчас сколько бы я ни нажимал на предпросмотр, стандартные кнопки не хотят вылезать (что и требовалось, собственно). Магия какая-то? Будем надеяться, что всё останется в норме. --u-leo11:46, 10 сентября 2017 (UTC)
Имейлы о несуществующих изменениях
В последнее время приходят имейлы об изменениях при переходе на которые ничего не обнаруживается.
Здравствуйте, хочу рассказать о своей задумке. За время работы в Википедии я зачастую сталкивался с ситуациями, когда в статьи о людях добавляют информацию об их романтических отношениях. Что-то вроде такого, что быстро отменяется; и такого, что может не удаляться долгое время. Это сильно противоречит ВП:БС. В общем, достаточно много статей не отслеживается опытными участниками, но всё равно просматривается тысячами людей. Поэтому появилась идея следующего бота:
Кто-то вносит в статью о персоналии фразу, содержащую ключевые слова «встречается», «встречалась», «встречался», «рассталась», «расстался», «влюбилась», «влюбился», при этом не предоставив источника.
Эта правка сохраняется в статье на протяжении, например, 24 часов. За это время её не отменяют или не патрулируют.
Бот добавляет эту статью к себе в список. Когда накопится 5-10 статей с подобными спорными утверждениями, бот высылает этот список одному из активных участников, который оформил подписку (изначально приглашение подписаться на бота будет разослано 100-200 опытным участникам). После этого у участника есть 1-3 дня, чтобы либо добавить источник, либо удалить спорное утверждение. Если этого не сделано, бот отсылает список дальше.
«изначально приглашение подписаться на бота будет разослано 100-200 опытным участникам» — вот этого, пожалуйста, не надо, спам никто не любит. И приготовься, что разгребать найденное в 90% случаев придётся собственноручно. ~Facenapalm (обс.) 18:03, 6 сентября 2017 (UTC)
А, то есть, это «у меня идея, чтобы кто-нибудь сделал бота» а не «я собираюсь написать такого бота»? Я в теории могу, но на практике точно не буду. Во-первых, мне это совсем не интересно. Во-вторых, у меня и без того много планов на ботоработы. ~Facenapalm (обс.) 18:37, 6 сентября 2017 (UTC)
Да, нужно было уточнить, что это предложение. Я пока немного в свободное время изучаю программирование, но совершенно не понимаю, как создавать ботов. Интересно, это где-нибудь описано? —vsco18:48, 6 сентября 2017 (UTC)
В рувики большой опыт с ботами на C# есть у MBH, так же со страницы его бота есть ссылки на их исходные кода. Простые боты занимают всего несколько строчек не учитывая дефолтный код любой программы. Единственно, очень полезно владеть регулярными выражениями (это часто не то что попадается сразу при изучении программирования). В принципе ваша идея не сложная в реализации поэтому можете попробовать её реализовать сами. --ᛒᚨᛊᛖ (ⰑⰁⰔ) 16:19, 7 сентября 2017 (UTC)
Спасибо за советы, может быть, мне удастся сделать этого бота, но до этого ждать по-видимому несколько месяцев. Я подумал, может какой-нибудь опытный участник за пару часов реализует и уже всё будет работать. —vsco16:58, 7 сентября 2017 (UTC)
Можете начать с чего-то вроде переименования категорий для практики :) Опытные участники с неба не падают, и можно им стать) --ᛒᚨᛊᛖ (ⰑⰁⰔ) 20:20, 7 сентября 2017 (UTC)
За подпиской мало кто следить будет. Бот может формировать страницу "подозрительные правки в статьях о ныне живущих", мониторить которую будут все желающие. --Drakosh (обс.) 18:59, 6 сентября 2017 (UTC)
Да, это хорошая идея. Туда ещё можно добавить нецензурные или другие оскорбительные слова. А по поводу подписки, я просто подумал, что об этой странице могут забыть, а если будет приходить сообщение на страницу обсуждения участника, то тут 99,9 % не пропустить. Например, как SuggestBot. —vsco19:03, 6 сентября 2017 (UTC)
Надпись «показать» уехала от скрываемого блока «Настоятели собора за всю историю» на невообразимое расстояние, на три раздела ниже. Можно ли: 1) исправить в статье; 2) предотвратить появление подобного в дальнейшем? AndyVolykhov↔14:51, 6 сентября 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Технические новости
Приглашаем всех читателей этой рубрики ответить на пять вопросов, которые помогут нам улучшить рассылку. Опросник находится здесь. Заранее благодарим за помощь!
Последние изменения
Интерфейс расширения RevisionSlider изменился: стало можно выбирать ревизии, кликая на столбики. Голубая и жёлтая метки теперь могут заходить друг за друга. [23][24]
Проблемы
У некоторых пользователей с большими списками наблюдения возникают проблемы с их загрузкой. Со временем ситуация улучшилась, но проблема окончательно не исправлена. Разработчики работают над этой ошибкой. Пока что можете попробовать включить «Расширить список наблюдения, включая все изменения, а не только последние» в настройках и посмотреть, помогло ли. [25]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 5 сентября. Невикипедийные вики-сайты и некоторые из Википедий получат её 6, на всех вики она появится 7 сентября (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 5 сентября в 19:00 (UTC). См. инструкцию.
Коллеги, вопрос. В контекстном меню, всплывающем при правом клике по ссылке, есть пункт Copy link, который заносит в клипборд всю ссылку, начиная с http или https. Можно ли как-то добиться (возможно, не через меню, а как-то иначе), чтобы в клипборд заносилась только вики-ссылка, т.е. в чистом виде название статьи? Пока я нашел единственный способ - подключить гаджет с окошками, в окошке выделить название статьи и нажать на Ctrl+C, но это как-то длинно. Vcohen (обс.) 15:46, 3 сентября 2017 (UTC)
Да, это оно, громадное спасибо. Одна проблема: после закрывания окна со ссылкой скрипт прекращает работать, пока я не кликну где-нибудь по странице. Браузер Edge. И заодно пожелание: нельзя ли сделать версию, чтобы копирование происходило само, без дополнительного нажатия на Ctrl+C (и даже без открывания окна)? Vcohen (обс.) 16:25, 3 сентября 2017 (UTC)
Что касается последнего — разработчики браузеров сознательно затрудняют автоматическое копирование текста, нужно прибегать к специальным ухищрениям. Edge... Видимо, когда-нибудь я сделаю возможность копировать не через штатное окно, а через собственное. Не работал с Edge никогда, нужно ставить виртуальную машину для его работы на моей ОС, пока не готов заниматься. — Джек, который построил дом (обс.) 17:12, 3 сентября 2017 (UTC)
Видимо, потому что по стандарту окно должно получать фокус - window.focus(), а не документ. А если нужно элемент, тогда document.body.focus(). --Serhio Magpie (обс.) 18:13, 3 сентября 2017 (UTC)
Не надо. Ш:Навигация обязательно подтягивает Викисклад, а часто этого не требуется, т. к. ссылка на Викисклад уже есть в карточке. --VladXe (обс.) 18:33, 2 сентября 2017 (UTC)
А чего плохо в дублировании ссылки на викисклад в начале статьи и в конце? Также само дублируется имя (в карточке, в заголовке, в преамбуле), официальный сайт (в карточке и в разделе ссылок) и т.д. --Serhio Magpie (обс.) 18:39, 2 сентября 2017 (UTC)
А если отключить в настройках показ карточки и шаблона Навигация, то вообще ни одной. Это повод добавить 4-ю ссылку на Викисклад в раздел Ссылки тела статьи? Одной ссылки в статье хватает. --VladXe (обс.) 19:15, 2 сентября 2017 (UTC)
(I cannot speak Russian.) Could my pending edits on Шаблон:Москва — Калуга be approved? The currently public revision contains a deprecated redirect which is to be deleted as soon as it is no longer in use, but is still being used on more than 20 pages. Thanks, Jc86035 (обс.) 08:42, 2 сентября 2017 (UTC)
Я тут подумал, а может быть можно сделать такой сервис, который будет подсчитывать общее количество просмотров статей определённого участника (например, за месяц)? И сделать соответсвующий юзербокс, вроде «За прошлый месяц статьи этого участника были просмотрены (столько-то) раз». И этот сервис будет вести статистику (график), а участники соответственно будут стремится её увеличить, создавая новые статьи. Как вам такая задумка? Может ли её кто-то воплотить в жизнь? (или уже есть подобное?). —vsco16:40, 1 сентября 2017 (UTC)
Есть шаблон {{График просмотров}}. Только он какой-то глюченый. Это не то, что я ожидал увидеть:
Берём список не удалённых статей из tools.wmflabs.org (пример);
Из каждой статьи берём параметр «количество просмотров страницы за последние 30 дней» (пример);
Складываем все получившиеся результаты и получается общее количество просмотров всех статей;
Создаём юзербокс, в который можно будет записать получившееся количество;
Ставим его себе (или просто проверяем), радуемся и соревнуемся с другими участниками (можно также создать рейтинг наподобие этого). —vsco17:45, 1 сентября 2017 (UTC)
@vsco: это всё, конечно, прекрасно, но тут работы далеко не на один вечер, а инженерам и ботоводам и на влияющие на ОП вещи рук не хватает. А лично я бы ещё не хотел взяться за это потому, что десятки часов работы, скорее всего, найдут отклик в участниках этак в пяти. Есть и социальные проблемы: если человек создал редирект, другой на его месте статью, а третий её дооформил, вычитал, добавил пару нетривиальных фактов, вынес на ЗЛВ, а спустя две недели довёл до статуса хорошей, предложенный тобой алгоритм будет думать, что просмотры — заслуга первого; умный алгоритм — что заслуга второго; а реально это заслуга третьего. ~Facenapalm (обс.) 17:54, 1 сентября 2017 (UTC)
По поводу социального вопроса: редирект можно попросить удалить, чтобы быть автором статьи (или нельзя?). По поводу технического: всё же из десятков тысяч активных редакторов Википедии, я думаю, может найтись один доброволец. А пользоваться сервисом могут не 5 человек, а более 10 тысяч в сумме, если из каждого раздела зарегистрируются хотя бы по 10-50 сторожил. —vsco18:11, 1 сентября 2017 (UTC)
Начать можно с попроще: создать шаблоны "в моих создал/улучшил х просмотров" + участник создает списки создал и дополнил. Суммарное число показывает https://tools.wmflabs.org/massviews . Участник актуализирует шаблон сам, как и подобные шаблоны "создано х чего-то". --0e (обс.) 19:04, 1 сентября 2017 (UTC)
Статья, которая была изначально создана участником. Например, вот список статей, которые я создал без учёта редиректов. Вот я подумал, было бы неплохо знать, сколько они в сумме собирают просмотров за месяц. —vsco19:24, 1 сентября 2017 (UTC)
А если один участник создал статью из двух предложений, а другой (или несколько участников) довёл её до ума, то это чья статья, позвольте полюбопытствовать?--Vicpeters (обс.) 23:04, 1 сентября 2017 (UTC)
Вы правы. Если кто-то будет создавать подобный сервис, в него можно будет внеси добавление вручную значительно дополненных статей (скажем, не менее 80 %). Общий вклад будет рассчитываться автоматически, например, с помощью инструмента WikiHistory. —vsco05:58, 2 сентября 2017 (UTC)
![[28]](https://s8.hostingkartinok.com/uploads/images/2017/09/9ad22a35ec5a2b1cb13a6413ea4e0a3f.png){kind=link}