Википедия:Форум/Предложения

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
Прикреплено
⚙️ 
Актуально

Выборы администраторов

Заявки на флаг инженера

  • KrBot(?) заявка подана

Снятие флагов

  • Moskovitov (апат) — (?) заявка подана
  • ДМ (апат) — (?) заявка подана
  • Кубаноид (ПбП) — (?) заявка подана

«Форум переименовывающих»[править вики-текст]

Добрый день! В связи суетой вокруг ВП:КПМ у меня возникло предложение: создать отдельный форум для обсуждения переименований статей, на котором можно будет как обсудить массовые переименования без простановки десятков шаблонов (замены Святых на святых, или возможное переименование "X ди Y" в "Ди Y, X" из вклада одного участника и т.д.), так и получить трактовку правил от более опытных участников (я вот не смог ничего найти в правилах про названия вроде Аренберг, Леопольд-Филипп д’, хотя выглядит странно). Дело в том, что на ВП:КПМ есть некоторое количество постоянных участников, и возможность задать им вопрос, не вынося сор на общие форумы, могла бы быть полезна. Как вам такая идея? SmesharikiAreTheBest (обс.) 12:12, 20 октября 2017 (UTC)

  • А ВП:Ф-П для этих целей не подойдёт? Всё же переименованием занимаются и флагами ПбП/ПФ обладают, как правило, АПАТы/ПАТы. nebydlogop 12:20, 20 октября 2017 (UTC)

Анонс конкурса «Статьи года»[править вики-текст]

Уважаемые коллеги, примерно через 2 недели начинается выдвижение статусных статей на традиционный конкурс. Прошлые два раза в шаблон «Актуально» вносился анонс по моему предложению, не вызывавшему возражений. Предлагаю поступить так же, как год назад — разместить уведомление за 10 дней до выдвижения, поскольку у некоторых участников предконкурсная неделя может выдаться напряженной, что оставит им мало времени для заблаговременного подбора статей. --Синкретик (связь | вклад) 23:18, 19 октября 2017 (UTC)

  • Да разместить и всё. Там вон по полгода-году всякие спонсорские конкурсы висят. Поместится и традиционный. - DZ - 09:27, 20 октября 2017 (UTC)
  • Да там же три недели на выдвижение... Впрочем, принципиальных возражений нет, только недоумение, зачем с таким запасом. --Deinocheirus (обс.) 12:53, 20 октября 2017 (UTC)

"Чтение" --> "Проверенная версия"[править вики-текст]

Предлагаю переименовать вкладку на недопроверенных статьях, см. Мы уже привыкли, но вообще название крайне нелогичное и несистемное (а "текущая версия" что - не чтение?) MBH 21:11, 19 октября 2017 (UTC)

  • В Векторе — «Читать». А ты найдёшь, где это делается, если это вообще можно сделать, не затронув вид, когда последняя версия проверена? — Джек, который построил дом (обс.) 22:02, 19 октября 2017 (UTC)
    • В векторе MediaWiki:Vector-view-view, в монобуке должно быть MediaWiki:Monobook-view-view, но почему-то нет ни в ру-вики, ни в транслейтвики, видимо задается из MediaWiki:View. Это ищется постфиксом ?uselang=qqx после адреса страницы, например. Dmitry89 (talk) 22:10, 19 октября 2017 (UTC)
    • Но видимо нужен какой-то консенсус на это изменение. Я поддерживаю. Dmitry89 (talk) 22:11, 19 октября 2017 (UTC)
    • А как он затронется? В нём переход на чтение делается кликом по первой вкладке, "статья". MBH 22:51, 19 октября 2017 (UTC)
  • Собственно, да, там одна и та же надпись для случаев, когда последняя версия проверенная и нет. То есть изменив это, мы изменим и вид проверенных статей, где будет «Проверенная версия» и далее «Править», «Править вики-текст» и т. д., что бредовато. Посему я бы предложил написать задачу на Фабрикатор, где предложил бы развести системные сообщения в случае FlaggedRevs. — Джек, который построил дом (обс.) 22:20, 19 октября 2017 (UTC)
    • Что?... Когда последняя версия проверенная, обоих вкладок "текущая" и "проверенная" просто нет, их функцию выполняет первая вкладка "статья". MBH 22:51, 19 октября 2017 (UTC)
      • Проверить справедливость этого утверждения в скине не так сложно. — Джек, который построил дом (обс.) 22:59, 19 октября 2017 (UTC)
        • Хм, и зачем в векторе дублирующие вкладки? Может "чтение" просто скрыть, для всех? MBH 23:07, 19 октября 2017 (UTC)
  • (−) Против резкого увеличения названия вкладки без всякой видимой пользы (так как простые читатели и разницы между текущей и проверенной скорее всего не знают), хоть через Фабрикатор, хоть своими хаками. stjn 22:35, 19 октября 2017 (UTC)
    • Чем плохо увеличение названия вкладки? MBH 22:51, 19 октября 2017 (UTC)
    • Полностью согласен. Бесят эти неиспольземые табы на стопицот букв. Придумайте название покороче. — Igel B TyMaHe (обс.) 07:59, 20 октября 2017 (UTC)
  • Переименовать нужно, но во что-то другое. Сейчас большая часть инета уверена: в ВП статьи «досматриваются модераторами», отсутствие надписи о проверке гарантирует достоверность. Ещё и вклалки такой не хватало. Можно в «досмотренную версию».--Iluvatar обс 23:46, 19 октября 2017 (UTC)
  • Может, просто всплывающую подсказку сделать, что означает "Читать"? Там хоть "Войну и мир" излагайте. — Igel B TyMaHe (обс.) 08:01, 20 октября 2017 (UTC)
  • «Чтение» не очень, но и «проверенная версия» не очень: если такое будет везде, будет многим казаться, что как будто у нас какие редакторы сидят и вычитывают. А на самом деле проверяется только отсутствие вандализма и копивио. AndyVolykhov 09:08, 20 октября 2017 (UTC)

"Править вики-текст" → "Вики-текст"[править вики-текст]

До кучи, чтоб два раза не ходить: сократить длину текста таба правки вики текста до "Вики-текст". — Igel B TyMaHe (обс.) 08:04, 20 октября 2017 (UTC)

  • Лучше "править код". А правильнее, конечно, вырубить нафиг визред и иметь просто "править". MBH 09:42, 20 октября 2017 (UTC)
    • не умеешь - не пользуйся. Удобная штука. ShinePhantom (обс) 09:59, 20 октября 2017 (UTC)
  • Так среднестатистическому пользователю нельзя править многие страницы, и по отличию «Править вики-текст» и «Просмотр вики-текста» он видит, что править нельзя. — Джек, который построил дом (обс.) 10:06, 20 октября 2017 (UTC)

Ш:Unicode[править вики-текст]

Перенесено со страницы ВП:Т. — Джек, который построил дом (обс.) 19:52, 18 октября 2017 (UTC)

Предлагаю удалить данный шаблон из быстрой вставки, ибо является устаревшим. Здесь был Вася 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 19:37, 18 октября 2017 (UTC)

  • Не обращал внимание на его наличие. Он, кстати, ещё и шрифт меняет для текста неоправданно: {{unicode|text}}text vs text. Если у этого шаблона не было ещё каких-то спеццелей, предлагаю также заменить все включения на текст, передаваемый ему в качестве параметра. — Джек, который построил дом (обс.) 19:52, 18 октября 2017 (UTC)
    • Кстати, такое оформления и у шаблонов из ряда {{МФА2}}. Там тоже предлагаю заменить. Здесь был Вася 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 20:24, 18 октября 2017 (UTC)
      • А вот это вопрос, да. И в MediaWiki:Common.js (главном сайтовом JavaScript) есть целый специальный код, добавляющий этот стиль в зависимости от ОС пользователя (так как раньше проблема была только с Windows), с которым инженеры давно думали, что делать. Либо сделать такой шрифт для всех, либо выкинуть. [ˈæp(ə)l ɪŋk] vs [ˈæp(ə)l ɪŋk]. — Джек, который построил дом (обс.) 20:49, 18 октября 2017 (UTC)

Уд[править вики-текст]

А не стоит ли сделать объединённый шаблон удаления на манер RQ для перечисления в спорных случаях сразу нескольких критериев, под которые попадает статья? Это удобнее номинатору, это нагляднее автору статьи (что надо исправлять), а администраторы дальше пусть уж сами решают, какой критерий определяющий. 188.162.64.203 09:25, 18 октября 2017 (UTC)

  • Если статья выставляется на обсуждаемое удаление - то претензии к статье излагаются в номинации, на которую стоит ссылка в шаблоне "к удалению". И там можно написать все, что угодно. Кому нужно - тот прочитает. А если статья выставляется на быстрое удаление - то в принципе можно одновременно поставить в статью сразу несколько шаблонов КБУ. (Например, одновременно {{db-nn}}, {{db-spam}} и {{db-copyvio}}). Так что не вижу смысла в этом предложении. --Grig_siren (обс.) 09:31, 18 октября 2017 (UTC)
    • Естественно, подразумевался не случай КУ. А несколько шаблонов КБУ излишне статью загромождают. Да и набирать, к примеру, шесть пар скобок и три "уд" вместо одного и нескольких черточек - лениво и бессмысленно - прежде всего, с мобильника - например, на моем добраться до фигурных скобок не очень просто. 188.162.64.203 09:33, 18 октября 2017 (UTC)
      • Ну так создайте такой шаблон, чего обсуждать-то. Vcohen (обс.) 09:37, 18 октября 2017 (UTC) Хотя на моем мобильнике вертикальная палка и фигурные скобки находятся на одной и той же странице клавиатуры. Vcohen (обс.) 09:39, 18 октября 2017 (UTC)
        • При таком раскладе на самом деле есть чего обсуждать. Все-таки это изменение в правилах получится. --Grig_siren (обс.) 09:41, 18 октября 2017 (UTC)
      • Загромождают статью-смертницу? Плохой аргумент. — Igel B TyMaHe (обс.) 10:56, 18 октября 2017 (UTC)
  • Как ни странно, несмотря на очевидное усложнение процедуры выставления статьи к удалению, в данном конкретном случае предлагаемое изменение не содержит видимых минусов в долгосрочной перспективе. Для автора и подводящего итоги эта информация будет полезной (грубо говоря, я хочу специализироваться на статьях с нарушением ВП:БИО, или с нарушением АП, или МТ), а для номинатора усложнение процедуры значит, что потенциально статьи к удалению будут выставлять реже. Раз не можем ускорить подведение итогов, давайте замедлим номинирование к удалению, чё. --Good Will Hunting (обс.) 11:35, 18 октября 2017 (UTC)
    • Как ставили один КБУ - так и будут. — Igel B TyMaHe (обс.) 12:18, 18 октября 2017 (UTC)
      • КБУ ставят как раз в основном уточнённые по критериям, а не общий, неопределённый (по состоянию на сейчас из 41 кбу только 4 delete). --Good Will Hunting (обс.) 13:10, 18 октября 2017 (UTC)

