Вікіпедія:Кнайпа (пропозиції)
Цей розділ у кнайпі української Вікіпедії використовується для обговорення пропозицій, що не стосуються політик (для цього є Вікіпедія:Кнайпа (політики)).
Якщо у Вас є пропозиція щодо чогось, що на Ваш погляд є абсолютно очевидною річчю, а його відсутність в українській Вікіпедії викликає у Вас почуття здивування та обурення, перевірте тут, чи Ваша пропозиція випадково не видалась настільки ж очевидною ще комусь.
Будь ласка, підписуйте свої коментарі (для цього наберіть ~~~~
або натисніть кнопку над віконцем редагування).
Шаблони даних країн: міста України
[ред. код]По суті хочу виставити пропозицію:
- Доповнити Категорія:Шаблони даних міст України для всіх міст (для міст без прапора залишити пусте значення)
- Вилучити смт з категорії (та видалити їх бо мати Шаблони Даних Країн для селищ не є доцільним на мою думку)
- Почати використання на сторінках де це доцільно (наприклад, Міста України (за населенням), або там де прапор + назва міста прописані окремо)
- оновити та актуалізувати прапори міст за можливості
Частина пропозицій стосується деяких нетривіальних рішень (видалення смт) та просто початок вживання на інших сторінках (через шаблони на кшталт ПрапорТекст), що потребує додаткового обговорення та згоди спільноти. Якщо буде на це згода, я оновлю цю категорію та оновлю та додам шаблони. Duppertip (обговорення) 09:01, 17 червня 2025 (UTC)
Група користувачів «Організатори подій»
[ред. код]Недавно нам додали групу користувачів «Організатори подій», але ми її не використовуємо, через те, що не обговорили кому та навіщо її надавати. А я пропоную надавати цю групу тим користувачам, які проводять масові заходи, тобто їм потрібні додаткові права(члени Вікімедія Україна та інші). Наразі в групі є тільки 3 права, але я пропоную їх розширити, щоб функціонал був спеціально для всяких заходів.
Пропоновані мною права:
- Вмикання двофакторної автентифікації
(oathauth-enable)
- Без обмежень швидкості за IP
(autoconfirmed)
- Створення нових облікових записів
(createaccount)
- Без обмежень за швидкістю
(noratelimit)
- Використання вищих лімітів в API-запитах
(apihighlimits)
- Надсилання електронних листів учасникам події
(campaignevents-email-participants)
- Організація подій
(campaignevents-organize-events)
- Увімкнення реєстрації на події
(campaignevents-enable-registration)
- Перегляд записів журналу зловживань, позначених як приватні
(abusefilter-log-private)
- Перегляд приватних фільтрів зловживань
(abusefilter-view-private)
- Перегляд учасників приватних подій
(campaignevents-view-private-participants)
- Надсилання повідомлення кільком користувачам одночасно
(massmessage)
Пояснення деяких прав
- Права повʼязані з переглядом даних фільтру редагувань, потрібні, щоб якщо у користувачів, з яким проводиться захід сталися проблеми з фільтром редагувань, то організатори змогли б розібратися.
Додаток:
- Пропоную, щоб також у наш розділ були додані підтверджені користувачі«у саме використання», так як під час заходу, можуть знадобитися, учасникам права групи «Підтверджені користувачі». І також щоб організатори подій могли надавати користувачам ці права.
- Також разом з цією групою, може втрати сенс група «Створювачі облікових записів», щодо цього теж прохання висловитися інших користувачів в обговоренні.
- У разі прийняття групу «Організатори подій» будуть надавати адміністратори. Якщо, є ще якісь зауваги прохання висловлювати, їх в обговоренні!
--Vadikano (обг.) 14:17, 5 липня 2025 (UTC)
Обговорення
[ред. код]- Якщо вам це цікаво, варто спочатку розібратися з тими трьома правами, які є у групи event-organizer, що вони означають і як ними користуватися. І вже потім, можливо, обговорювати розширення прав. Надавати великій кількості учасників права, що зараз мають лише адміністратори - необачно. --Фіксер (обговорення) 20:21, 6 липня 2025 (UTC)
Проти тут перемішано все на купу: і те, що потенційно потрібно; і те, що зайве; і те, що зовсім недоречне. На скільки я розумію нові права організатора подій призначені переважно для користувачів, які організовують вікітижні чи якісь схожі заходи і це не є якийсь статус, тобто не є правами, які потредують певного рівня довіри, а просто інструмент для організаторів щоби спростити проведення заходу. Тому тепер по черзі пройдуся по кожному запропонованому праву:
oathauth-enable
- це потрібно для користувачів, які мають важливі права, для додаткового захисту аккаунту. Тут, як я вже сказав, не та ситуація, коли користувач з небезпечними правами потребує додаткового рівня захисту. А якщо й комусь захочеться захистити додатково аккаунт, то для цього є глобальні права тестувальника двофакторної автентифікації, які (здається) без особливих проблем можна отримати на меті.autoconfirmed
- важко уявити щоби неавтопідтверджений користувач проводив заходи у Вікіпедії, загалом це завжди користувачі які мають вже певний досвід.createaccount
- повністю зайве право, бо їх і так мають усі, включно з незареєстрованими.noratelimit
- не дуже розумію користь від цього права для організатора, хіба що для реєстрації нових облікових записів, якщо відбувається якийсь захід де залучено багато осіб, які ніколи ще не редагували Вікіпедію і не мають обліковки. Втім для цього вже є група створювачів облікових записів, а щодо доцільності додавати й такі права до групи організаторів я не впевнений, що це доречно.apihighlimits
- зовсім недоречні права, які ще й потребують певний рівень довіри. Для чого організаторам потрібно підвищувати обмеження на API-запити для мене є загадкою.abusefilter-log-private
таabusefilter-view-private
- ці права вкрай небезпечні, бо дозволять користувачу повністю бачити код фільтрів, які загалом призначені для протестояння вандалам, важко представити що може статися якщо ці права потраплять комусь з вандалів. Тут я категорично проти, бо такі права потребують вкрай високого рівня довіри. Також і потреби їх мати організаторам теж я не уявляю, бо приховані фільтри майже усі націлені на вандалів, а не на звичайних користувачів.campaignevents-view-private-participants
- теоритично може бути корисним, але тут потрібно бути більше ознайомленим з інструментом CampaignEvents для того щоби зрозуміти чому це право дали лише адмінам. Ймовірно для цього є поважна причина, як для прикладу знову аргумент довіри.massmessage
- на скільки я розумію організатори спілкуватимуться з учасниками події через листування або на сторінках самої події, тому наразі мати таке право здається зайвим, хоча можна обговорити, бо не впевнений
З рештою погоджуюсь зі зауваженням Фіксера - потрібно спочатку докорінно зрозуміти як правцює сам інструмент CampaignEvents перш ніж пропонувати якісь зміни до прав.--Andriy.v (обговорення) 21:12, 6 липня 2025 (UTC)
- Ця роль могла би замінити теперішнього створювача облікових записів (коли при організації якогось вікімарафону людям дають це право, щоб вони могли іншим створити акаунти). Відповідно createaccount, noratelimit знадобилось би, так само massmessage не завадить.--Анатолій (обг.) 21:54, 6 липня 2025 (UTC)
- Це все потрібно обговорювати після певного періоду використання інструменту, тоді організатори можуть самі дати пропозиції щодо покращення групи прав, а так зараз це переважно догадки, бо для прикладу можливо ні noratelimit ні massmessage не потрібні насправді. --Andriy.v (обговорення) 22:06, 6 липня 2025 (UTC)
Проти. Загалом ще вперше, коли побачив тему ще до того, як про неї згадали на ВП:ЗА, то вже сумнівався щодо необхідності давати права доступу до фільтра зловживань. Загалом погоджуюся з Andriy.v і Фіксером. --Repakr (обговорення) 07:22, 7 липня 2025 (UTC)
- Було б корисно увімкнути інструмент CampaignEvents в українській Вікіпедії для організації подій. Ми наразі маємо його на вікісайті «Вікімедіа Україна» (ось приклад), і це корисний інструмент для організації подій, щоб без потреби не змушувати людей користуватися сторонніми сервісами на кшталт Google-форм. Але не впевнений, чи організаторам подій потрібні якісь додаткові права окрім тих, що йдуть дефолтно. --Антон Процюк [ВМУА] (обговорення) 09:31, 7 липня 2025 (UTC)
- Сама група із певними правами в Українській Вікіпедії вже є (Спеціальна:Список прав груп - Організатори подій
- (event-organizer)). Не впевнений, чи це означає, що інструмент повністю увімкнутий, і якщо ні — що ще для цього треба. Але в цілому, на мою думку, вам та іншим колегам, які дійсно розуміють, навіщо цей інструмент і як його використовувати, варто отримати від адміністраторів ці права в тестовому, пілотному режимі, щоб зрозуміти, що там вже є і чого немає. Врешті решт це допоможе як наповнити сторінку Вікіпедія:Організатори подій, так і встановити регламент надання цих прав, затвердивши його із рештою спільноти. --Фіксер (обговорення) 11:26, 7 липня 2025 (UTC)
- @Фіксер, @AntonProtsiuk (WMUA), я подивився і в адміністраторів ці права вже включені, тобто їм не потрібно видавати права організатора подій. Наприклад, створити подію можна тут: Спеціальна:EnableEventRegistration. Я так розумію ці права більше для тих, хто не є адміністратором, але хоче організовувати події, наприклад, як утримувач якогось вікіпроєкту. --Repakr (обговорення) 11:46, 7 липня 2025 (UTC)
- Якщо хтось з організаторів подій є адміністратором і зголоситься перевірити цю функціональність самостійно, то можна і так, звісно. --Фіксер (обговорення) 13:50, 7 липня 2025 (UTC)
- @Фіксер та Repakr: і справді. Я трохи неуважно був прочитав анонс у техновинах і думав, що інструмент ще треба окремо увімкнути. Насправді він уже увімкнений і працює. Я щойно протестував зі свого волонтерського адміністраторського акаунту. Тобто на цьому етапі нам треба визначити: 1) чи варто включати додаткові технічні права (пропозиція Vadikano); 2) як отримувати ці права не-адміністраторам.
- Моя особиста думка: щодо 1) загалом погоджуюся з Andriy.v; щодо 2) — якщо ми не розширюємо права, то, думаю, що прапорець організатора подій має бути отримати просто; можливо, достатньо лише запиту на ВП:ЗА з поясненням, чому вони потрібні користувачу і як він/вона планує їх використовувати. --Антон Процюк [ВМУА] (обговорення) 13:50, 7 липня 2025 (UTC)
- Можна перекласти рекомендовані вимоги звідси: meta:Meta:Event organizers. Вони там теж доволі легкі; по суті, достатньо не бути заблокованим і планувати організувати подію. --Антон Процюк [ВМУА] (обговорення) 13:55, 7 липня 2025 (UTC)
- Має бути щось аналогічне до ВП:СОЗ, тобто адмін надає прапорець за запитом на ВП:ЗА тимчасово на період проведення події. --Andriy.v (обговорення) 13:55, 7 липня 2025 (UTC)
- @Фіксер, @AntonProtsiuk (WMUA), я подивився і в адміністраторів ці права вже включені, тобто їм не потрібно видавати права організатора подій. Наприклад, створити подію можна тут: Спеціальна:EnableEventRegistration. Я так розумію ці права більше для тих, хто не є адміністратором, але хоче організовувати події, наприклад, як утримувач якогось вікіпроєкту. --Repakr (обговорення) 11:46, 7 липня 2025 (UTC)
- Гадаю, що такий прапорець має надаватися автоматично особам, що вже організовували події, якщо під подіями маються на увазі вікізустрічі, віконференції, віківишколи та тематичні заходи в межах вікіпедії. Який має бути перелік прав інше питання (не аналізував, проте можливе є щось і корисне), проте як на мене відсутність прапорця не має стати перешкодою для проведення подій, а навпаки він має стати певною констатацією факту винагородою для активних організаторів (як от пан Шиманський, Юрій Пероганич чи Ата), водночас викликає сумніви автоматична наявність такого прапорця в кожного адміна, навіть такого, що ніколи нічого не огранізовував (я розумію коли це - NikK, Antanana, Yakudza чи AntonProtsiuk (WMUA), але ж не кожен має якусь оргісторію). Це моя думка як організатора. Головне, щоб не нашкодити.--Yasnodark (обговорення) 14:42, 8 липня 2025 (UTC)
- Щодо адміністраторів, то вони також мають права, які не мають організатори подій, а саме:
- Вилучення реєстрації на події
(campaignevents-delete-registration)
- Перегляд учасників приватних подій
(campaignevents-view-private-participants)
- Вилучення реєстрації на події
- А тому, мені здається, що якщо вони мають право видаляти події, то відповідно повинні мати право і створювати їх та вмикати реєстрацію на них. --Repakr (обговорення) 07:12, 9 липня 2025 (UTC)
- А чому організатори подій не мають цих прав? --Фіксер (обговорення) 13:41, 9 липня 2025 (UTC)
- Не можу тут підказати, можливо, Фонд вирішив, що ці права мають бути лише в адміністраторів. Але така ситуація наче скрізь, принаймні, в англ. вікі такий самий розподіл прав. --Repakr (обговорення) 14:58, 9 липня 2025 (UTC)
- Так, навіть на ua.wikimedia.org така сама ситуація. Але там більше адміністраторів ([1]), тобто майже всі, хто організовують події, вже мають ці права як адміністратори. В укрвікі, як я розумію, перетин цих двох груп менший (тобто далеко не всі, хто організовують події, є адміністраторами), тому я можу уявити, що комусь в укрвікі бракуватиме цих двох прав. Але, судячи з усього, якогось суттєвого досвіду, щоб впевнено стверджувати, що ці два права потрібні "Організаторам подій", у нас немає, тому для початку можна залишити все як є. --Фіксер (обговорення) 14:11, 10 липня 2025 (UTC)
- Не можу тут підказати, можливо, Фонд вирішив, що ці права мають бути лише в адміністраторів. Але така ситуація наче скрізь, принаймні, в англ. вікі такий самий розподіл прав. --Repakr (обговорення) 14:58, 9 липня 2025 (UTC)
- А чому організатори подій не мають цих прав? --Фіксер (обговорення) 13:41, 9 липня 2025 (UTC)
Проти в такому стані. Зі стандартним набором прав це порівняно легкий прапорець, який можна надати без або з мінімальним обговоренням (так само як і ВП:СОЗ). З запропонованим набором прав це стане серйозним прапорцем, зокрема, з доступом до приватних фільтрів (які дуже рідко спрацьовують на вишколах, а якщо й спрацьовують, то це зазвичай щось дуже нетривіальне, яке вимагає розуміння фільтрів). Гадаю, треба спочатку зрозуміти, які саме події там організовуватимуться: якщо це будуть віківишколи для новачків, то потрібен один набір прав (для цього зараз краще підходить СОЗ, плюс вимога реєстрації на вікі не дуже зручна, коли мова для новачків), якщо це будуть зум-дзвінки для досвідчених або ж онлайн-зустрічі на кшталт Дискорду — інший набір прав (по суті й поточних прав буде достатньо, можливо, додати можливість вилучення учасників). Але запропоновані права, на мою думку, не відповідають жодному з цих варіантів — NickK (обг.) 21:15, 10 липня 2025 (UTC)
- Щодо адміністраторів, то вони також мають права, які не мають організатори подій, а саме:
Додавання синоніма до префікса Event
[ред. код]У зв'язку з впровадження розширення CampaignEvents у нас з'явився новий простір назв Event, але цей простір, поки не має українського префіксу. Тому пропоную додати україномовний префікс «Подія» як синонім до наявного префіксу «Event». --Repakr (обговорення) 12:05, 7 липня 2025 (UTC)
- Звісно
За. --Andriy.v (обговорення) 12:20, 7 липня 2025 (UTC)
За --Vadikano (обг.) 12:52, 7 липня 2025 (UTC)
За, очевидно. --Фіксер (обговорення) 13:49, 7 липня 2025 (UTC)
За --Perohanych (обговорення) 16:25, 7 липня 2025 (UTC)
За --Yasnodark (обговорення) 13:11, 9 липня 2025 (UTC)
За — NickK (обг.) 21:03, 10 липня 2025 (UTC)
Підсумок
[ред. код]За два тижні обговорення встановився консенсус за додавання україномовний префікс «Подія» як синонім до наявного префіксу «Event». --Repakr (обговорення) 06:51, 21 липня 2025 (UTC)
Новий шрифт на вікі
[ред. код]Наразі, я бачу, що на вікі використовується усталений шрифт sans-serif. Я пропоную установити якйсь інший шрифт, оскільки поширені комбінації ії
та її
виглядають неправильно (див. Liberation Sans тут). Я не упевнений чи це через sans-serif чи Liberation Sans, але, на мою думку варто змінити шрифт на щось краще. Щось свого я запропонувати не можу, але на тому ж зображенні Ви можете побачити кілька інших схожих але кращих та відповідніших шрифтів --MetroKopUA (talk) 16:10, 11 липня 2025 (UTC)
- sans-serif це не шрифт, а категорія шрифтів. Див. цей пост на StackOverflow. Який саме шрифт sans-serif буде показувати, залежить від системи, на Windows це Arial або якийсь із його варіантів. --MonAx (обговорення) 10:31, 12 липня 2025 (UTC)
- Немає сенсу змінювати усталений шрифт, який існує роками, на інший лише тому, що вперше за 25 років хтось вказав, що одна комбінація літер (!) не так виглядає в якомусь браузері в одного користувача. --Фіксер (обговорення) 11:00, 12 липня 2025 (UTC)
- Згідний з користувачем Фіксер. --MMH (обговорення) 19:35, 23 липня 2025 (UTC)
Позначки взірцевих статей
[ред. код]Пропоную шаблони {{Вибрана стаття}}, {{Добра стаття}}, {{Вибраний список}} ставити вгорі статей, а не внизу. Ота зірочка/список праворуч ледь помітний, її легко пропустити. Дочитуєш до кінця і тут виявляється, що це була вибрана стаття/список. Чому ми це ховаємо вниз? Це ж взірцеві статті, це наша гордість (хоча для деяких статей таке визначення звучить як тролінг, читаєш, зразу хочеться номінувати на позбавлення, для таких дійсно можна в кінці розміщувати), ми має людям про це розказувати, на видному місці розмістити, а не десь в куточку, в кінці, ніби ми соромимось цього.--Анатолій (обг.) 23:20, 12 липня 2025 (UTC)
- Це скоріше до СО проєкту ВП:Проєкт:Взірцевий вміст. Це цілком можливо, і в мене теж виникала така думка. Є приклад французького розділу, де ставиться шаблон угорі статті, як-от у fr:Anubis. Але пропозиція не має сенсу без конкретних прикладів оформлення. Це ж може бути {{Hatnote}}, {{Hatnote2}}, {{Ambox}} або навіть розширення індикатора, як у {{Добра стаття/пісочниця}} -- RajatonRakkaus ⇅ 12:45, 13 липня 2025 (UTC)
- Як я розумію, пропозиція полягає в прямолінійному перенесенні шаблону {{Добра стаття}} з низу статті до верху, без змін. --Фіксер (обговорення) 21:36, 13 липня 2025 (UTC)
- Якщо так, то я проти. Це буде погано узгоджуватись із наявними повідомленнями в шапці та шаблонами впорядкування, вже не кажучи про надмірну яскравість цих шаблонів. -- RajatonRakkaus ⇅ 23:29, 13 липня 2025 (UTC)
- Для колеги, як і для мене, оформлення може бути не принциповим. --Фіксер (обговорення) 08:07, 14 липня 2025 (UTC)
- Якщо так, то я проти. Це буде погано узгоджуватись із наявними повідомленнями в шапці та шаблонами впорядкування, вже не кажучи про надмірну яскравість цих шаблонів. -- RajatonRakkaus ⇅ 23:29, 13 липня 2025 (UTC)
- Як я розумію, пропозиція полягає в прямолінійному перенесенні шаблону {{Добра стаття}} з низу статті до верху, без змін. --Фіксер (обговорення) 21:36, 13 липня 2025 (UTC)
- Так зірочки достатньо вгорі--Kamelot (обговорення) 03:51, 14 липня 2025 (UTC)
Проти per above. Є зірочка і цього досить, якщо зірочка замала, то можна обговорити її збільшити, але ставити ще щось угорі крім зірки недоречно, особливо тому що вгорі місце для шаблонів впорядкування, які тоді підуть в перемішку із запропонованими.--Andriy.v (обговорення) 19:43, 14 липня 2025 (UTC)
- У взірцевих статтях не має бути шаблонів впорядкування, на те вони і взірцеві...:) --Фіксер (обговорення) 20:22, 14 липня 2025 (UTC)
Проти Поки є недосконалі "взірцеві" тикати читачам великий шаблон просто недоречно. --Τǿλίκ 002 (обговорення) 20:06, 14 липня 2025 (UTC)
Проти. Зірочки достатньо. --MMH (обговорення) 19:38, 23 липня 2025 (UTC)
Проєкт правила про отримання прав організатора подій
[ред. код]Вище було обговорення про групу користувачів «Організатори подій». Оригінальна пропозиція суттєво розширити права цієї групи, схоже, не пройшла. Але залишилося відкритим питання, як отримувати ці права зараз, із поточними правами.
Тому я прикинув проєкт правила: Вікіпедія:Організатори подій#Отримання прав. Запрошую до розгляду і обговорення. --Acedtalk 09:09, 18 липня 2025 (UTC)
- @Фіксер, Andriy.v, NickK та Repakr: пінгаю вас особисто як найактивніших учасників минулого обговорення. --Acedtalk 09:10, 18 липня 2025 (UTC)
- Я не проти. --Фіксер (обговорення) 09:29, 18 липня 2025 (UTC)
За без зауважень. --Andriy.v (обговорення) 09:37, 18 липня 2025 (UTC)
За. --Repakr (обговорення) 09:57, 18 липня 2025 (UTC)
Там перший пункт не корректно звучить: "не бути заблокованим в українській Вікіпедії". Ні разу чи наразі?--Kamelot (обговорення) 09:59, 18 липня 2025 (UTC)
- Коректне зауваження. Якщо мається на увазі поточне блокування, то ця фраза зайва, оскільки наявність блокування і так технічно унеможливлює діяльність у Вікіпедії. --Andriy.v (обговорення) 12:06, 18 липня 2025 (UTC)
- Погоджуюсь, прибрав цей пункт. --Acedtalk 12:09, 18 липня 2025 (UTC)
За, слушно, це мають бути прості в отриманні права — NickK (обг.) 11:15, 19 липня 2025 (UTC)
За Поточна версія 18 липня 2025. --Володимир 06:43, 20 липня 2025 (UTC)
За --Vadikano (обг.) 19:50, 21 липня 2025 (UTC)
Коментар потрібно також додати умови зняття прав. Для прикладу для користувачів з постійними правами це може бути річна неактивність. Можна також додати що у разі зловживання права можуть бути зняти будь-який адміністратор.--Andriy.v (обговорення) 20:59, 21 липня 2025 (UTC)