Вікіпедія:Кнайпа (технічні питання)
Цей розділ у кнайпі української Вікіпедії використовується для обговорення різноманітних технічних та організаційних питань.
Зверніть увагу, що для конкретних завдань існують окремі сторінки: Завдання для ботів, Запити на шаблони, Заявки на обробку зображень, Запити до адміністраторів інтерфейсу.
Якщо ж у вас є питання, що стосуються використання ботів, написання користувацьких скриптів, створення модулів, або ж ви зіткнулися з будь-якою технічною проблемою (десь щось працює не так, як мало б), пишіть сюди.
Будь ласка, підписуйте свої коментарі (для цього наберіть ~~~~ або натисніть кнопку
над віконцем редагування).
Wikimedia Hackathon 2026: збір побажань
[ред. код]Привіт всім! Через два тижні відбудеться mw:Wikimedia Hackathon 2026. Це щорічна вікімедійна подія, на якій збираються розробники і технічні дописувачі вікіпроєктів з усього світу. Я теж відвідаю цей хакатон, тому хочу спитати спільноту: чи є якісь технічні запити, якими ви би хотіли щоб я там зайнявся? Якісь технічні проблеми, які мають бути виправлені, якісь потрібні нові інструменти, тощо. --Tohaomg (обговорення) 16:35, 19 квітня 2026 (UTC)
- Про всяк випадок продублю свої пропозиції тут:
- Я давно над нею думав, але ніяк руки до неї не доходили. У нас до увімкнення Вікіпедія:Кнайпа_(різне)/Архів_65#A_new_feature_for_previewing_references_on_your_wiki працювала функція, яка перетворювала шаблони, де використано тег
<abbr>...</abbr>та класts-comment-commentedText, у мобільній версій на клікабельне посилання при натисканні, на яке виводилося підказка, яка в дексктопній версії виводиться при наведені миші. Раніше це реалізовував гаджет MediaWiki:Gadget-ReferenceTooltips.js, але його вимкнули, щоб коректно працювала mw:Help:Reference_Previews/uk, яка вбудована в рушій. Моя пропозиція наступна: створити новий гаджет або спрощену версію гаджета ReferenceTooltips, яка буде лише перетворювати тег<abbr>...</abbr>із класомts-comment-commentedTextна клікабельні посилання в мобільній версії, що виводитимуть вспливальну підказку. Додатково: бажано розробити якийсь блокатор для гаджета, щоб при включенні гаджета ReferenceTooltips він не виконувався (Звичайно, якщо це технічно можливо). Первинна згадка про це від спільноти: Вікіпедія:Кнайпа (технічні питання)/Архів 42#Шаблон {{Наголос}} і пробіл; ще, здається, десь про це Користувач:RajatonRakkaus згадував, але не можу зараз знайти. - Недавно у нас більшість гаджетів на jquery.ui було переведено на сучасніший інтерфейс користувача Codex, проте гаджет MediaWiki:Gadget-NominateToCorrect.js з якихось причин не перевели, тому можу запропонувати переведення цього гаджета з jquery.ui на Codex. (Можливо, також можна поглянути і на гаджети на oojs-ui — цей інтерфейс ще не вважається застарілим і ідеально вписується з поточним стилем оформлення рушія MediaWiki, але поступово все буде мігрувати на Codex.)
- Я давно над нею думав, але ніяк руки до неї не доходили. У нас до увімкнення Вікіпедія:Кнайпа_(різне)/Архів_65#A_new_feature_for_previewing_references_on_your_wiki працювала функція, яка перетворювала шаблони, де використано тег
- П.С. Якщо потрібно буде, то готові гаджети я зможу перенести в просторі MediaWiki. --Repakr (обговорення) 07:53, 20 квітня 2026 (UTC)
- MediaWiki:Gadget-NominateToCorrect.js я пропустив, якщо буду мати час і бажання то до літа переведу на Codex і його, якщо хтось цим не займеться скоріше, втім спершу би хотів допрацювати додаток для підбиття підсумків для номінацій на взірцеві сторінки. --Andriy.v (обговорення) 12:19, 20 квітня 2026 (UTC)
- з тривіальнішого — шаблони в категорії Категорія:Шаблони багатозначності і перенаправлень по типу {{otheruses}}, {{othernames}} і т. д. в нас розставлені по статтях як-небудь — то перед карткою, то після. Можна написати бота який би переставляв їй перед карткою, тоді в мінерві вони коректно відображаються перед карткою, а не після. --Mile.Horizon (обговорення) 09:29, 20 квітня 2026 (UTC)
- Від простого і нецікавого до складнішого:
- Зробити бота щоб перетворювати
<ref>[https://example.com/somesource.htm Some source Name]</ref>на<ref>{{Cite web|url=https://example.com/somesource.htm|title=Some source Name}}</ref>щоб запобігти загниттю посилань. - Зробити бота щоб знаходив сторінки без джерел і помічав їх шаблоном. Ознаки відсутності джерел: відсутність шаблону {{reflist}},
<references>, відсутні або пусті розділи Джерела та Посилання. - Додати можливість автоматичного формування приміток з опису BibTeX, як це зараз працює з формуванням за DOI чи URL. Я трохи на вайбкодив тут: Користувач:Alessot/bibtex2cite.js, але поки це інструмент, не інтегрований з візуальним редактором. Ідеально, якщо при формуванні примітки спитає URL та номери сторінок для книг.
- Якщо цікаво попрацювати з LLM, то зробити інструмент для порівняння статей українською та однією з іноземних мов, який би кольором показував речення, які можна перекласти. Звертатись можна до локальної LLM, запущеної у користувача через Ollama та до доступних сервісів. Alessot (обговорення) 09:52, 20 квітня 2026 (UTC)
- Робити окремого бота для п. 1, на мою думку, занадто, бо це робиться звичайним регекспом. Можна додати цей регексп до того бота, який заповнює
|url-архіву=, чи й навіть у ВП:Вікіфікатор. --Рассилон 11:39, 20 квітня 2026 (UTC)- Ось, до речі, і сам регексп: <ref>\[([^\s\]]+)(?: (.*?))?\]</ref> →
{{Cite web|url=$1|title=$2}}--Рассилон 12:18, 21 квітня 2026 (UTC)
- Ось, до речі, і сам регексп: <ref>\[([^\s\]]+)(?: (.*?))?\]</ref> →
- @Alessot, взагалі щодо п.1, є скрипт (докладніше), що звертається до інструмента на Тулфоржі, але він запускається вручну через можливі помилки, щоб можна було власноруч перевірити що він робить. MonAx (обговорення) 16:07, 5 травня 2026 (UTC)
- Зробити бота щоб перетворювати
- Під час перекладу статей за допомогою інструменту Переклад вмісту нерідко створюються копії приміток з однаковими назвами. Приклад. Вони призводять до помилок виду "Помилка цитування: Некоректний тег <ref>; назва «chicoutimi» визначена кілька разів з різним вмістом". Було б чудово мати інструмент або бота, який аналізував би вміст цих приміток і якщо він співпадає, то прибирав би дублікати. Зараз це доводиться робити вручну.
- Трохи складніше завдання — шукати дублікати посилань навіть якщо вони називаються по-різному, і об'єднувати. Щоб не було, що на одну й ту ж вебсторінку було б п'ять різних посилань. Відмінність від попереднього кейсу в тому, що там ці примітки називаються однаково, а в цьому кейсі вони можуть називатися по-різному, або не мати назв (ref name=...) взагалі. --Фіксер (обговорення) 10:39, 20 квітня 2026 (UTC)
- @Фіксер, подивіться на https://www.mediawiki.org/wiki/Manual:Pywikibot/Compat/standardize_notes.py . Здається, це те, що вам потрібно Alessot (обговорення) 12:02, 20 квітня 2026 (UTC)
- Це доволі застарілий код, він вже не підтримується, а навіть якщо він і працює, більша частина дописувачів не є ботоводами. Пропозиція полягає в тому, щоб зробити інструмент, який виконуватиме цю функцію (а якщо і бота, то щоб він працював автоматично, а не за запитом). --Фіксер (обговорення) 12:58, 20 квітня 2026 (UTC)
- Принаймні повні дублікати приміток вже обробляє TohaomgBot: ред. № 47834817 Alessot (обговорення) 20:28, 20 квітня 2026 (UTC)
- Це доволі застарілий код, він вже не підтримується, а навіть якщо він і працює, більша частина дописувачів не є ботоводами. Пропозиція полягає в тому, щоб зробити інструмент, який виконуватиме цю функцію (а якщо і бота, то щоб він працював автоматично, а не за запитом). --Фіксер (обговорення) 12:58, 20 квітня 2026 (UTC)
- @Фіксер, для першого я колись давно робив скрипт на pywikibot, і таким чином вдалось виправити тисячі сторінок на Категорія:Статті з помилками цитувань (приклад). Але він оперується вручну. Імхо можна конкретно для випадку перекладу змісту зробити автовиправлення, але теж є деякі нюанси, як тут, де примітка не однакова 1 в 1, але очевидно це те саме посилання.
P.S. У тому ж репозиторії є скрипти, що переносять загублені при перекладі примітки з інших розділів, та відкопують їх з історії статей (для помилок вигляду "для виносок під назвою ... не вказано текст") з таким самим принципом роботи. Тож якщо у вас були й такі ідеї, то вас випередили
.А друге, для повних дублікатів, справді робить TohaomgBot. MonAx (обговорення) 16:24, 5 травня 2026 (UTC)
- @Фіксер, подивіться на https://www.mediawiki.org/wiki/Manual:Pywikibot/Compat/standardize_notes.py . Здається, це те, що вам потрібно Alessot (обговорення) 12:02, 20 квітня 2026 (UTC)
- Ще одна пропозиція — автоматизувати процес відбирання цікавинок на головній, можна надихатись іншими розділами. Як мінімум, автоматизувати розставлення шаблону {{Повідомлення ЧЗВ}} з датою початку і кінця розміщення на головній і юзернеймом автора для вже використаних цікавинок. Як максимум — процес відбирання цікавинок в чернетки випусків та, можливо, автоматичну публікацію чернеток по готовності. --Mile.Horizon (обговорення) 13:45, 20 квітня 2026 (UTC)
- Здається перспективною можливість формування блоку накшталт "Новини" за допомогою комбінації бота, що вимірює популярність статей, і LLM-інструментів. Алгоритм може бути приблизно таким:
- Виокремити статті зі зростаючою популярністю, як зараз робить AutoStabilizerBot - тобто зараз вони відвідувані, а вчора були ще ні.
- Дати LLM-агенту інструменти для пошуку по вебу / по новинах.
- Дати LLM-агенту завдання проаналізувати, які зі зростаючих в популярності статей фігурують в нещодавніх новинах.
- Дати LLM-агенту можливість згенерувати самостійно або запропонувати людині список новин із посиланнями на ці статті.
- Розмістити ці новини в якомусь шаблоні.
- Якщо шаблон буде стабілізований, а бот, що розміщує новини, не матиме прав АПАТ, тоді більшість читачів не побачить новини, поки хтось не відпатрулює редагування бота. Це знижує ризики, пов'язані із LLM-галюцинаціями.
- Але саме для Хакатону, як мені здається, це ідеальне завдання - не дуже складне, не дуже просте, але яке точно можна зробити та показати реальні результати, які, за умов якісної реалізації, будуть дуже схожими на магію. --Фіксер (обговорення) 15:44, 21 квітня 2026 (UTC)
- Звучить цікаво, але на мою особисту думку нинішній формат з новинами на головній кращий. Крім того, сам прапорець бота за визначенням надає права АПАТ. MonAx (обговорення) 16:27, 5 травня 2026 (UTC)
Знак наголосу
[ред. код]Можливо, десь уже обговорювалося. Зручна кнопка додання знака наголосу зникла з оновленої панелі редактора. У стандартному швидкому наборі символів під вікном редагування знак наголосу теж відсутній. Що тепер? Вручну додавати {{subst:stress}}? — ɪ 08:08, 26 квітня 2026 (UTC)
- Кнопка не зникла, вона всього лише відображається без піктограми. Те саме стосовно кнопки додавання подвійних фігурних дужок, а після Ctrl+F5 — також стосовно кнопки додавання
[[Категорія:]]. --Рассилон 09:53, 26 квітня 2026 (UTC) - @Ɪ,
Виправлено. Сховище більше не підтримує 22px, тому наголос не відображався. Замінив значок на 20px. Сама кнопка знаходиться в розділі Додатково. --Repakr (обговорення) 11:09, 26 квітня 2026 (UTC)
- Дякую, так значно краще. — ɪ 12:36, 26 квітня 2026 (UTC)
- Ніби проблему виправлено, проте в мене з'явилось дотичне запитання: як з технічного погляду найкраще ставити наголос, щоб він ніде не з'їжджав і не губився? Скажімо, є шаблон {{Наголос}}, який додає ́ (Combining Acute Accent) у текст. Можна цей символ вставляти в текст напряму, можна додавати його код абощо. Чи існує якась різниця? -- RajatonRakkaus ⇅ 16:32, 26 квітня 2026 (UTC)
- Навряд. Але я би особисто вставляв шаблоном, а не символом, аби було зручніше редагувати текст MonAx (обговорення) 16:02, 5 травня 2026 (UTC)
Техновини: 19-й тиждень 2026 року
[ред. код]Найсвіжіші техновини з технічної спільноти Вікімедіа. Будь ласка, повідомте інших користувачів про ці зміни. Не всі зміни торкнуться Вас. Доступні переклади.
Новина тижня
- Команда допомоги зі статтями запрошує досвічених редакторів з пілотних вікі допомогти перекласти й адаптувати шаблонні схеми статей. Пілотними Вікіпедіями є арабська, бенгальська, японська, португальська, перська, турецька, спрощена англійська, іспанська і французька. Шаблонні схеми допомагатимуть редакторам при створенні чітких, добре структурованих статей, що відповідають правилам; відповідна функція має бути запущена у травні 2026. Доступні прості інструкції для перекладу й адаптації цих схем.
Новини для редакторів
- Консультативна рада з продукту і технології опублікувала чернетку рекомендацій щодо моделі внеску в технічний простір, який можуть робити афіліати. Запрошуємо членів спільноти залишати свої відгуки про ці рекомендації до 8 травня на сторінці обговорення.
- Кількість доступних у MediaWiki варіантів мініатюр медіафайлів зменшують до трьох стандартних опцій: мала (180px), звичайна (250px) і велика (400px). Це робиться для покращення продуктивності та зменшення навантаження на служби мініатюр. У результаті, наявні налаштування розмірів мініатюр будуть перетворені на ближчий з трьох нових (наприклад, менші варіації 120px чи 150px стануть 180px, а більші 300px чи 360px стануть 400px). Невдовзі ці зміни відобразяться у налаштуваннях інтерфейсу, а користувачі, які бажають це вимкнути чи залишити відгуки, можуть це зробити. [1]
- Відтепер, навіть якщо термін дії прав завершується автоматично, користувачі отримуватимуть сповіщення Echo, подібне на стандарне сповіщення про зміну прав. Є різниця між цим і глобальним ботом-нагадувачем, бо бот нагадує користувачам за тиждень до того, як завершується термін дії прав, щоб ті могли їх поновити.
Переглянути усі 32 подані спільнотою завдання, які було виконано минулого тижня, можна тут. Наприклад, універсальний мовний селектор на сторінці Special:Translate прокручувався вертикально, коли не мав це робити; цю проблему вже виправили. Раніше було, що користувачі відкривали випадний список «Перекласти англійською» і писали певний ввід, а діалог прокручувався вертикально на кілька пікселів, навіть коли було достатньо місця, щоб показати усі результати. Випадний список більше не зміщується без потреби при фільтруванні мов. [2]- Глобальний список спостереження, який допомагає вам переглядати списки спостереження з різних вікі на одній сторінці, продовжує покращуватися. Наприклад, списки спостереження з сайтів Wikibase, як-то Вікідані, тепер підтримують елементи EntitySchema для кращого стеження. Режим змін наживо тепер оновлює спеціальну сторінку кожні 60 секунд, щоб відповідати оновленим глобальним лімітам на використання API. Також було виправлено баг у списках зі змішаними напрямками, через який посилання виглядали «зміни 3» замість «3 зміни». [3][4][5]
Новини для технічних дописувачів
- Розгортається другий етап глобальних лімітів на використання API задля зменшення впливу ШІ-кравлерів та забезпечення справедливого, сталого доступу до ресурсів Вікімедіа і пріоризації трафіку від людей та проєктів, що відповідають нашій місії. Ліміти зсуваються з погодинних на похвилинні, що робить трафік плавнішим, а навантаження на API — передбачуванішим. На користувачів зі спільноти це вплинути не повинно і нічого робити не потрібно. Початковий аналіз показує, що деякі запитувачі на основі юзерагентів змінюють свою поведінку, виявлено вже близько 64% автоматизованого API-трафіку. Моніторинг триває, а Wikimedia Enterprise продовжує надавати допомогу комерційним користувачам.
Детально про оновлення коду цього тижня: MediaWiki
Техновини підготували автори Техновин, розіслав бот • Зробити внесок • Перекласти • Отримати допомогу • Написати відгук • Підписатись чи відписатись.
MediaWiki message delivery 20:43, 4 травня 2026 (UTC)
- @RajatonRakkaus@RajatonRakkaus,@Фіксер@Фіксер, подивіться можете подивитись шаблоні схеми статей? Для проєкта взірцевих статей їх можна взяти як рекомендацію для оцінки повноти Alessot (обговорення) 19:40, 6 травня 2026 (UTC)
- Я подивився на шаблони для статей про музичні альбоми. Фактично, шаблон полягає в тому, що пропонується заповнити три розділи.
- Background [Description of what the artist was doing before the album, and what led to its creation. Based on independent sources.]
- Recording and production [Description of where and how the album was recorded, who produced it, and any notable aspects of the recording process.]
- Reception [Album title] received [description of critical reception, based on independent reviews. Include chart performance where relevant.]
- Ну, фактично, відсутність інформації про ці три аспекти дійсно означає неповноту статті, але навіть наявність трьох речень, абзаців чи розділів не гарантує її повноту. Тобто посилатися на ці шаблони можна лише як підтвердження категоричної неповноти статті, але не як підтвердження повноти. Для повноцінної оцінки повноти вони непридатні, на мою думку. Їх можна, звичайно, занести кудись в букмарки про всяк випадок, але їхня цінність, імхо, не дуже висока. Вони просто створені не для цього: це гайдлайни для стабів, а не для взірцевих статей. --Фіксер (обговорення) 19:53, 6 травня 2026 (UTC)
- Дякую за сповіщення. Напрямок цікавий, однак зараз поки слабувато. До того ж у ВЗВ не заведено розставляти подібні примітки у вступі. Це радше ознака не-взірцевості, ніж взірцевості, тож новачків (кому такі схеми найкорисніші) це може заплутати. Я вважаю, що ніщо краще не демонструє структуру ВЗС, як уже наявні ВЗС. -- RajatonRakkaus ⇅ 20:39, 6 травня 2026 (UTC)
- Я подивився на шаблони для статей про музичні альбоми. Фактично, шаблон полягає в тому, що пропонується заповнити три розділи.
Скрипт для масового патрулювання
[ред. код]
Доброго вечора!
Як писав вище Tohaomg, днями проходив щорічний хакатон, де я також мав змогу взяти участь. На жаль, я не перевірив саме цю кнайпу перед заходом, але в мене була власна ідея, яку в мене вийшло реалізувати. Презентую скрипт Reviewinator для масового патрулювання статей. Як мені відомо, раніше вже існували такі інструменти у інших реалізаціях, але вони складнодоступні та застарілі.
Я зробив йому інтерфейс, подібний до IWRM, де, грубо кажучи, є конвеєр статей. Можна обрати різні джерела списків статей - Спеціальна:Сторінки до перевірки, Спеціальна:Неперевірені сторінки, або 4 опції, що звертаються до API Patrollee. Або ж можна додати власний список статей, у вигляді простого переліку назв статей у кожному рядку. У такому форматі список можна отримати у Petscan, опція Plain text, чи скриптом listpages з Pywikibot із параметром -format:"{page.title}" (не потребує прав бота!).
При розгляді статті є варіанти відпатрулювати всі зміни, пропустити статтю або ж повернутись до останньої патрульованої зміни. Ясна річ, що відповідальність за використання скрипта лежить цілковито на авторові змін.
Для встановлення скрипту треба додати importScript("Користувач:MonAx/reviewinator.js"); собі на common.js, та перейти на Спеціальна:Порожня сторінка#/reviewinator/. Також скрипт можна використовувати з мобільного. MonAx (обговорення) 16:52, 5 травня 2026 (UTC)
- До слова, також має нормальний мобільний інтерфейс. Спеціально додав кнопку зі стрілочкою вгору, аби можна було приховати частину налаштувань. MonAx (обговорення) 18:02, 8 травня 2026 (UTC)
- дякую, корисна і цікава штука, я включив інформацію про інструмент в свою невелику розсилку щодо патрулювання --Mile.Horizon (обговорення) 22:52, 15 травня 2026 (UTC)
Техновини: 20-й тиждень 2026 року
[ред. код]Найсвіжіші техновини з технічної спільноти Вікімедіа. Будь ласка, повідомте інших користувачів про ці зміни. Не всі зміни торкнуться Вас. Доступні переклади.
Новина тижня
- Команда Community Tech опублікувала пояснення того, як обробляються і пріоризуться побажання у Списку побажань спільноти. Нова документація має допомогти дописувачам подавати сильніші пропозиції, через прояснення факторів, які впливають на рішення вибору. Пояснюється, що при виборі побажань, які братимуться в роботу, окрім кількості голосів враховують також потенційний вплив на спільноту.
Новини для редакторів
- Команда зростання читачів запускає експеримент, щоб потестувати нову функцію карток поширення. Читачі зможуть створювати візуально привабливі картки зі статей Вікіпедії чи окремих розділів і поширювати їх онлайн, при цьому кожна картка міститиме посилання назад на оригінальну статтю. Це мало б збільшити масштаб читання і відкриття статей. А/Б-тестування на мобільних пристроях буде доступним для частини читачів арабської, китайської, французької, в'єтнамської та англійської Вікіпедії, і допоможе краще зрозуміти звички читання й поширення. За планом воно почнеться після 18 травня і триватиме чотири тижні.
- Програмки Вікіпедії на Android та iOS нещодавно запустили у бета-версії 25-денний читацький виклик, що є частиною ширших зусиль із залучення читачів через заохочення їх до досягнення віх читання. Щоб стежити за своєю серією днів читання, користувачі застосунку можуть додати на головний екран віджет із Малюком Глобусом. Офіційно виклик стартує 11 травня.
Переглянути усі 17 поданих спільнотою завдань, які було виконано минулого тижня, можна тут. Наприклад, виправлено проблему із підсвічуванням синтаксису, через яку після увімкнення як глобального налаштування воно могло неочікувано вимкнутися. [6]
Новини для технічних дописувачів
Модуль mediawiki.ui.inputдля ResourceLoader, застарілий (deprecated) з вересня 2023, цього тижня вилучать. Для будь-яких інструментів. які його використовують, є інструкції з мігрування з MediaWiki UI на Codex. [7]
Детально про оновлення коду цього тижня: MediaWiki
Техновини підготували автори Техновин, розіслав бот • Зробити внесок • Перекласти • Отримати допомогу • Написати відгук • Підписатись чи відписатись.
MediaWiki message delivery 19:20, 11 травня 2026 (UTC)
- У нас від цього модуля наче як залежить лише MediaWiki:Gadget-EUSpring.js, але він все одно робочий. Просто пропав стиль для одного з інпутів. Але варто задуматись над тим, щоб мігрувати інші стилі mw-ui на Codex, як пропонують тут. MonAx (обговорення) 06:26, 12 травня 2026 (UTC)
- Більшість вкючень там від Шаблон:Clickable button 2. Думаю це не проблемно замінити. Єдине чи достатньо просто замінити mw-ui-progressive на cdx-button--action-progressive чи треба ще імпортувати той Codex. --Repakr (обговорення) 07:16, 12 травня 2026 (UTC)
- Я вже міркував над заміною, просто для прикладу кнопка з mw-ui-progressive краще виглядає від аналогічного Кодексового (звісно на мою думку), тому вважав, що допоки стиль повністю не прибрали, можливо варто їх залишити. --Andriy.v (обговорення) 07:46, 12 травня 2026 (UTC)
- Бажано щоб вже було готове рішення до цього моменту. Можна буде доробити Шаблон:Clickable button, як приклад - там би зараз зробити підтримку параметрів target, external (і щоб для зовнішніх посилань був клас plainlinks) і, що важливіше - повиправляти включення. Як зможу завершу цю справу MonAx (обговорення) 11:03, 12 травня 2026 (UTC)
- Я вже міркував над заміною, просто для прикладу кнопка з mw-ui-progressive краще виглядає від аналогічного Кодексового (звісно на мою думку), тому вважав, що допоки стиль повністю не прибрали, можливо варто їх залишити. --Andriy.v (обговорення) 07:46, 12 травня 2026 (UTC)
- Більшість вкючень там від Шаблон:Clickable button 2. Думаю це не проблемно замінити. Єдине чи достатньо просто замінити mw-ui-progressive на cdx-button--action-progressive чи треба ще імпортувати той Codex. --Repakr (обговорення) 07:16, 12 травня 2026 (UTC)
Допомога із джерелами
[ред. код]Укотре стикаюсь із тим, що англ вікі пропускає посилання, наші ж фільтри пишуть для прикладу таке Автоматичні фільтри редагувань виявили проблематичний вміст у Вашому перекладі. Попадання до фільтру: вандалізм-3. І це із серії: здогадайся сам, де там вандалізм? Стаття en:Religion in Azerbaijan --DmitrOst1 (обговорення) 11:19, 12 травня 2026 (UTC)
- Абу аль-Касім аль-Хої має бути Хої чи через -у-? У вікіпосиланні через -о-. Мені здається якщо виправити на -о- то пройде фільтр. --Mile.Horizon (обговорення) 12:30, 12 травня 2026 (UTC)
- Дякую. Допомогло :) Але де взагалі про це можна почитати? --DmitrOst1 (обговорення) 12:44, 12 травня 2026 (UTC)
- на жаль, правила за якими визначається можливий вандалізм доступні лише адміністраторам, інакше вандали б знали як їх обходити, але ці фільтри мали б не спричиняти проблем для досвідчених користувачів. Тут як технічний експерт з фільтрів можливо допоможе @MonAx щоб цей фільтр трохи підправити. А вам я б радив подати заявку на ВП:ЗПП, права патрульного чи автопатрульного зазвичай деактивують майже всі фільтри. Враховуючи що ви вже мали права адміністратора я думаю спільнота могла б піти вам на зустріч і надати права незважаючи на невідповідність деяким пунктам. Але потрібно обговорення. --Mile.Horizon (обговорення) 12:52, 12 травня 2026 (UTC)
- Дякую. Допомогло :) Але де взагалі про це можна почитати? --DmitrOst1 (обговорення) 12:44, 12 травня 2026 (UTC)
Щодо вимкнення пропозиції перекладу у селекторі мов
[ред. код]У загальних стилях є код для вимкнення пропозиції перекладу (див. MediaWiki:Common.css#L-398) у селекторі мов (див. mw:Extension:UniversalLanguageSelector), проте він вже тривалий час не працює. Можливо, кілька років, бо назва класу змінилася. Це було додано внаслідок консенсусу тут. Тому хотів обговорити чи виправляти клас, щоб він надалі приховував пропозиції, чи вилучити його? --Repakr (обговорення) 09:22, 16 травня 2026 (UTC)
- Причому, наскільки я бачу, то якщо не увімкнено Перекладач вмісту у бета-функціях, то ці пропозиції не з'являються. --Repakr (обговорення) 09:28, 16 травня 2026 (UTC)
Зникли розділові риски в переліках
[ред. код]Може хтось знає що сталося із таблицями - зникли розділові лінії між стовпчиками і рядками. Приклад - Зниклі населені пункти Житомирської області. --J. (обговорення) 19:43, 16 травня 2026 (UTC)
- @MonAx, @Repakr, @Andriy.v
- там в MediaWiki:Common.css кома закралась після table.wide td, перед фігурною дужкою, треба видалити --Mile.Horizon (обговорення) 20:13, 16 травня 2026 (UTC)
- @Mile.Horizon ред. № 48059124 - є MonAx (обговорення) 20:15, 16 травня 2026 (UTC)
- дякую --Mile.Horizon (обговорення) 20:16, 16 травня 2026 (UTC)
- Дякую всім. --J. (обговорення) 20:31, 16 травня 2026 (UTC)
- дякую --Mile.Horizon (обговорення) 20:16, 16 травня 2026 (UTC)
- @Mile.Horizon ред. № 48059124 - є MonAx (обговорення) 20:15, 16 травня 2026 (UTC)
Техновини: 21-й тиждень 2026 року
[ред. код]Найсвіжіші техновини з технічної спільноти Вікімедіа. Будь ласка, повідомте інших користувачів про ці зміни. Не всі зміни торкнуться Вас. Доступні переклади.
Новина тижня
- Команда Абстрактної Вікіпедії визначила п'ять потенційних пілотних вікі, де можна було б впровадити абстрактні статті, і буде оцінювати їхню зацікавленість в цьому. Цими пілотними вікі є Вікіпедії мовами малаялам, бенгалі, дагбані, арабською та індонезійською. Відгуки збиратимуть до 22 травня. Якщо ваша вікі зацікавлена в тому, щоб стати пілотною, повідомте нас про це на Меті.
Новини для редакторів
- 18 травня почнеться експеримент із показу списків читання для незалогінених користувачів мобільної версії сайту. В експерименті беруть участь німецька, іспанська, італійська, португальська, польська, нідерландська, турецька та урду Вікіпедії; він триватиме один місяць. Це робиться в рамках ширшої цілі допомагати читачам зберігати й організовувати статті для читання пізніше, водночас заохочуючи звички, що можуть привести до майбутнього внеску у Вікіпедію.
- Щоб уможливити кнопку закладки у бета-функції Список читання, у меню «Інструменти > Дії» додали можливість показувати іконки, у тому числі зірочку-індикатор списку спостереження, за якою можна визначити тимчасово відстежувані статті. Іконки тепер також співпадають з тими, що використовуються на мобільних пристроях, це покращує сталість між платформами. Ця зміна наразі обмежена до меню дій і здебільшого впливає на користувачів з розширеними правами. [8]
- Режим пропозицій наразі запущено у режимі А/Б-тестування для нових редакторів у мобільній версії сайту в ~15 Вікіпедіях. Експеримент виміряє вплив Режиму пропозицій на частку сесій редагування новачків у мобільній версії, які завершуються конструктивними (невідкоченими) редагуваннями у статтях. Експеримент також оцінить вплив функції на утримання редакторів, а також моніторитиме зміни в обсягах відкотів і блокувань.
Переглянути усі 27 поданих спільнотою завдань, які було виконано минулого тижня, можна тут. Наприклад, була помилка, через яку в програмці Вікіпедії для Android після відкривання сповіщення про рекомендований список читання не показувались зображення. Її вже виправили. [9]
Новини для технічних дописувачів
- Команда платформи Вікіданих опублікувала свої рекомендації щодо заміни бекенду і супутньої технічної архітектури для міграції Wikidata Query Service (WDQS) з Blazegraph. Запрошуємо залишати свої відгуки до 25 травня 2026, особливо на тему потенційних прогалин і впливу на складні випадки використання. Членів спільноти Вікіданих і користувачів WDQS запрошують також допомогти зібрати на цій сторінці інструменти з великим впливом та робочі процеси, які можуть потребувати уваги. Свої відгуки можна залишати на сторінці обговорення міграції або під час наступної години питань. Детальніше про це дивіться у розсилці новин команди WDP.
Детально про оновлення коду цього тижня: MediaWiki
Детально
- В англійській, французькій, японській та кількох інших Вікіпедіях пройшли випробування hCaptcha, служби виявлення ботів третьої сторони. Випробування показали, що hCaptcha ефективно виявляє і відкидає деяку автоматизовану недобросовісну активність, як самостійно, так і даючи сигнали чек'юзерам і стюардам. Оскільки результати були позитивні, упродовж наступних кількох тижнів hCaptcha буде розгорнуто у всіх вікі. Технічна інформація про впровадження та захист конфіденційності є на сторінці проєкту hCaptcha. Дізнатися більше.
- Є свіжі новини від Community Tech, у тому числі про прогрес по кількох ініціативах Побажань спільноти, зокрема розширення списків читання з мобільного застосунку на вебсайт, підтримці нових мов у «Хто це написав» та особистій панелі, покращеннях до 3D-рендерів та графіків, а також про прийдешню роботу над сортуванням сторінки обговорення, відтворення аудіо та процесами редагування. У цьому випуску новин також йдеться про поточні пріоритети, тенденції статусів Побажань та можливості для спільноти залишити свої відгуки щодо майбутніх фокусних галузей і річного плану Фонду Вікімедіа на 2026–2027. Читайте докладніше у самому новинному випуску.
Техновини підготували автори Техновин, розіслав бот • Зробити внесок • Перекласти • Отримати допомогу • Написати відгук • Підписатись чи відписатись.