Шаблон Поиск для быстрого поиска названий для ВП:КПМ[править вики-текст]

WMF-Agora-Settings 424242.svg
Поиск источников
Google: БелоруссияБеларусь
Google Книги: БелоруссияБеларусь
Яндекс: БелоруссияБеларусь
Запросы в Яндексе: БелоруссияБеларусь
Яндекс.Новости: БелоруссияБеларусь

Добрый день! Предлагаю добавить упоминание шаблона {{Поиск|Старое название|Новое название}} в шапку ВП:КПМ. Этот шаблон предназначен для быстрого поиска упоминаний в разных источниках, но по какой-то причине почти не используется. P.S. Переименовать Белоруссию в Беларусь не предлагаю... Викизавр (обс.) 16:25, 17 октября 2017 (UTC)

  • Толку от него не очень много — если бы он вытягивал и рядом писал кол-во найденных результатов — тогда да. А так — самую основную часть работы всё равно придётся делать вручную. LeoKand 16:38, 17 октября 2017 (UTC)
  • Можно, но лучше так: {{Поиск|"Старое название"|"Новое название"}}.--Luterr (обс.) 18:55, 17 октября 2017 (UTC)

Бот для оповещения неактивных администраторов[править вики-текст]

Есть смысл? Идея возникла отсюда: Обсуждение участника:Leonrid#Как вы смотрите активность администраторов за последние полгода?

Было бы оповещение администраторов, а на втором этапе бюрократов. --AnnaMariaKoshka (обс.) 14:32, 15 октября 2017 (UTC)

  • Да можно, кто бы сделал.--Luterr (обс.) 15:16, 15 октября 2017 (UTC)
    • Давайте попросим инженеров. --Leonrid (обс.) 16:50, 15 октября 2017 (UTC)
  • Нет, особого смысла нет, ибо всегда найдутся "добровольцы". Хуже, впрочем, тоже не будет. - DZ - 17:55, 15 октября 2017 (UTC)
  • А такой вопрос — сколько у нас администраторов и сколько из них неактивны? Разработка бота, а также поддержание его в рабочем состоянии требует достаточно много времени (постоянно или на Лабсе что-то ломается или API меняется). Боту также нужно будет вести журнал о том, кто и когда был предупреждён, дабы не «допекать» кандидатов каждые два дня. Кроме того, бот должен учитывать тот факт, что требование минимального количества админдействий отпадает на время участия в АК... И всё это для рассылки 20-30 сообщений в год? Мне кажется, что в данном случае легче время от времени посещать страницу статистики админдействий и вручную предупреждать малоактивных админов. -- Q-bit array (обс.) 17:57, 15 октября 2017 (UTC)
    • +1 MBH 19:50, 15 октября 2017 (UTC)
    • Обновил ВП:МА. 18. → borodun 20:54, 15 октября 2017 (UTC)
    • Забацал шаблончик для украшения СО малоактивных :) → borodun 21:38, 15 октября 2017 (UTC)
      Его имеет право каждый участник администратору поставить, чтобы уведомить или только другие администраторы? --AnnaMariaKoshka (обс.) 12:12, 16 октября 2017 (UTC)
        • Это антииерархический вид технического оповещения. Его, вероятно, даже аноним может сделать – при наличии оснований. Но статистика админдействий д. б. тщательно проверена через сервис. Насколько можно судить, малоактивные админы имеют предрасположение к КБУ. Там можно 25 админдействий (или 125) за пару минут выполнить – и проблема активности администратора снята на полгода. КБУ – это лазейка. --Leonrid (обс.) 15:45, 16 октября 2017 (UTC)
          • На КБУ тоже кому-то надо подводить итоги (и на быстрых запросах к администраторам, к примеру, тоже, хотя затраты времени там тоже обычно мизерные). Когда подведение таких итогов называют «лазейкой», это наводит на мысль, что администраторов, этим занимающихся, подозревают в намерениях, не имеющих ничего общего с улучшением Википедии. --Deinocheirus (обс.) 16:57, 16 октября 2017 (UTC)
            • Deinocheirus, просто кто-то рассуждает об улучшении Вики, кто-то о противостоянии "партии власти" и "оппозиции", кто-то об упадке и нехватке людей, кто-то о посредничествах вместо нормальной работы. Каждый смотрит под своим углом. ;) - DZ - 19:52, 16 октября 2017 (UTC)
            • Когда подают заявку на ЗСА, никто из кандидатов в админы не пишет, что флаг ему нужен с целью сконцентрироваться на КБУ. Это вызвало бы насмешки, такого кандидата сразу провалят. Пишут, главным образом, о серьёзных намерениях и сложных итогах. А потом, когда за КБУ хватаются как за последний спасательный круг, — это сигнал перечитать свою ЗСА и вспомнить, что избирали всё-таки не для этого. --Leonrid (обс.) 14:56, 18 октября 2017 (UTC)
      • Шаблон, надо думать, предназначен для напоминания оказавшимся одной ногой по ту сторону вики-мира, что эпитафией им будет «в соответствии с положением ваши действия не соответствуют положению». --Abiyoyo (обс.) 11:27, 19 октября 2017 (UTC)
    • Меня ещё этическая сторона вопроса беспокоит. Получать предупреждение от живых людей — одно, от бездушной железяки — другое. А ведь если будут вторые, первые отомрут за ненадобностью. Получится, что перед снятием флага тоже специальных уведомлений не нужно будет присылать, ведь бот же предупреждал, чего пять раз спамить. То есть, снятие админфлагов поставится на автоматизированный поток. Это в противовес достаточно сложной и нервотрёпной процедуре присвоения флага. Будь я админом, мне было бы очень неприятно это осознавать. ~Facenapalm (обс.) 12:19, 16 октября 2017 (UTC)
      • А вот я этическую сторону вижу совсем в другом плане. Подобную деятельность как раз хорошо бы заменить роботами именно в этическом плане. Сейчас, когда этим занимаются озабоченные чужими флагами участники, такая деятельность может восприниматься как преследование конкретного админа определённым участником (если он только этому админу будет писать), что будет вызывать всякие конфликты и т.д. Если этим будет заниматься бездушная железяка, такой перспективы не возникает. И не вижу, чем предупреждение от железяки хуже предупреждения от участника. По-моему, только лучше. MBH 12:45, 16 октября 2017 (UTC)
        • Именно это и подразумевал, предлагая поручить малоприятную, но необходимую деятельность боту. Люди могут воспринимать такое оповещение как обиду, личный выпад. Особенно, если оно разослано не всем, кому положено. А бот будет максимально бесстрастен и объективен. В случаях, если бот индивидуально не учтёт какое-либо сложное привходящее обстоятельство, его оповещение можно и отменить. Бот не обидится. --Leonrid (обс.) 15:38, 16 октября 2017 (UTC)
        • Поддерживаю обеими руками. AndyVolykhov 16:35, 16 октября 2017 (UTC)
        • Человек может войти в положение, сделать исключение, дать время перед подачей заявки на снятие флага. Особенно если этот человек — хороший знакомый неактивного администратора. Бот — нет. Перед ним даже оправдываться бесполезно, это придётся делать уже на формальной и, возможно, болезненной процедуре обсуждения снятия флага. Я в общем вижу картину так: сообщение от человека может нести как позитив, так и негатив, а сообщение от бота подобного рода — всегда негатив. Если автоматическая публикация статистики с пингом неактивных ещё может быть полезна, то автоматическая рассылка спама — это как-то фу. ~Facenapalm (обс.) 18:07, 16 октября 2017 (UTC)
  • Если вам (или кому ещё) так хочется продемонстрировать свои навыки кодописания на питоне/шарпе/и тд, то зайдите на РДБ — пользы проекту от этого будет много много больше. -- dima_st_bk 12:23, 16 октября 2017 (UTC)

Заливка центров гмин Польши[править вики-текст]

Предлагаю провести полуавтоматическую заливку центров гмин Польши (по аналогии с заливкой населённых пунктов Казахстана). Будут выкладываться болванки статей, которые участники будут дополнять и переносить в основное пространство. Примеры таких заготовок тут: Проект:Польша/Заливка населённых пунктов/Подляское воеводство. План работ тут: Проект:Польша/Заливка населённых пунктов/Todo. Предполагается, что на выходе будут стабы примерно такого вида Барглув-Косцельны, Новинка (Августовский повят), Пласка. В случае нарушения условий заливки (при копировании без доработки) стабы будут быстро удаляться. Для заливки я взял только центры гмин, поскольку они достаточно хорошо дополняемы, в отличии от большинства других населённых пунктов Польши. --Andreykor (обс.) 11:04, 13 октября 2017 (UTC)

  • А почему в приведенном примере (Барглув-Косцельны) написано, что население примерно 771 человек? Слово "примерно" явно лишнее. Bogomolov.PL (обс.) 11:30, 13 октября 2017 (UTC)
    • Как мне объяснил Ency, данные по населению, взятые с сайта demografia.lo.pl, неофициальные. Эти данные вычисляются по некой научной методике и достаточно хорошо коррелируют с фактической численностью населения, но утверждать что они точны нельзя. --Andreykor (обс.) 11:44, 13 октября 2017 (UTC)
      • "по оценке" или "расчетное число жителей" надо писать. С точностью до человека - это действительно плохо соотносится с понятием "примерно". — Igel B TyMaHe (обс.) 12:49, 13 октября 2017 (UTC)
        • А Вам не кажется, что сайт пенсионера-любителя (профессионального шахматиста) не отвечает критериям ВП:АИ? И Вас не смущает то, что этим сайтом не пользуется польская Википедия? Bogomolov.PL (обс.) 13:27, 13 октября 2017 (UTC)
          • Смущает немного. Можно было бы брать цифры из карточек польских статей, но там они часто приводятся без сносок и без указания года. Подозреваю что польская Википедия этим сайтом зачастую пользуется, но не ссылается напрямую. Можно, наверное, цифровые данные округлять до десятков, чтобы не смущала точность до человека и писать "порядка 770 человек". --Andreykor (обс.) 14:38, 13 октября 2017 (UTC)
            • Смущать должно абсолютно т.к. указанный сайт это классический пример ВП:САМИЗДАТ, можно в рамку вставлять. На самом деле данные о населении населенных пунктов есть, но на сайтах гмин либо непосредственно, либо в документах zagospodarowania przestrzennego. Bogomolov.PL (обс.) 15:56, 13 октября 2017 (UTC)
              • Последняя официальная перепись населения была в 2011 году. Конкретно по Барглув-Косцельны зафиксировано население 788 человек. Есть официальные данные и много другой информации здесь. По другим деревням там же можно найти. По истории деревни можно писать отсюда. --ЯцекJacek (обс.) 16:03, 13 октября 2017 (UTC)
                • Отлично! Большое спасибо! Тогда буду использовать эти официальные данные вместо того сайта. --Andreykor (обс.) 16:50, 13 октября 2017 (UTC)
                  • Приятно, что меня опередил коллега ЯцекJacek, я зашел за тем, чтобы указать именно на те же сайты (иных, похоже, прото нет). Так что мы можем быть лучше польской Википедии в данном вопросе. Bogomolov.PL (обс.) 17:16, 13 октября 2017 (UTC)
  • Сразу возникает куча вопросов: 1) Почему не {{НП-Польша}}? 2) Что с нав. шаблонами? 3) Почему не используются Викиданные (уж координаты-то в 2017-м тащить в текст статьи вообще непонятно зачем)? 4) Как вообще планируется связывать с интервики? 5) Какой источник у базы данных, и что у него с лицензией? 6) Есть ли другие источники, по которым можно сделать более полную заливку? — putnik 18:08, 13 октября 2017 (UTC)
    • 1) Не знал, что шаблон {{НП-Польша}} существует, буду тогда его использовать. 2) Поскольку планируется заливка не всех НП, а только центров гмин, нав. шаблоны, на мой взгляд, будут лишними. Залитые статьи будут связаны через статьи о гминах. 3) По идее, из Викиданных должно всё остальное подтягиваться (кстати, почему не подтягиваются изображения?). Координаты я беру из польских статей, поскольку, на мой взгляд, там контроль качества лучше чем в Викиданных, куда данные могут подтягиваться из любой языковой версии. 4) Чтобы проставить интервики надо будет зайти на польскую статью и оттуда связывать через Викиданные. 5) Не понял вопрос. База данных переписи населения тут http://www.polskawliczbach.pl/ . 6) Мне другие источники не попадались, может кто-то подскажет? --Andreykor (обс.) 19:53, 13 октября 2017 (UTC)
      • 3) В ру-вики нет консенсуса за автоматические изображения в статьях о НП. Если (что маловероятно, честно говоря) координаты в польском разделе лучше, то можно один раз сверить их с ВД и исправить, а не множить эти данные (и ошибки) в десятках разделов. 4) Не заметил сразу ссылки на польские статьи. 5) Если я правильно понял из вашего ответа, это импорт из польской Википедии. Просто это вообще нигде не указано, и я не понимаю, как относится к данным. 6) Я нашёл сайты с открытыми данными demografia.stat.gov.pl и danepubliczne.gov.pl, но задолбался скачивать архивы с таблицами. При этом у них теоретически могут быть оценки населения на 2017-й год для деревень. По крайней мере, для гмин я их нашёл. — putnik 23:50, 13 октября 2017 (UTC)
        • Сергей, оба указанные сайта - производные данных польского госстатуправления (GUS), которое насколько помню публикует на основании переписи населения данные для городов и административных единиц. Т.е. данны доходят до гмин, и данных для местностей других чем города - нет. Следовательно GUS и производные сайты не представляют данных по деревням. И опять насколько я знаю, сделал это лишь уже упомиаемый выше любитель. Конечно можно отказывать ему в авторитетности, но не в том, что сделал это без методики (проблема лишь в том, что он её не опубликовал, я знаю её с его слов). А методика простая - подсчёт вёлся так, чтобы сумма населения местностей в гмине быа равна населению гмины по данным GUS. Ency ответ? 05:02, 14 октября 2017 (UTC)

Коллеги - Bogomolov.PL, ЯцекJacek, у меня есть вопрос. До какого уровня подробности сайт http://www.polskawliczbach.pl является АИ? Ency ответ? 21:36, 13 октября 2017 (UTC)

  • Я так понимаю, что этот сайт публикует данные GUS (т.е. польского ЦСУ), а потому использовать его невозбранно. Bogomolov.PL (обс.) 05:51, 14 октября 2017 (UTC)
  • Прошу только отметить, что в заливке речь идёт только о центрах гмин одного из трёх типов. Гмины в Польше бывают трёх типов - городская гмина, городско-сельская гмина, сельская гмина. Так как города уже когда-то бездарно залили недостабами, то остаётся только один вид "сельская гмина". --ЯцекJacek (обс.) 12:56, 16 октября 2017 (UTC)
  • С учётом замечаний переделал заготовки (пример Проект:Польша/Заливка населённых пунктов/Августовский повят). Теперь используется шаблон {{НП-Польша}}. Мне удалось автоматизировать копирование данных с сайта polskawliczbach.pl, помимо населения оттуда также будет браться телефонный код, почтовый индекс и автомобильный код. Подумав, я решил предлагать к заливке не только центры гмин, но и деревни с населением более 300 человек, польская статья про которые не слишком короткая и со ссылками на источники. Примеры стабов Рутки-Нове, Топилувка. --Andreykor (обс.) 12:23, 17 октября 2017 (UTC)
    • Относительно сёл, надо чётко разграничить, имеется ли в виду солецтво или несолетский НП. А также есть деревни имеющие статус дзельницы или оседля. --ЯцекJacek (обс.) 17:48, 17 октября 2017 (UTC)
      • Несолетские НП заливаться не будут. Насколько я могу судить по польским статьям, там в тексте обычно не указывается, имеется ли в виду солецтво или несолетский НП (это видно только в навигационном шаблоне внизу). --Andreykor (обс.) 08:00, 18 октября 2017 (UTC)

Оформление списка городов-побратимов[править вики-текст]

Возник вопрос по оформлению списка городов-побратимов. Видел много вариантов оформления списка ГП, но увидел один удобный вариант.

Например,

Таким способом список может сократиться на пару сток, если у города-побратима есть несколько городов-побратимов из одной страны. Если Вы знаете оформление списка лучше, то предлагайте. Можно выбрать "единый способ оформления" списков ГП. rykllan (обс.) 17:54, 10 октября 2017 (UTC)

  • Если список длинный, то я, если не лень делаю так

-- S, AV 21:40, 16 октября 2017 (UTC)

Падеж (грамматика) в карточке НП[править вики-текст]

Мог бы кто-то сделать так, чтобы падеж слова "человек" в этом шаблоне соответствовал числу населения? То бишь: чтобы в зависимости от последней цифры количества населения было "человек" или "человека"? Например: Архангельск (Воронежская область) - корректно 72 человека, а не 72 человек. Спасибо, --Gennady (обс.) 06:46, 4 октября 2017 (UTC)

  • Там не должно быть сноски в карточке, из-за этого нормально склонения не происходит (так как склоняется уже не число, а 72<ref>...</ref>). stjn 06:55, 4 октября 2017 (UTC)
    • Увидел, благодарю. --Gennady (обс.) 06:58, 4 октября 2017 (UTC)

Депутатство[править вики-текст]

Здравствуйте, дорогие коллеги! Стоит ли в шаблоне "Государственный деятель" указывать то, что человек являлся или является депутатом? С таким же успехом колхозников-депутатов можно будет указывать, как государственных деятелей... --С наилучшими пожеланиями, AzərbaycanCənubi 11:30, 30 сентября 2017 (UTC)

  • Если человек был депутатом такого органа, что за сам факт этого мы признаем его энциклопедически значимым, - то даже вопроса быть не должно. Такая информация однозначно должна быть указана. --Grig_siren (обс.) 12:26, 30 сентября 2017 (UTC)

Шапка ВП:ЗСАП[править вики-текст]

Навеяно Википедия:Заявки на снятие флагов#ДМ: флаг автопатрулируемого. Предлагаю добавить в шапку ВП:ЗСАП уточнение, что участники, как потерявшие флаг по результатам обсуждения, так и те, кому в присвоении флага ранее было в общем обсуждении отказано, должны подавать запрос на его возврат на общих основаниях, а не на СО одного из администраторов. (!) Комментарий: Предвосхищая возможные вопросы: пишу не на форум правил, поскольку ЗСАП — не правило, а в ВП:ПАТ такие подробности не рассматриваются. Sealle 07:49, 26 сентября 2017 (UTC)

@Altes: коллега, Вы как считаете? Sealle 07:49, 26 сентября 2017 (UTC)
У меня нет ни особо сильных возражений, ни особо сильной поддержки. Если это предложение будет реализовано, то, наверное, есть смысл сделать исключения для тех случаев, когда во флаге было отказано в самом начале деятельности участника (этот критерий довольно сложно формализовать, но, может, и необязательно формализовывать?), потому что одно дело — новичок, который делает типичные для новичков ошибки по незнанию (или даже не делает ошибки, а просто не обладает достаточным вкладом), и другое — опытный участник с системными проблемами. Возможно, я бы ещё убрал нынешние формальные критерии для получения флага в обход ВП:ЗСАП или по крайней мере часть из них (например, «наличие в вашем вкладе хотя бы одной статьи, созданной „с нуля“» — вполне можно представить себе ситуацию, когда этого не требуется) и взамен дал рекомендацию администраторам во всех неочевидных случаях и при любых сомнениях перенаправлять участника на ВП:ЗСАП (я так делаю нередко, но не всегда; но, если во всех неочевидных случаях перенаправлять на ВП:ЗСАП, мне только легче будет). И ещё в шапку ВП:ЗСАП стоит добавить, что в общем случае повторная подача заявки (неважно, где) после отказа возможна не ранее, чем через месяц, некоторые администраторы прямо об этом пишут в итоге и такая практика ни у кого не вызывает возражений, но нигде не зафиксирована. altes 04:36, 27 сентября 2017 (UTC)
  • вообще разумно. Если лишен/отказано публично, то восстановление должно быть аналогичным. А то ведь всегда можно выбрать админа, малознакомого с участником, сам накалывался. ShinePhantom (обс) 05:02, 27 сентября 2017 (UTC)

Предварительный итог[править вики-текст]

Возражений не поступило, шапка будет откорректирована через неделю, по факту подведения итога. Sealle 13:02, 16 октября 2017 (UTC)

Убрать значки съедобности с грибов[править вики-текст]

Гриб это в первую очередь не еда. Предлагаю убрать разного рода значки [1]. Еще аргумент, что многие грибы условно съедобны или съедобность в разных источниках оценивают по разному (например свинушки, мухомор красный и тд). Современные авторы говоря о съедобности проводят описание токсичности. Я считаю это логично и для энциклопедии. Мы не кулинарный сайт. --Čangals (обс.) 10:55, 23 сентября 2017 (UTC)

  • Откуда убрать, примеры? В https://ru.wikipedia.org/w/index.php?title=Мухомор_красный&oldid=87279096 значок до опредения явно не к месту. Но в en:Amanita muscaria есть цивильный шаблон с иконкой перечеркнутой вилки. Помнится внутри Onkalo повесили страшные картинки чтобы в случае угасания человечества заблудший и без письменности догадался об опасности. --Sunpriat (обс.) 12:56, 23 сентября 2017 (UTC)
  • давно пора. Все предупреждения у нас находятся в ВП:ОТКАЗ. А съедобное/несъедобное - детская игра, к китайцам, к примеру, неприменимаяShinePhantom (обс) 17:37, 23 сентября 2017 (UTC)
  • Давно пора. Периодически убираю, а они потом частенько кем-то возвращаются. --Convallaria (обс.) 17:38, 23 сентября 2017 (UTC)
  • Просто я бы убирал с тех статей которые наблюдаю. Просто надо на что то ссылаться. --Čangals (обс.) 22:21, 23 сентября 2017 (UTC)
  • Энциклопедия "Съедобные грибы СССР". Издание второе, исправленное. Игорь (обс) 13:42, 24 сентября 2017 (UTC)
    • Информацию о съедобности — в текст и со сноской. А пиктограмм не нужно. --Deinocheirus (обс.) 13:46, 24 сентября 2017 (UTC)
    • По многим грибам данный справочник устарел. --Čangals (обс.) 09:24, 25 сентября 2017 (UTC)
    • а за пределами СССР грибов не растет? ShinePhantom (обс) 09:49, 25 сентября 2017 (UTC)
      • Для тех кто не врубился - это был древний анекдот. Игорь (обс) 13:08, 25 сентября 2017 (UTC)
        • хм, разве он не про укладку парашютов был изначально? Про грибы был про перепутанные подписи под картинками. ShinePhantom (обс) 16:04, 25 сентября 2017 (UTC)
          • Один другому не мешает. Игорь (обс) 16:05, 25 сентября 2017 (UTC)
Лучше токсикологию описывать. А то в европах и лисички считаются ядовитыми... Фил Вечеровский (обс.) 19:27, 29 сентября 2017 (UTC)
В европах лисички самые дорогие в магазинах, т.к. выводят радиацию :)--Остап Сулейман (обс.) 13:48, 30 сентября 2017 (UTC)
Есть разные источники. В преамбуле не место этому.--Čangals (обс.) 13:05, 4 октября 2017 (UTC)

Итог[править вики-текст]

Консенсус за вырезание картинок. Википедия пишется на русском языке, а не пиктографическом. К ним и запроса АИ не поставить, если что. Пустил бота.--Abiyoyo (обс.) 15:48, 18 октября 2017 (UTC)

Гаджет для автокоррекции неверной клавиатурной раскладки в поисковых запросах[править вики-текст]

В июле я поднимал эту тему на тех. форуме, и идея там не вызвала возражений (но как обычно ушла в архив без итога). Поэтому повторяю тут. Прошу не считать это назойливостью, но мне кажется, что этот скрипт был бы крайне полезен именно в виде гаджета, причём включенного по умолчанию.

Пользователи в соц. сетях часто задают вопрос, отчего у нас движок в поле поиска не конвертирует самостоятельно запрос, введенный в неверной раскладке клавиатуры (как это сейчас делают Яндекс и Гугл, к примеру). Я вижу, что эта тема поднималась год назад на уровне подуктового менеджера WMF (phab:T138958), но как-то застыла в подвешенном виде. И у нас локально эта тема тоже уже поднималась в феврале 2016 года, но без всякого конструктивного итога.

Полагаю, мы вполне можем (если захотим) сделать локально какой-то гаджет именно для конвертации запроса как такового, но пока что, в порядке свободной инициативы, я локализовал гаджет из ивритской Википедии, который для запросов, вводимых в неверной раскладке в "малом" поле поиска (том, что вверху справа от вкладок), выдаёт результаты (поисковые подсказки) в корректной раскладке — см. Участник:Kaganer/Gadget-Dwim.js. Если код кажется приемлемым, предлагаю перенести его в пространство MediaWiki. Его наверняка можно улучшить, но и так он вполне работает:

В ивритском разделе этот гаджет включён по-умолчанию, и у нас я предлагаю сделать так же.

В "большом" поле поиска на странице Служебная:Поиск это не работает (там как-то иначе это устроено), но, возможно, умелые люди придумают аналогичную схему и для него.

Предложение: перенести код Участник:Kaganer/Gadget-Dwim.js в пространство MediaWiki и сделать его гаджетом, включенным по умолчанию. --Kaganer (обс.) 21:24, 17 сентября 2017 (UTC)

PS:
  • Если кто-то поможет мне доработать этот гаджет для поддержки трёх раскладок, все малые разделы будут нам с вами чрезвычайно благодарны. --Kaganer (обс.) 14:49, 19 сентября 2017 (UTC)
  • Что касается конвертации самого поискового запроса (и вообще любого текста, набираемого в неверной раскладке), то эта функция уже давно реализована с помощью т.н. "инструментов ввода" (см. в персональных настройках вкладку "Личные данные > Дополнительные установки языка > Ввод") - там можно выбрать свою раскладку, по которой и будет производиться замена. Это ставит вопрос о доработке гаджета, так как он сейчас жёстко ориентирован на раскладку "ЙЦУКЕН", а в идеале должен реагировать на установки пользователя. Впрочем, если пользователь включил "Инструменты ввода", то этот гаджет ему не нужен.--Kaganer (обс.) 20:38, 8 октября 2017 (UTC)
    Kaganer, получается, что такая функциональность уже реализована?--Luterr (обс.) 06:12, 18 октября 2017 (UTC)
    @Luterr: - далеко не все пользуются "инструментами ввода", и далеко не все станут пользоваться, если узнают. А поиском так или иначе пользуются все.--Kaganer (обс.) 11:38, 18 октября 2017 (UTC)

Обсуждение[править вики-текст]

  • перенести - да, а включать сразу всем - не стоит, пусть повисит на тесте пару месяцев хотя бы. ShinePhantom (обс) 05:08, 18 сентября 2017 (UTC)
    • Ну конечно. Моё дело предложить;) Я полностью доверяю в этом отношении нашим администраторам, которые занимаются поддержкой всего этого хозяйства. --Kaganer (обс.) 14:42, 19 сентября 2017 (UTC)
  • Функционал будет полезен, только вопрос: насколько будет подвисать браузер (у меня частенько ВП:Ф-ПРА выводится без верхнего меню или стилей), а вот по умолчанию пока (да и вообще) не надо — сначала убрать баги, плюс хотелось бы узнать — так ли он нужен всем редакторам. --VladXe (обс.) 05:31, 18 сентября 2017 (UTC)
    У меня нередко что нибудь виснет. От этого еще проблем никогда не было. Игорь (обс) 16:39, 18 сентября 2017 (UTC)
    Я полагаю, что когда что-то новое включают (или собираются включить) по-умолчанию, всех так или иначе оповещают, чтобы желающие могли это отключит у себя в настройках. --Kaganer (обс.) 14:42, 19 сентября 2017 (UTC)
  • Штука, конечно, нужная и полезная. Я подключил гаджет себе локально, и, в целом, результаты его работы меня удовлетворили. Определенно за перенос, и за включение по умолчанию возражать не буду.--Luterr (обс.) 08:00, 18 сентября 2017 (UTC)
  • По умолчанию — не надо. Такие вещи вызывают у людей очень разнообразные реакции, как правило — в обратной пропорции к квалификации юзеров. Нет восторга у пользующихся языком запросов и регекспами. — Mike Novikoff 19:40, 18 сентября 2017 (UTC)
    А в чём проблема с языком запросов и регекспами? Во-первых, этот гаджет вообще ничего не делает с исходным запросом. Он просто выдаёт доп. подсказки, как если бы запрос был набран в другой раскладке. И работает только в верхнем правом ("малом") поле поиска, а те, кто пользует язык запросов и регекспы, обычно делают это в "большом". --Kaganer (обс.) 17:06, 19 сентября 2017 (UTC)
  • Думаю, полезный гаджет для пользователей будет. Протестить, чтоб с другими не конфликтовал... → borodun 21:08, 18 сентября 2017 (UTC)
  • Категорически против включения этой штуки по умолчанию. Сколько видел, при появлении третьего языка (плюс к русскому и английскому), у них сносит башню. Кому надо, пусть вручную включают. LeoKand 09:07, 19 сентября 2017 (UTC)
    • Этот гаджет вообще ничего не знает про языки. Посмотрите, там очень простой код. Он всего лишь проверяет поисковые подсказки, которые появляются по мере ввода запроса, и если их меньше 10, выполняет параллельный запрос, меняя буквы во вводимой пользователем фразе с латиницы на кириллицу (и наоборот), и затем выводит дополнительные подсказки, если такие нашлись (см. скриншот). Я вообще не вижу, с чего бы там было чему-то ломаться. --Kaganer (обс.) 14:42, 19 сентября 2017 (UTC)
  • 1) сложно обсуждать чего не видно. помогло бы к предложению/скрипту описание для участников как подключить скрипт и что попробовать в него ввести, его вроде можно попробовать даже не сохраняя - предпросмотром. 2) нужна обработка двоеточия чтобы найти вп:код из dg^rjl --Sunpriat (обс.) 13:28, 22 сентября 2017 (UTC)
    @Sunpriat: Прошу прощения, я почему-то думал, что не нужно объяснять, как подключать персональные скрипты. Добавил раздел про подключение. Двоеточие добавил. --Kaganer (обс.) 18:15, 26 сентября 2017 (UTC)
    Там ещё нужно добавить пару {} > ХЪ, но фигурные скобки нужно как-то экранировать. --Kaganer (обс.) 18:24, 26 сентября 2017 (UTC)

Предварительный итог[править вики-текст]

В текущем обсуждении по предложению переноса гаджета в пространство MediaWiki участники единогласно высказывались за перенос, но против включения этого гаджета по умолчанию. Как такового обсуждения причин голосования против включения по умолчанию не получилось, и не понятно то ли участники согласились с контраргументами, то ли просто не нашли смысла для продолжения диалога. В данном случае считаю возможным зафиксировать консенсус в части переноса гаджета в пространство MediaWiki. В части включения по умолчанию предлагается решать после некоторого времени использования по отдельному обсуждению.--Luterr (обс.) 06:21, 6 октября 2017 (UTC)

Итог[править вики-текст]

Не вижу смысла затягивать. Перенесено согласно предварительному итогу. Найти можно в секции «интерфейса». Для инициаторов: создайте страницу с описанием на ВП:Гаджеты. С уважением, Iniquity 13:21, 19 октября 2017 (UTC)

Список языков на странице участника[править вики-текст]

У нас существует около 1000 шаблонов для указания языка участника. Часть из них в принципе не создана. Их сложно поддерживать и следить за ними. Также у нас существует {{babel}}, который создает блок языков, на который существует куча используемых и устаревших перенаправлений от {{babel-1}} до {{babel-X}}.

Так вот, к чему я. В стародавние времена для решения этой проблемы было включено расширение Babel (но всем было лень его использовать), и у меня есть огромное желание переехать на него. Первоначально планирую заменить только {{babel}}, но придется заменить код на около 4000 ЛСУ. Первоначально планирую заменить {{babel}}, а затем заменить все {{User ru}} и другие одиночные шаблоны языков на {{babel}} (здесь придется заменить код на огромной куче ЛСУ). Как было и как станет:

До После
{{babel|ru|en-2|wiki-5|ru-1...}} {{#babel:ru|ru|en-2|wiki-5|ru-1...}}
Языки участников
ru-N Для этого участника русский язык является родным.
en-2 This user has intermediate knowledge of English.
ru-1 Этот участник владеет русским языком на начальном уровне.
et-4 See kasutaja valdab eesti keelt peaaegu nagu emakeelt.
sl-N Uporabnik govori slovenščino kot materni jezik.
en-3 This user has advanced knowledge of English.
sr-3 Овај корисник разуме српски / srpski језик на напредном нивоу.
hr-2 Ovaj suradnik ima osrednje znanje hrvatskog jezika.
de-2 Dieser Benutzer beherrscht Deutsch auf fortgeschrittenem Niveau.
Уровни владения языками
Языки участников
ru-N Для этого участника русский язык является родным.
en-2 This user has intermediate knowledge of English.
ru-1 Этот участник владеет русским языком на начальном уровне.
et-4 See kasutaja valdab eesti keelt peaaegu nagu emakeelt.
sl-N Uporabnik govori slovenščino kot materni jezik.
en-3 This user has advanced knowledge of English.
sr-3 Овај корисник разуме српски / srpski језик на напредном нивоу.
hr-2 Ovaj suradnik ima osrednje znanje hrvatskog jezika.
de-2 Dieser Benutzer beherrscht Deutsch auf fortgeschrittenem Niveau.
Уровни владения языками
{{User ru}}{{User en-2}} {{User lang|ru}}{{User lang|en-2}}
ru Для этого участника русский язык является родным
en-2 This user is able to contribute with an intermediate level of English
ru-N Для этого участника русский язык является родным.
en-2 This user has intermediate knowledge of English.

Еще, как обещал @Amire80:, данное расширение должно работать с новым списком интервик (отображать нужные), так ли это, кстати?

Есть у кого-нибудь мнения и пожелания? :) С уважением, Iniquity 19:06, 3 сентября 2017 (UTC) Обновлено. С уважением, Iniquity 20:01, 3 сентября 2017 (UTC)

Это расширение действительно стоит использовать больше.
За последние месяцы в нём недавно было сделано несколько обновлений (некоторые из них — вашим покорным слугой). Самые главные:
  • Языки из вашего Babel-списка показываются в сокращённом списке ссылок на другие языки («интервики»).
  • Если у вас есть на сайте Meta глобальная страница участника с Babel-списком, то он будет использоваться на всех вики-сайтах, на которых у вас нет страницы участника. Например, если у вас нет отдельной страницы участника в Викиданных, то на страницах элементов будут показываться ярлыки на языках из Babel-списка. --Amir E. Aharoni (обс.) 19:13, 3 сентября 2017 (UTC)
  • @Amire80: а что если использовать {{#babel в шаблоне, а потом уже на странице вызывать сам шаблон? Работать будет?:) С уважением, Iniquity 19:24, 3 сентября 2017 (UTC)
  • Вроде бы да, попробуйте. Шаблоны — ад, как ни крути :) --Amir E. Aharoni (обс.) 19:35, 3 сентября 2017 (UTC)
  • @Amire80: да, вроде работает :) С уважением, Iniquity 20:26, 3 сентября 2017 (UTC)
  • Я не вижу смысл избавляться от шаблона, тем более вызов расширения напрямую через {{#something: всегда выглядит криво в коде. Реализовать шаблон на расширении и дело с концом. ~Facenapalm (обс.) 19:12, 3 сентября 2017 (UTC)
    • @Facenapalm: я тоже об этом думал, но там в итоге получится внутри {{#babel:{{{1}}}|{{{2}}}|{{{3}}}|{{{etc}}}}}... С уважением, Iniquity 19:24, 3 сентября 2017 (UTC)
      • Ну и что? Это куда менее страшно, чем то, что там есть сейчас. Зато внешне всё будет достаточно приятно. ~Facenapalm (обс.) 19:28, 3 сентября 2017 (UTC)
        • @Facenapalm: зато появятся ненужные ограничения :( Надо подумать, может еще кто что скажет. С уважением, Iniquity 19:38, 3 сентября 2017 (UTC)
          • Эти ограничения есть и сейчас. Если кого они не устраивают, они могут обратиться к расширению напрямую, что происходит и сейчас. Кстати, через интерфейс модулей никак не перенаправить все переданные аргументы в #babel? ~Facenapalm (обс.) 19:44, 3 сентября 2017 (UTC)
            • @Facenapalm: Я передумал и переделал стартовое сообщение. С уважением, Iniquity 20:06, 3 сентября 2017 (UTC)
              • @Iniquity: хорошо, вопрос номер два. Есть принципиальная разница между {{#babel:plain=1|ru|en}} и {{#babel:plain=1|ru}}{{#babel:plain=1|en}}? Как следствие: есть ли хоть одна причина, по которой столбцы user-xx должны быть заменены на babel, с учётом, что user-xx сами по себе можно реализовать через babel? ~Facenapalm (обс.) 20:27, 3 сентября 2017 (UTC)
                • @Facenapalm: я не хочу оставлять эту огромную кучу шаблонов, это всё и задумано чтобы избавиться от них. С уважением, Iniquity 20:31, 3 сентября 2017 (UTC)
                  • @Iniquity: «Эта куча шаблонов» используется на каждой второй личной странице. Поменять бэкэнд на них — дело благородное. Удалить, заставив переучиваться весь раздел, бессмысленно усложняя код сотен страниц (если шаблоны в две колонки, вызывать два babel? А если прерываются другими юзербоксами? Текстом?) и редактируя ботом половину пространства имён «участник» — нет, спасибо, такого счастья нам не надо. ~Facenapalm (обс.) 20:35, 3 сентября 2017 (UTC)
                    • @Facenapalm: то, что народ не знал о нормальной альтернативе, не значит что он прав. Он у меня тоже стоят эти шаблоны. И после нашего общения, я поддерживаю идею u:Saint Johann с отделением {{babel}} от других шаблонов и использованием условного {{user lang|ru}} {{user lang|en}}. С уважением, Iniquity 21:04, 3 сентября 2017 (UTC)
  • Субъективно новый цвет у mw-babel-box-2 какой-то фу. Как раз избавились от него в навшаблонах, тут тоже не хотелось бы его лицезреть. — grain of sand (обс.) 22:08, 3 сентября 2017 (UTC)
    • @Grain of sand: Он, конечно, фу, да и многие другие цвета тоже, но в целом линейка стандартных цветов выглядит более стройной, чем то, что у нас сейчас. Имхо лучше оставить стандартные и заняться их перекраской на глобальном уровне. — putnik 09:32, 4 сентября 2017 (UTC)
Языки участников
ru-0 Этот участник не владеет русским языком (или понимает его с трудом).
ru-1 Этот участник владеет русским языком на начальном уровне.
ru-2 Этот участник владеет русским языком на среднем уровне.
ru-3 Этот участник свободно владеет русским языком.
ru-4 Этот участник владеет русским языком почти как родным.
ru-N Для этого участника русский язык является родным.
ru-5 Этот участник профессионально владеет русским языком.
Уровни владения языками
Языки участников
ru-0 Этот участник не владеет русским языком (или понимает его с трудом).
ru-1 Этот участник владеет русским языком на начальном уровне.
ru-2 Этот участник владеет русским языком на среднем уровне.
ru-3 Этот участник свободно владеет русским языком.
ru-4 Этот участник владеет русским языком почти как родным.
ru-N Для этого участника русский язык является родным.
ru-5 Этот участник профессионально владеет русским языком.
Уровни владения языками
  • Интересно, у Iniquity в таблице wiki-5, а он, как я вижу, остается красным даже с #babel. Соглашусь, что новые цвета вместе и в порядке возрастания выглядят лучше, но все же такое изменение у 2, имхо, слишком большая жертва в угоду унификации. Да и светло-оранжевый у 4 смотрелся симпатично. Предложение перекрасить все на глобальном уровне, это то же «давайте сначала сделаем Б, а потом будем думать про А», о котором вы писали в теме ниже, разве нет? — grain of sand (обс.) 10:35, 4 сентября 2017 (UTC)
    • @Grain of sand: Там логика такая, что если введено что-то непонятное, то используется {{Userbox/…}}, в данном случае {{Userbox/wiki-5}}. Так что это наш локальный шаблон. — putnik 10:44, 4 сентября 2017 (UTC)
      • @Grain of sand: предлагайте :) Мне тоже цвета не все нравятся. Если что, то можно временно заменить локально. С уважением, Iniquity 07:08, 6 сентября 2017 (UTC)
  • Вы показали неверный пример "до": в нём у вас языковые шаблоны уже почему-то объединены в какой-то бабель. А что, если участник пользуется просто языковыми шаблонами, не обёрнутыми бабелем, да к тому же располагающимися в коде страницы не подряд? Лично я не вижу никакого смысла оборачивать шаблоны в бабель, это создаёт бессмысленные верхнюю и нижнюю часть, которые ни для чего не нужны, Вавилон какой-то. Вот на моей ЛС шаблоны идут подряд, но их бабелизация увеличит высоту этого столбца и поломает прямоугольник шаблонов. О чём-то таком можно начинать думать, если мы отрежем у бабеля верхнюю и нижнюю части и оставим там только сами шаблоны, как было. MBH 23:03, 3 сентября 2017 (UTC)
    • У меня тоже такая мысль поначалу возникла. Но потом заметил предложение замены {{User ru}}{{User lang|ru}}. И такой вариант меня вполне устраивает. — Vort (обс.) 09:48, 4 сентября 2017 (UTC)
  • Давайте переименуем «Сведения о языках участников (Вавилон)» в «Сведения о языках (Вавилон)», чтобы оно в одну строчку помещалось. — putnik 09:11, 5 сентября 2017 (UTC)
    • Я предлагаю сверху оставить «Языки участника», а снизу категорию заменить на «Википедия: Вавилон». С уважением, Iniquity 07:08, 6 сентября 2017 (UTC)

Предварительный итог[править вики-текст]

На этой неделе заменю код в нашем {{babel}} на работу с расширением. Чтобы не менять всё скопом и может у кого интересные идеи возникнут. Я уже сейчас изменил заголовок и подвал в шаблоне расширения, а также заменил цвета у lang-5 на более красивые из наших lang-4. С уважением, Iniquity 13:00, 8 сентября 2017 (UTC)

А какой цвет был у lang-5? Если уж обсуждать, то неплохо бы дать возможность увидеть, что там по умолчанию. И красота, по-моему, здесь не главное — а сейчас lang-5 слишком уж выбивается из общего ряда (по идее, он должен стоять сразу после lang-4 и до родного). И ещё: а нельзя ли сделать параметр для низа, чтобы была возможность вообще убрать оттуда ссылку? NBS (обс.) 20:12, 9 сентября 2017 (UTC)
Насколько я понимаю, lang-5 — это не ступень между lang-4 и lang-N, это выше lang-N. ru-4 в моём понимании — это украинец, с шести лет изучающий русский и способный на нём разговаривать на том же уровне, на каком и на родном украинском; ru-N — это россиянин, с малых лет слышащий и говорящий по-русски (причём, возможно, с ошибками); ru-5 — это лингвист, изучавший тонкости орфографии и морфологии, которые среднестатистическому говорящему даже не доступны. А параметр в расширении, насколько я помню, есть — значит, и в шаблоне будет. ~Facenapalm (обс.) 20:20, 9 сентября 2017 (UTC)
Может, ссылкой на Википедия:Вавилон сделать заголовок «Языки участника»? — smigles 20:39, 9 сентября 2017 (UTC)
@NBS: Было вот так en:User:Iniquity/sandbox. @smigles: думаете стоит вернуть ссылку обратно? С уважением, Iniquity 23:40, 9 сентября 2017 (UTC)
Почему вернуть? Она там уже есть, только не вверху, а внизу. Можно её переместить наверх, сделав ссылкой заголовок. Тогда внизу будет пусто. — smigles 09:49, 10 сентября 2017 (UTC)
@NBS: А вот скрыть только низ скорее всего так просто не получится. С уважением, Iniquity 23:44, 9 сентября 2017 (UTC)
Можно подробнее? #babel позволяет хоть какую-то индивидуальную настройку — например, ширину блока? И кстати, о ширине: сейчас блок #babel чуть-чуть, но всё же шире юзербоксов — нельзя ли его сделать в точности равным по ширине? NBS (обс.) 14:06, 10 сентября 2017 (UTC)
Нет, увы, #babel не позволяет никакой индивидуальной настройки. А так ли она необходима? У меня тоже возникают некоторые вопросы по функционалу, и у меня нет однозначного мнения по этому поводу. сейчас блок #babel чуть-чуть, но всё же шире юзербоксов: если уменьшить блок, то уменьшаться сами юзербоксы, и здесь я тоже не уверен, что это будет лучшим решением. С уважением, Iniquity 14:24, 10 сентября 2017 (UTC)
Выделять #babel в отдельный блок юзербоксов — неверное решение. Желательно, чтобы он не выделялся в столбце других юзербоксов. Я тогда точно включу его в свою страницу, а сейчас не могу — выбивается. --VladXe (обс.) 14:52, 10 сентября 2017 (UTC)
Он и был задуман как отдельный блок юзербоксов. Для обычного использования есть конструкция {{#babel:plain=1|ru}}, которую я планирую в итоге сделать более адекватной. С уважением, Iniquity 15:14, 10 сентября 2017 (UTC)
Спасибо, в таком обличье включил. --VladXe (обс.) 15:22, 10 сентября 2017 (UTC)
Тогда он уже, чем должен быть: --VladXe (обс.) 15:22, 10 сентября 2017 (UTC)
Шаблоны участников
info
Языки участников
ru-N Для этого участника русский язык является родным.
Уровни владения языками
Я подозреваю, что это {{Userbox/Начало колонки}} слишком широкий :) С уважением, Iniquity 15:30, 10 сентября 2017 (UTC)
Кстати, ещё непонятный отступ после шаблона. Выведете в одном столбце 2 обычных юзербокса, а между ними Ш:babel и посмотрите, что получится — я бы не рекомендовал такое выставлять на странице участника. --VladXe (обс.) 15:04, 10 сентября 2017 (UTC)
Вы же говорите про старую версию шаблона, а не про расширение? С уважением, Iniquity 15:14, 10 сентября 2017 (UTC)
Да, прошу прощения, запутался. --VladXe (обс.) 15:16, 10 сентября 2017 (UTC)
> lang-5 — это не ступень между lang-4 и lang-N, это выше lang-N.
Facenapalm, совершенно верно. Некоторые напрасно ставят себе завышенные уровни. На самом деле так: WP:B-L. — Mike Novikoff 06:15, 10 сентября 2017 (UTC)
Вот на эту страницу, если её перевести на русский, ссылка из верха или низа была бы гораздо полезней, чем на ВП:Вавилон. NBS (обс.) 14:06, 10 сентября 2017 (UTC)
Да, согласен, тоже хотел это предложить. Как по мне, даже без перевода — всё равно полезней.
Кстати, ещё один вопрос про Babel, который давно хотел поднять — о дублировании категорий. В ruwiki для каждого языка зачем-то ставятся две: конкретная с номером (например, user en-3) и вышестоящая общая (user en). По принципу транзитивности общая тут явно лишняя. (В enwiki такого дублирования нет и не было). — Mike Novikoff 15:00, 10 сентября 2017 (UTC)
Я согласен, но надо переводить, английский текст не самое лучшее решение. С уважением, Iniquity 15:14, 10 сентября 2017 (UTC)
Iniquity, Mike Novikoff, сделал Википедия:Вавилон/Уровни. Сошлитесь на него с главной или поставьте в шаблон, или сразу. Ле Лой 04:42, 11 сентября 2017 (UTC)
@Ле Лой: спасибо! Перенес на основную страницу ВП:Вавилон. @NBS, Mike Novikoff: заменил нижнюю ссылку, как вам? С уважением, Iniquity 20:51, 16 сентября 2017 (UTC)
@Ле Лой, Iniquity: спасибо, что сделали, должно повысить общую корректность использования.
Я вот весной думал-думал: не поставить ли себе en-4 к 25-летию прочтения Сомерсета Моэма в оригинале и 20-летию прочтения Сэлинджера в нём же? Перечитав эту самую инструкцию, решил всё-таки быть скромнее и ограничиться en-3, ибо нет извинения человеку (мне), по-прежнему способному ляпнуть «dissolvement» вместо «dissolution» (и нечего тут кивать на Яна Гиллана, сказавшего однажды прямо со сцены «arrivement» вместо «arrival» — он-то нэйтив, ему можно, а нам вряд ли). :-))
Оформление верхнего и нижнего заголовков — неплохо, но немножко смущает отход от общепринятого во всех языковых разделах стандарта, когда вверху идёт ссылка на описание, а внизу — на дерево категорий. Не то чтобы эти категории были мне хоть раз нужны, но межпроектную унификацию на своих личных страницах стараюсь соблюдать, чтобы было хотя бы похоже, не выбивалось из ряда.
А сохранятся ли в каком-то виде параметры header и footer? Использую их испокон веков, не готов отказываться. То есть, для себя не готов видеть там какую-либо кириллицу вообще. В крайнем случае могу и вручную нарисовать, но у меня и так ЛС именно в ruwiki состоит во многом не из обычных шаблонов, а из ручных имитаций. — Mike Novikoff 22:00, 18 сентября 2017 (UTC)
@Mike Novikoff: Я всё-таки надеюсь, что после того как мы внедрим его у нас, другие разделы примут нашу практику как основную. По второму вопросу, нет, увы не сохранятся, может в будущем функция появится, но надо думать и искать тех, кто сможет сделать это. С уважением, Iniquity 23:12, 21 сентября 2017 (UTC)
Во всех разделах, начиная с enwiki, откажутся от темплейта, перейдя на голый extension, и ещё изменят его оформление? 8-) Что-то я уже запутался: сейчас предлагается какой вариант? Сохранить шаблон {{babel}}, поменяв в нём бэкэнд на вызов расширения, или что-то другое? Если шаблон в целом сохраняется, то почему не сохранить в нём прежнюю табличную обёртку для {{#babel:plain=1|...}}? — Mike Novikoff 01:30, 22 сентября 2017 (UTC)
@Mike Novikoff: да, внутренности заменятся на вызов расширения. А зачем сохранять табличную обертку, если уже она существует в расширении? С уважением, Iniquity 12:28, 23 сентября 2017 (UTC)
Кэп подсказывает: чтобы сохранить используемые опции. :) Они, кстати, согласованы с английским оригиналом, из которого и были взяты. — Mike Novikoff 12:56, 23 сентября 2017 (UTC)
@Mike Novikoff: Изначально шаблон был в рувики, а потом уже был перенесен в анвики и оброс бабелем :) Он то согласован, но им никто не пользуется, я хочу немного поменять практику. Я думаю в итоге найдутся знающие PHP и внесут изменения, я на это надеюсь. С уважением, Iniquity 16:30, 27 сентября 2017 (UTC)
А может быть, поступить более кардинально — список языков перенести на подстраницу? NBS (обс.) 20:29, 19 сентября 2017 (UTC)
@NBS: В каком смысле? Я немного не понял. С уважением, Iniquity 23:12, 21 сентября 2017 (UTC)

Так а на странице ВП:Вавилон нет желания убрать текст "Вместо шаблона {{babel}} вы также можете пользоваться отдельными шаблонами соответствующих языков в формате {{User xx-1}}, {{User xx-2}} т. д." и далее "Вы можете помочь Википедии, создавая... "? И весь "хвост" со списком удаляемых шаблонов? И добавить что-то про прямой вызов расширения? --Kaganer (обс.) 20:34, 17 сентября 2017 (UTC)

  • @Kaganer: есть огромное желание, но я хочу сначала перенести хоть что-то :) С уважением, Iniquity 20:38, 17 сентября 2017 (UTC)
    • Так это не вполне связанные вещи. Если мы считаем, что отныне рекомендуем пользоваться именно расширением (прямо или через шаблон), то нужно убрать рекомендации иного рода, не так ли? --Kaganer (обс.) 21:29, 17 сентября 2017 (UTC)
      • @Kaganer: я пока не сделал замены шаблонов, но обновил немного информацию :) С уважением, Iniquity 23:12, 21 сентября 2017 (UTC)

Список языков на странице участника. Фаза 1[править вики-текст]

Перевёл {{Babel}} на код расширения. Жду отзывов и баг-репортов. С уважением, Iniquity 13:36, 13 октября 2017 (UTC)

Таблица с подсказками по поисковым опциям[править вики-текст]

Перенесено со страницы ВП:Ф-Т. — Джек, который построил дом (обс.) 22:39, 9 июля 2017 (UTC)

Ещё одна вещь, которую я подсмотрел в he:Special:Search - раскрывающаяся табличка с подсказками по поисковым опциям, забитая в MediaWiki:Search-summary и отображаемая справа (у них - слева) от результатов поиска. Мне кажется, нам такая тоже не помешает.

Я сделал пример - Участник:Kaganer/MediaWiki:Search-summary. Потребуется также вставить небольшой кусок кода в MediaWiki:Common.js, этот код тут (код нужен для того, чтобы сделать быструю вставку поисковых опций из таблички в поле поиска; требует проверки).

--Kaganer (обс.) 19:23, 5 июля 2017 (UTC)

  • А поддержу. — Джек, который построил дом (обс.) 19:44, 5 июля 2017 (UTC)
  • Хорошая вещь → borodun 20:41, 5 июля 2017 (UTC)
  • Ну что, возражений не поступило? --Kaganer (обс.) 22:14, 9 июля 2017 (UTC)
    Если возражений не поступило, то может быть кто-то из админов просто сделает это? --Kaganer (обс.) 01:10, 20 июля 2017 (UTC)
    • Забыл высказаться — по-моему, очень по-уродски что выглядит в поиске на иврите, что будет в нашем. Ни разу не вписывается в остальной интерфейс поиска, ужасно раскрывается (сдвигая панель выбора пространств вниз). Если бы кто-нибудь мог бы предложить более прилично выглядящее решение, было бы замечательно. JavaScript-код опять же не нужен — вроде бы там работал бы и простой <charinsert>. St. Johann 15:12, 20 июля 2017 (UTC)
      Согласен, раскрывается плохо. Кто знает, как сделать лучше - пусть сделает. Если <charinsert> сработает - замечательно, вот только у меня есть большие сомнения. --Kaganer (обс.) 23:10, 24 июля 2017 (UTC)
      Я привык к такому виду, и мне нравится. Но если вам нужен другой вариант - напишите popup, дело трёх минут, с тегом textarea. Если нужны подробности, я могу дать ссылку. Игорь (обс) 00:30, 25 июля 2017 (UTC)
      Игорь, если можете, сделайте, пожалуйста, версию в виде popup-окошка. --Kaganer (обс.) 14:27, 28 июля 2017 (UTC)
      Не могу, Kaganer. Это в нашей википедии я центральный ломастер, а здесь я никто, и понятия не имею, как что устроено. Поэтому я и предложил дать ссылку на код для примера, чтоб кто может, сделал. Игорь (обс) 14:50, 28 июля 2017 (UTC)
      Игорь, ну можно было просто мой вариант поправить, он же в личном пространстве пока. Я уже переделал так, как мне ниже предложил Sunpriat, но если Ваш вариант отличался, то буду признателен за ссылку на код примера. --Kaganer (обс.) 20:11, 7 августа 2017 (UTC)
      У:Kaganer, я предпочитаю не вмешиваться в код, в котором я не уверен. Вот ссылка, гаджет, который в верхней строке экрана создаёт ссылку "планы". При нажатии появляется popup-окошко, позволяющее читать список вещей, которые надо не забыть сделать, и при необходимости редактировать: w:he:mediawiki:gadget-tasks.js. Игорь (обс) 20:25, 7 августа 2017 (UTC)
      Игорь, спасибо, но это для меня, пожалуй, слишком сильное колдунство. --Kaganer (обс.) 19:48, 13 августа 2017 (UTC)
      Если так, позовите Джека. Игорь (обс) 20:26, 13 августа 2017 (UTC)
      • wp:СБ Special:Permalink/86827655 :) ~Sunpriat (обс.) 07:30, 31 июля 2017 (UTC)
        • Sunpriat - спасибо, переделал сворачиваемость по предложенной схеме. Проверил в башкирском разделе - как я и думал, "Charinsert" на странице поиска не работает (то есть в обычных формах ввода, которые делаются через inputbox - работает, а вот именно там - нет). --Kaganer (обс.) 20:07, 7 августа 2017 (UTC)
  • Внимание! Прямо сейчас мы можем наблюдать, как тают шансы, что хорошая идея будет реализована, потому что кто-то имеет претензии к мелочам, но ни они, ни другие не готовы взять на себя ответственность за этих мелочей изменение. — Джек, который построил дом (обс.) 07:04, 27 июля 2017 (UTC)
    Джек, всё пропало, всё пропало, Джек! Что делать?! ;)--Kaganer (обс.) 21:11, 22 августа 2017 (UTC)
    @Kaganer: Да, я слежу за этой темой. Раз претензий нет, я посмотрю/реализую на днях. — Джек, который построил дом (обс.) 05:04, 23 августа 2017 (UTC)
    @Jack who built the house: Ping! --Kaganer (обс.) 16:06, 5 сентября 2017 (UTC)
    @Kaganer: Пардон. Хм, есть несколько консёрнов. Нынешний JS-код сильно вмешивается в логику сайта, заставляя всё сворачиваемое обрабатывать модулем makeCollapsible, и вообще запуская его на всех страницах неоптимальным способом. В таблице смущает то, что она абсолютно позиционирована и при разворачивании уходит вниз за пределы страницы, если она длинная. Если вы с этим не разберётесь (по крайней мере со вторым, потому что в первом, наверное, вы не очень хорошо ориентируетесь), тогда я (вечером, надеюсь). — Джек, который построил дом (обс.) 05:23, 6 сентября 2017 (UTC)
    Да, с первым я сам разберусь. — Джек, который построил дом (обс.) 05:26, 6 сентября 2017 (UTC)
    @Jack who built the house: Я как-то не вижу путей что-то с этим сделать. Как и не вижу проблем с тем, что таблица уходит за пределы короткой страницы. Логика такова - если без опций ничего не нашлось, то и опции не помогут. В ином случае на странице есть результаты, и их так много, что нужны опции для сужения результатов поиска. --Kaganer (обс.) 12:18, 6 сентября 2017 (UTC)
    @Kaganer: Так что-то мешает убрать абсолютное позиционирование? — Джек, который построил дом (обс.) 14:39, 6 сентября 2017 (UTC)
    @Jack who built the house: См. исходное замечание - "ужасно раскрывается (сдвигая панель выбора пространств вниз)". Если убрать абсолютное позиционирование - будет снова так. --Kaganer (обс.) 14:49, 6 сентября 2017 (UTC)
    @Kaganer: Подробно изучил вопрос — при желании сделать без абсолютного позиционирования это, конечно, можно — достаточно вызвать
    	$( '.mw-search-visualclear' ).css( 'clear', 'left' );
    	$( '.mw-search-profile-tabs' ).css( 'overflow', 'hidden' );
    
    (при разворачиании ключевых слов панель выбора пространств будет ограничиваться по ширине), но это не решает проблему полностью: даже одинокая шапка таблички, если к ней добавляется строка с количеством результатов, смещает панель выбора пространств вниз. На Участник:Kaganer/MediaWiki:Search-summary спасает текст «Для получения дополнительной информации о функции поиска см. Википедия:Поиск», но подобный канцелярит вставлять на самое видное место поиска по Википедии вставлять не хотелось бы. У меня есть такая идея — вот сейчас в уголке есть ссылка «Помощь» со знаком вопроса в кружке. Можно добавить слева пожирнее ссылку «Ключевые слова» с треугольничком вниз или пунктирным подчёркиванием (чтобы было видно, что не придётся переходить на другую страницу), и уже по клику на неё показывать таблицу. Кстати, в тексте есть неточность: «варианты поиска (1) "Жан Кристоф" (кавычки), (2) Жан-Кристоф, (3) Жан. Кристоф и (4) Жан,Кристоф дадут идентичный результат» — не идентичный, в кавычках выдача будет более узкой. — Джек, который построил дом (обс.) 01:04, 7 сентября 2017 (UTC)
@Jack who built the house: Ошибки поправил. --Kaganer (обс.) 15:22, 7 сентября 2017 (UTC)

Внедрение[править вики-текст]

Что-то типа такого. — Джек, который построил дом (обс.) 02:24, 7 сентября 2017 (UTC)

Я не против, только сделал бы это справа от ссылки "Помощь", а не слева. --Kaganer (обс.) 15:18, 7 сентября 2017 (UTC)
@Kaganer: Хм, раз предполагается, что кликать на неё будут чаще, чем обращаться к полноценной справке, я бы оставил слева, но переименовал «Помощь» в «Полная справка». В общем, сделал, посмотрите. — Джек, который построил дом (обс.) 19:01, 9 сентября 2017 (UTC)
@Jack who built the house:Так хорошо! Только левую колонку нужно сделать чуть шире, чтобы "звёздочка (*)" помещалось на одну строку. Планирую разнести эту фичу в малые разделы ВП, а также на Мету, mediawiki.org, Викиданные и Викисклад. --Kaganer (обс.) 19:33, 9 сентября 2017 (UTC)
Что касается того, что слева, а что справа, то я исходил из двух соображений:
  1. это часть справочного раздела, и по логике интерфейса должна быть правее той же иконки, что и ссылка на полную справку (отдельный значок ей не нужен)
  2. мне как правше как раз удобнее было бы кликать по той ссылке, что ближе к правому краю.
--Kaganer (обс.) 19:33, 9 сентября 2017 (UTC)
Я тоже хотел сделать так, но, с моей точки зрения, тут нарушается логика: сначала в меню идёт общее, затем частное. Тогда как смысл «Ключевых слов» как раз в том, чтобы избежать кликов на «Помощь» и открытия полноценной справки. Плюс «Помощь» будет скакать во время загрузки. Поэтому этот пункт я бы так и оставил висеть в углу, только по смыслу изменив его название. Saint Johann в чате инженеров обратил внимание на то, что попап получается слишком длинным. Я бы сократил его текст (например, про минус, на мой взгляд, много воды) и, возможно, расширил бы таблицу (да, пункт про звёздочку тоже до́лжно вместить). Ну и ещё стоит расширить область клика по всяким минусам-звёздочкам-тильдам, в один символ попасть сложно. И ещё с отображением в некоторых скинах есть проблемы. — Джек, который построил дом (обс.) 02:48, 10 сентября 2017 (UTC)

И там есть более существенная ошибка (которую, очевидно, надо править и в хевики) — AND и OR должны писаться в верхнем регистре. — Джек, который построил дом (обс.) 14:02, 7 сентября 2017 (UTC)

@IKhitron: Обратите внимание! --Kaganer (обс.) 15:19, 7 сентября 2017 (UTC)
Спасибо большое, я передам. Игорь (обс) 15:25, 7 сентября 2017 (UTC)

Текст про минус:

было стало

Минус перед выражением означает «не» (может быть в начале запроса или в середине, через пробел). Например, Эйнштейн -Альберт (или -Альберт Эйнштейн) найдёт страницы, содержащие слово «Эйнштейн», но не содержащие «Альберт». Знак минуса, соединяющий слова (дефис), рассматривается как знак препинания и игнорируется: варианты поиска Жан Кристоф, Жан-Кристоф, Жан.Кристоф и Жан,Кристоф дадут идентичный результат.

Минус, окружённый пробелами, не имеет смысла (хороший - мальчик даст тот же результат, что и хороший мальчик).

Означает «не» для следующего за ним слова (в середине запроса должен отделяться пробелом от предыдущего). Запрос Эйнштейн -Альберт (или -Альберт Эйнштейн) найдёт страницы, содержащие «Эйнштейн», но не содержащие «Альберт».

Минус, соединяющий слова (дефис), или окружённый пробелами — игнорируется.

--Kaganer (обс.) 20:49, 17 сентября 2017 (UTC)

@Jack who built the house, Saint Johann: --Kaganer (обс.) 21:04, 17 сентября 2017 (UTC)
@Kaganer: Обновил (добавил «[следующего за ним] без пробелов [слова]»). Чуть расширил таблицу; сделал, чтобы кликабельной была вся надпись; также сделал, чтобы при клике на надпись в поле поиска ставился фокус. — Джек, который построил дом (обс.) 09:00, 19 сентября 2017 (UTC)
@Jack who built the house, Saint Johann: Ну что, я могу начать нести этот луч света в мир? --Kaganer (обс.) 14:46, 19 сентября 2017 (UTC)
Обнаружил там маленькую проблему — движок выгоняет пробелы из начала и конца параметров, и вместо « AND » вставляется «AND». Сейчас посмотрю, как исправить. — Джек, который построил дом (обс.) 16:13, 19 сентября 2017 (UTC)
Исправил не очень красивым способом — с использованием неразрывного пробела и последующей его заменой на обычный. Раз собираетесь так широко разносить, я ещё завтра общую архитектуру сделаю более правильной и удобной для переноса, чтобы возникало меньше вопросов (в частности, иконку унесу в Common.css). — Джек, который построил дом (обс.) 19:20, 20 сентября 2017 (UTC)
@Jack who built the house: А нельзя ли его всё же под ту же иконку засунуть? Можно через разделитель . --Kaganer (обс.) 12:14, 21 сентября 2017 (UTC)
@Kaganer: Я попробовал сделать справа под той же иконкой и, честно говоря, мне не понравился результат. 1) В русском читают слева направо, и если кому-то нужны лишь ключевые слова (а, полагаю, подавляющее большинство потребностей в помощи — это именно справка по ключевым словам, там мало что ещё есть), он сначала наткнётся на «Помощь», не дойдя до нужной ссылки. Если «Ключевые слова» справа, то становится спорной их необходимость в принципе, раз есть «Помощь» как главная ссылка. 2) Без иконки не вполне понятно, что за ключевые слова, — под этой фразой часто понимаются ключевые слова в запросе. 3) Ссылка помощи на всех страницах (категорий, списка наблюдения, истории) располагается в одном месте, а тут мы нарушаем это.
Я перенёс код скрипта в MediaWiki:Search.js, потому что у нас нынешняя архитектура (плохая на самом деле) предполагает разнесение по страницам, а также добавил два правила в MediaWiki:Common.css (в самом конце). Ну и MediaWiki:Search-summary. — Джек, который построил дом (обс.) 09:14, 22 сентября 2017 (UTC)
Ладно, пусть будет так. Жаль, что больше никто не высказался. --Kaganer (обс.) 13:10, 22 сентября 2017 (UTC)
Saint Johann, как всегда, ленится сюда писать :-) Ему ваш вариант тоже не приглянулся. Подождите, я хочу ещё треугольничек к всплывающему окну приделать, чтобы он указывал на ссылку (как в hovercards). — Джек, который построил дом (обс.) 13:28, 22 сентября 2017 (UTC)
@Kaganer: Доделал совместимость со скинами, дооформил, сделал анимацию, как в Hovercards.
Осталось ещё два момента:
1) Мне кажется, в нынешнем виде попап все ещё слишком длинный. Часть про употребление минуса с ключевыми словами (там примеры хорошие) я бы переместил на страницу помощи, а в попапе ограничился указанием этого в ячейке напротив минуса. На мой взгляд, это всё-таки прежде всего памятка, и углубляться в детали в ней не стоит.
2) Лучше всего с точки зрения организации эта вещь себя, конечно, будет чувствовать в качестве скрытого (не показываемого в настройках) гаджета, который бы грузился из MediaWiki:Common.js по условию, аналогичному тому, что у нас сейчас. Она, конечно, может находиться полностью в Common.js (и это будет быстрее), но там она займёт больше 2 килобайт. У гаджета есть ещё одно преимущество: он позволяет запихнуть все стили в отдельную CSS-страницу. Без него все стилевые настройки (например, padding:0.3em 0.5em; vertical-align:top; у каждой ячейки таблицы, из-за чего страшно раздувается код) идут в MediaWiki:Search-summary. Сейчас я перенёс код, требуемый нашей функцией, из MediaWiki:Common.css в MediaWiki:Gadget-common-special-search.css (то есть у нас это уже гаджет, но не индивидуальный для этой функции, а такой, в котором собраны все скрипты для страницы поиска), но добавил туда только необходимые стили, которые иначе не пропишешь. Итого код теперь в MediaWiki:Gadget-common-special-search.js (внутри анонимной функции), MediaWiki:Gadget-common-special-search.css и MediaWiki:Search-summary. — Джек, который построил дом (обс.) 22:17, 26 сентября 2017 (UTC)
@Jack who built the house: Ладно, давай уберем пример с Эйнштейном и весь подвал после фразы "Можно использовать AND, OR и - (минус) вместе с ключевыми словами." (её оставить). Примеры я уже перенес в справку. --Kaganer (обс.) 22:42, 26 сентября 2017 (UTC)

Предварительный итог[править вики-текст]

✔ Реализовано. — Джек, который построил дом (обс.) 00:09, 28 сентября 2017 (UTC)

Итог[править вики-текст]

Функциональность реализована и работает. Возражений ни к ней, ни к предварительному итогу не поступило. По данному итогу подтверждаю работу функциональности на постоянной основе. Всем спасибо.--Luterr (обс.) 06:18, 18 октября 2017 (UTC)

PS: Ещё раз огромная благодарность Джеку, который потратил кучу времени и сил на то, чтобы "допилить" исходную версию, а также всем, кто высказывал свои замечания и предложения. Этот гаджет сейчас перенесен на Мета-вики, где его текстовое содержание уже сейчас можно переводить на другие языки. Сейчас гаджет дорабатывается в сторону более оптимальной поддержки многоязычности, также поступило предложение от Амира подать в Фабрикаторе заявку на переделку этого гаджета в отдельное маленькое расширение MediaWiki. --Kaganer (обс.) 11:52, 18 октября 2017 (UTC)
@Kaganer: Тебе благодарность за то, что взялся распространять дальше. — Джек, который построил дом (обс.) 19:11, 18 октября 2017 (UTC)