Короткая ссылка-перенаправление
  • ВП:Ф-О

Википедия:Форум/Общий

Материал из Википедии — свободной энциклопедии
Это старая версия этой страницы, сохранённая 5.165.136.156 (обсуждение) в 12:13, 29 ноября 2022 (Загрузить файлы). Она может серьёзно отличаться от текущей версии.
Перейти к навигации Перейти к поиску
Актуально
Обсуждения форума правил
Выборы, присвоение и снятие флагов
Заявки на флаг ПИ
Заявки на флаг ПФ
Заявки на статус борца с вандализмом
Снятие флагов
Список изменений в правилах

Загрузить файлы

Как загрузить файлы, по крайне мере картинки в Рувики? Через commons доступно, но это другой проект. Как через самой Рувики делают? Кнопка загрузить файлы в боковой панель не видно мне. Askar2020 (обс.) 06:46, 28 ноября 2022 (UTC)[ответить]

Грузить принято на commons, в рувики — несвободные с обоснованием КДИ. — kosun?!. 15:13, 28 ноября 2022 (UTC)[ответить]

Итог

Я в своё время нарушил правило админов «не разговаривать с незнакомцами обходимцами» и пытался что-то объяснить этому человеку. Бесполезно. С тех пор он ходит по разным страницам и задаёт разные вопросы (напр. Википедия:Форум/Общий#Уточнение), но мы-то знаем, кто он. Все объяснения всё равно будут проигнорированы, но и учётки будут заблокированы, так что нет смысла тратить ресурсы здесь. Лес (Lesson) 15:28, 28 ноября 2022 (UTC)[ответить]

В таких случаях просто стоит грохать тему целиком с ответами, если только там не развилась какая-то очень полезная дискуссия, оставление которой перевешивает. 5.165.136.156 12:13, 29 ноября 2022 (UTC)[ответить]

Пропало сообщение о конкурсе СГ в текущих событиях

... в окошке справа вверху, что в СН -- у меня одной так? — Книжная пыль (обс.) 08:45, 27 ноября 2022 (UTC)[ответить]

Tpyvvikky и расстановка переносов в коде

Прошла сейчас мимо некоторых статей и вижу следующее: разбивка абзацев в коде с переносами 1, 2, 3, 4; при добавлении нового текста в статьи также писание абзацев с внутренними переносами в коде: 5, 6. Это всё из свежего за прошедшую неделю. При этом создается месиво в коде которое внезапно осложняет чтение кода, а внешне в статье они не видны, плюс рандомная расстановка комментариев в коде. Участника на моей памяти уже просили не делать так, вкупе с ограничением доступа к страницам обсуждений из-за их засорения.

Что делать с этим? Katia Managan (обс.) 18:40, 26 ноября 2022 (UTC)[ответить]

  • Если правки только изменяют форматирование текста - то такое не приветствуется. Если речь о создании нового текста с построчным форматированием - то это не проблема, в рамках правил каждый форматирует, как ему удобнее. Для меня "месиво" - это сплошная стена текста, где сноски и комментарии перемежаются с текстом, а не стоят в конце строк. — Шуфель (обс.) 09:48, 27 ноября 2022 (UTC)[ответить]
    • Могу в принципе понять аргумент с сносками и комментариями, перемежающимися с текстом, хоть и не согласна с ним. Но это не очень подходящий аргумент в данном контексте, потому что в 3 например переносы сделаны и там где их нет. Например, в «убеждает Мэри уйти с ним. Их отношения развиваются» вставлен перенос, хотя необходимости там нет. Ну и деятельность очень кусочная, например вносится разбивка в один абзац текста, зато следующие, ещё большего размера – не тронуты. Katia Managan (обс.) 22:43, 27 ноября 2022 (UTC)[ответить]
  • Где именно месиво в коде? Почему вы называете расстановку комментариев рандомным действием? Кто просил его так не делать? Почему к делу подшит конфликт по поводу страниц обсуждений статей? Halfcookie (обс.) 21:59, 27 ноября 2022 (UTC)[ответить]
    • Какой смысл в добавлении комментария в коде вида «то есть была еще и „неоригинальная“?)» прямо со смайликом вместо пояснения где-либо ещё? Katia Managan (обс.) 22:02, 27 ноября 2022 (UTC)[ответить]
      • Это пояснение проблемы в ближайшем к проблеме месте. Об академичности такого способа комментирования говорит хотя бы то, что оно закрепилось и в программной инженерии, и даже в офисных электронных документах. Что значит "где-либо ещё"? Что вы понимаете под словом "рандомная"? Halfcookie (обс.) 22:27, 27 ноября 2022 (UTC)[ответить]
        • Проблемы здесь нет, в контексте ВП:ПРЕАМБУЛА. Здесь не программная инженерия и не офисные электронные документы; другие участники подобной расстановкой по тексту комментариев со скобочками-смайликами не занимаются. По «где-либо ещё» есть шаблоны вида {{уточнить}}, которые явно отмечают любую вероятную проблему вместо комментариев в коде, которые видны только если открыть исходный код страницы — что делают единицы читателей. Katia Managan (обс.) 22:28, 27 ноября 2022 (UTC)[ответить]
          • Проблема во фразе Продажи оригинальной<!-- т.е. была еще и "неоригинальная"?) --> Dendy прекратились в 1998 году есть. Слову "оригинальной" назначили рандомный смысл вместо простого упрощения. У статьи имеется перегруженность преамбулы (по ВП:ПРЕАМБУЛА), кстати. "Здесь не..." -- дальнейшее утверждение я считаю ложным. Что же здесь тогда? Что-то уникальное? Нет, конечно. Halfcookie (обс.) 22:50, 27 ноября 2022 (UTC)[ответить]
            • Вы неправильно понимаете ВП:ПРЕАМБУЛА в данном случае, более того преамбула даже довольно маленькая в текущем состоянии. См пункт 5, дальше есть переходы на секции, при чтении которых можно дойти до фразы «также привела к появлению «пиратских» копий Dendy, выпускаемых другими производителями». Из этого наоборот следует что преамбулу надо дополнить с упоминанием этого. Для сравнения по размеру/перегруженности, обычное дело что у статусных статей есть и куда большие преамбулы, см Божественная простота, Wolfenstein 3D.
              Вы можете считать это ложным, но это не меняет того что это энциклопедический текст а не программная инженерия/офисные электронные документы, в контексте которых, если что, комментарии явно выделяются в тексте. В данном случае комментарии вида <!-- -->, как вы должны понимать, невидимы при чтении. Для отметки любых ощущаемых «проблем» есть шаблоны типа {{уточнить}} или даже страница обсуждения; хотя конечно в обсуждаемом случае она участнику закрыта из-за странных текстов. Katia Managan (обс.) 23:02, 27 ноября 2022 (UTC)[ответить]
              • А читателю и не нужно читать эти комментарии о такого рода проблемах. А вот писатель, который в теме, будет идти по тексту кода, и исправит по возможности\желанию. Halfcookie (обс.) 12:20, 28 ноября 2022 (UTC)[ответить]
              • По обсуждаемой статье: «пиратских» там в кавычках, а правильнее сказать, что под той же торговой маркой например. Кроме того, сама Dendy является «пиратской» в аппаратной части, поэтому смысловые цепочки вроде "спиратили у пиратов" запутывают. Маркетинговый оттенок слова "оригинальной" также не нужен. Можно, например, перенести предложение о банкротстве выше по тексту преамбулы так, чтобы предложение о "нарицательном" было бы уже после. Halfcookie (обс.) 12:39, 28 ноября 2022 (UTC)[ответить]

Уточнение

Не подскажите мне пожалуйста, как быть, если данную правку откатали как вандализм и как править так, чтоб не откатали? Статья из Enwiki версии взято. 185.213.229.82 09:48, 26 ноября 2022 (UTC)[ответить]

@Lesless А если кто-то (абсолютно другой человек) повторно пытается сделать правку с другого IP-адреса в этой статье, то это тоже считывается «обход блокировки»? Askar2020 (обс.) 07:10, 28 ноября 2022 (UTC)[ответить]

Странные уведомления

Задолбали ненужные уведомления, представляющие собой не просто информационный шум, но и унижение: меня и других редакторов по умолчанию принимают за недоумков. Привлечение в ВП туповатых участников считаю вредным для ВП: это приведёт к тому, что такие участники, польза от которых минимальна, составят большинство, а право голоса у них такое же, как у прочих, Т.е. когда-нибудь и администраторы будут сначала потакающими таким, а потом совсем такими, а это конец ВП.— DimaNižnik 09:45, 26 ноября 2022 (UTC)[ответить]

Мы нашли медиафайл…

Дело не только в том, что меня принимают за придурка, которому может помочь нахождение роботом случайного файла. Это засоряет список уведомлений, отнимая при этом довольно заметное время на пометку таких уведомлений как прочитанные, а это не до конца помогает: в списке прочитанных уведомлений они остаются навечно. Я не знаю, как от этого избавиться.— DimaNižnik 09:45, 26 ноября 2022 (UTC)[ответить]

Новый наставник

Через десять лет работы в ВП с удивлением узнаю́, что у меня оказывается был наставник (принудительный?), а теперь вместо него появился новый, занимающийся википедией менее полутора лет. Ну надо же хоть немного думать о том, что и кому посылается. Не говоря уже о том, что мне такие сообщения, даже без явных нелепостей, никогда не были нужны, могли только отпугнуть.— DimaNižnik 09:45, 26 ноября 2022 (UTC)[ответить]

  • Это вроде бы одноразовая акция? Викизавр (обс.) 09:49, 26 ноября 2022 (UTC)[ответить]
  • В целом я бы не стал излишне обобщать через "принимают за недоумков". Что, типа, все, кому тот или иной род оповещений/уведомлений выглядит полезным, тот недоумок и "конец ВП"...
    В частности да, разных лично не нужных "звонков" может вдруг набежать. У нас тем более два варианта у каждого: Оповещения (колокольчик станет красным) и Уведомления (телевизор правее станет синим) это на самом деле не телевизор, а американская стойка для папок, т.е. типа "входящие дела" - но эта символика мало кому известна
    Например, про наставничество идёт в Оповещения, про медиафайлы - в Уведомления. Порой зайдёшь, вверх глянешь - впечатление, что тебя прямо-таки на куски рвут в проекте. А на самом деле пшик от ботов.
    C наставничеством вроде как разовая проблема была, мне тоже тогда наставника дали (см. по ссылке). Просто Growth такой пре-альфой нам сунули (в программном плане), что только сейчас на крепкую бету выходить начал.
  • В общем и целом всем стоит зайти к себе в Настройки > Уведомления и поснимать всё, кроме действительно для себя нужного. Конкретно в этих случаях - снять флажки у Предложения изображений и НаставничествоNeolexx (обс.) 10:56, 26 ноября 2022 (UTC)[ответить]
  • В результате обсуждения в проекте принято решение, затрагивающее интересы не только участников проекта. Мне до сих пор непонятно, зачем менять наставника тем, кому наставник явно не нужен, например, занимающимся ВП более 3-х лет и заархивировавшим приветствие. DimaNižnik 08:26, 27 ноября 2022 (UTC)[ответить]

По всем

Спасибо, что подсказали, как избавиться от всего этого. Хотелось бы, чтобы была возможность избавиться от этого не рыская в настройках, а при получении такого уведомления. DimaNižnik 08:16, 27 ноября 2022 (UTC)[ответить]

Фотографии с митингами или разрушениями в статьях, посвящённых совсем другому

Нужно решение сообщества, что делать в таких случаях. Два показательных примера: 1 + 2. Раньше я вообще не трогал такие правки, но войны правок продолжаются, если будет консенсус сообщества, будет куда сослаться при полузащите статей. Лес (Lesson) 06:50, 26 ноября 2022 (UTC)[ответить]

Судя по стилю, похоже, что такие правки делает в основном один и тот же участник с непостоянным IP. Надо попросить коллегу внимательнее оценивать уместность дополнений. Sneeuwschaap (обс.) 06:54, 26 ноября 2022 (UTC)[ответить]
  • Ну, судя по тексту это попытка политизировать статьи, не связанные с политикой. Если в истории университета данная демонстрация является чем то особенным - то это нужно описывать (пример - выступления в Казанском университете в 19 веке). Если сгоревшая пятиэтажка в Ирпене иллюстрирует особенность конкретного проекта хрущёвки - конечно нужно это использовать. Но мы видим, что автор правок просто вносит политическую повестку в статьи не относящиеся к политике. Удалять не раздумывая. VladimirPF (обс.) 07:00, 26 ноября 2022 (UTC)[ответить]
  • Думаю, в статью про хрущёвки было бы уместно добавить фотографии домов с характерными разрушениями (землятрясение в Армении в 1988 году и подобные) в соответствующих разделах, посвящённых конструктивным особенностям. Или прочности и безопасности VladimirPF (обс.) 07:04, 26 ноября 2022 (UTC)[ответить]
  • Точно такая же ситуация уже несколько месяцев продолжается в статье Высшее учебное заведение Кирилл Кулаков (обс.) 07:10, 26 ноября 2022 (UTC)[ответить]
    • Вот я открываю эту статью, уважаемый коллега Кирилл Кулаков. Вижу, что вы оттуда сносите фото разбомбленного Харьковского университета. Ну, можно спорить о том, насколько это фото необходимо в такой куцей и бестолковой статье. Но ведь то, что в этой статье присутствуют аж четыре изображения советских значков-ромбиков для лиц с высшим образованием, вас почему-то не смущает? А разве их присутствие в статье, посвящённой высшему учебному заведению вообще, любого времени и в любой стране, не нарушает ВП:ВЕС точно так же, как изображение разбомбленного университета? Андрей Романенко (обс.) 21:11, 26 ноября 2022 (UTC)[ответить]
      • Правильно делает, что сносит. Разбомбленность не является специфическим свойством зданий ВУЗов и в обобщающей статье про ВУЗ подобным иллюстрациям не место. Любой участник имеет право исправить в статье только те недостатки, которые заметил, не вникая во всё остальное. DimaNižnik 08:33, 27 ноября 2022 (UTC)[ответить]
  • Коллега @Lesless, см. ВП:УКР-ВООРУЖЕНИЕ, там есть оговорка «Также действует аналогичное ограничение по внесению в статьи, прямо не связанные с конфликтом на Украине, информации о его событиях, основанной на источниках новостного характера». Она сформулирована несколько расплывчато и я не думаю, что нужно к ней относиться настолько жёстко, чтобы убирать фотографии разрушений из статей про украинские города, но добавление их (и фотографий протестов) в посторонние статьи, и особенно осуществляемое массово этим анонимным участников, выглядит неправильным. Викизавр (обс.) 09:44, 26 ноября 2022 (UTC)[ответить]
  • Послушайте, а чему в правилах это противоречит? Давайте посмотрим на "два показательных примера". В статье "Стэнфордский университет" фото с митинга оказалось вторым по счёту после панорамы кампуса - это однозначно неправильно, поскольку нарушает ВП:ВЕС: общественная активность на кампусе - важное, но далеко не главное, что происходит в университете, и очередь этого изображения - после изображений нескольких главных зданий, портретов основателей и крупнейших ученых и т. д. Но в статье "Хрущёвка" добавленная иллюстрация с разбомбленной пятиэтажкой была двадцать седьмой по счёту: такая пятиэтажка, сякая пятиэтажка, реновированная пятиэтажка, снесённая пятиэтажка... Ну и вот разбомбленная пятиэтажка - тоже может быть у дома такая судьба: не вижу в добавлении этого снимка ни малейшей проблемы. Изображение не может быть посторонним по содержанию для статьи, но если оно так или иначе связано с предметом статьи, то его уместность определяется только контекстом - никакого общего ограничения на фотографии "с политическим подтекстом" быть не может. Андрей Романенко (обс.) 11:24, 26 ноября 2022 (UTC)[ответить]
  • Lesless, с самого начала известных событий действует целая сеть преимущественно анонимов, хотя встречаются и зарегистрированные участники, которые вносят в статьи, не связанные с Украиной, фото либо протестов, либо разрушений, либо чего-то ещё. Только на самый первый взгляд число затронутых статей исчисляется десятками. Среди них и страницы неоднозначностей, и статьи типа "Школа", "Собака", "Девочка" и пр. В ряде статей войны с такими пушерами идут уже на протяжении нескольких месяцев. То же самое со статьями об известных личностях, которые так или иначе высказались насчёт Украины - в статью про известного человека вносится текст про осуждение вторжения или про помощь Украине со ссылками в том числе на личные соцсети. Ни о каком соблюдении ВП:ВЕС речи тут не идёт. — Эта реплика добавлена с IP 95.72.238.138 (о) 15:18, 26 ноября 2022 (UTC)[ответить]
  • Учитывая, что расстановка иллюстраций не регулируется никакими АИ, размещение таких иллюстраций никак не противоречит сложившейся практике. Ну вот например статья Метрология, что за картинка, зачем? Учитывая что до моего вмешательства подпись была просто "метролог". Обсуждать здесь частный случай по украинской тематике без принятия одной из сторон конфликта невозможно.— Orderic (обс.) 22:06, 26 ноября 2022 (UTC)[ответить]
    • Я бы не сказал, что совсем не регулируется: есть ВП:УИ; «размещение таких иллюстраций никак не противоречит сложившейся практике» — тоже неправда, отдельные недоработки никак не свидетельствуют о консенсусной практике. К обсуждаемой теме приведённый пример никак не относится. DimaNižnik 09:02, 27 ноября 2022 (UTC)[ответить]
  • Выпиливать. Фотографии митингов и разбомбленных зданий должны что-то иллюстрировать, а это что-то должно подчиняться ВП:ВЕС. Если в статье о хрущёвки ни слова о бомбардировках, то и фото там не нужно. С таким же успехом можно завалить трупами статью человек. -- dima_st_bk 07:32, 27 ноября 2022 (UTC)[ответить]
    • И да, судя по одинаковым подписям и случайному расставлению изображений по статьям, я согласен, что это выглядит как скоординированная извне деятельность. -- dima_st_bk 07:34, 27 ноября 2022 (UTC)[ответить]
  • Такую деятельность следует пресекать вплоть до блокировки диапазонов: иллюстрации должны иллюстрировать текст статьи (хотя бы предполагаемый). Например, разбомбленность не является специфическим свойством зданий ВУЗов, в обобщающей статье про ВУЗы невозможно написать, что в такое-то время некоторые здания ВУЗов были разбомблены. Если из имеющихся правил это понятно не всем, следует дополнить правило, но не превращать ВП в трибуну. DimaNižnik 09:24, 27 ноября 2022 (UTC)[ответить]

Есть желающие протестировать шаблон?

Здравствуйте! Я уже пару месяцев разрабатываю экспериментальный шаблон автоматического оформления источника по Викиданным. Пока он ещё не готов к публикации, но готов к тестированию в песочнице. Есть желающие потестировать?
Интересуют тесты не на абстрактных книгах или статьях, а на примерах реальных библиографических записей, которые до этого были в статьях Википедии. Идея тестирования – найти недостатки или предусмотреть недостающие возможности. D6194c-1cc (обс.) 18:00, 25 ноября 2022 (UTC)[ответить]

  • Здравствуйте! Идея хорошая и давно назревшая. Сам уже много лет время от времени экспериментирую над этим, правда в пределах Википедии. Об интеграции с Викиданными думал, но остановило как раз нежелание преодолевать связанные с этим проблемы. Спасибо за Ваше начинание. Пока не вижу у Вас в песочнице, как Ваши наработки будут работать в виде сносок. Сейчас для этого зачастую используется лаконичный шаблон Sfn. Ваши наработки предполагают взаимодействие с ним? Если да, то это желательно отразить в описании в песочнице. А в части тестирования, на Вашем бы месте, я брал бы любую понравившуюся статью и использовал бы её для экспериментов. Vasyatka1 19:02, 25 ноября 2022 (UTC)[ответить]
    • Обратная совместимость с sfn есть, за это отвечает параметр ref. В этом плане ничем не отличается от других шаблонов. D6194c-1cc (обс.) 19:29, 25 ноября 2022 (UTC)[ответить]
    • По части тестирования – необходимый минимум я уже протестировал (собственно минимальный набор ручных тестов уже есть в документации). Теперь меня интересуют частные случаи. Как говорится, одна голова – хорошо, а две – лучше. D6194c-1cc (обс.) 19:31, 25 ноября 2022 (UTC)[ответить]
  • А что не так с шаблоном {{Source}}? Котик полосатый (обс.) 21:31, 25 ноября 2022 (UTC)[ответить]
    • Не так уже в названии шаблона: я никогда не догадался бы искать по слову "суорсе". VladimirPF (обс.) 06:14, 26 ноября 2022 (UTC)[ответить]
      • Но как-то я находила и нахожу шаблоны вроде cite web и другие, хотя английский даже мимо непроходила. :) Книжная пыль (обс.) 06:42, 26 ноября 2022 (UTC)[ответить]
        • ну, один шаблон мы смогли найти а суорсе не смогли. В любом случае иноязычное название - это помеха в поиске. VladimirPF (обс.) 07:05, 26 ноября 2022 (UTC)[ответить]
          • Как раз наоборот, все шаблоны должны иметь понятное англоязычное название, а русскоязычные названия многочисленные могут быть редиректами. Иначе совершенно невозможно понять, какое слово из множества вариантов взбрело в голову создателю русскоязычного шаблона вместо общепонятного и стандартного английского слова. Leopold XXIII 20:15, 26 ноября 2022 (UTC)[ответить]
    • О! Я даже не знал, что здесь есть аналог шаблона, который есть на Викиданных. Этот шаблон не универсальный, всё что могу сказать. Собственно, по этой причине меня вдохновил на разработку соответствующий шаблон на Викиданных. D6194c-1cc (обс.) 07:05, 26 ноября 2022 (UTC)[ответить]
      • То есть теперь будет два шаблоны, делающих одно и то же? -- dima_st_bk 20:11, 26 ноября 2022 (UTC)[ответить]
        • Всего два! Leopold XXIII 20:12, 26 ноября 2022 (UTC)[ответить]
        • Не одно и то же. Есть концептуальная разница. D6194c-1cc (обс.) 20:20, 26 ноября 2022 (UTC)[ответить]
          • Разница в чём? Нужно либо source делать обёрткой над вашим, либо заменять его на ваш. -- dima_st_bk 06:50, 27 ноября 2022 (UTC)[ответить]
            • С программированием так не работает. Чтобы ответить на Ваш вопрос мне необходимо все частные случаи сравнить. Разница в поддержке одного, другого, в прослойках абстракции, в простоте поддержки и доработки. Мало того, при публикации мне в названия нижележащих модулей необходимо будет включить номера версий. Пока первая версия будет обкатываться, вторая версия будет разрабатываться в песочнице, потом незаметно на неё будут переведены шаблоны верхнего уровня. Сейчас пытаюсь ключевые возможности предусмотреть, чтобы потом с версионированием проблем было меньше. D6194c-1cc (обс.) 15:18, 27 ноября 2022 (UTC)[ответить]
              • В енвики шаблон {{cite web}} вполне разрабатывается в песочнице без номеров версий и подобного. -- dima_st_bk 16:59, 28 ноября 2022 (UTC)[ответить]
              • Абстракции это звучит хорошо, но всё равно непонятно, что мешает сделать так, чтобы шаблон был один? Какой — неважно, я против самого факта дублирования функционала, потому что поддерживать дороже, чем разрабатывать, а тут ещё и проект волонтёрский. -- dima_st_bk 17:08, 28 ноября 2022 (UTC)[ответить]
                • О! Вот тут Вы очень важную тему затронули. Разработка/поддержка. Поддержка выходит дорогостоящей в тех случаях, когда сильно экономят на разработке. Я работал в вынужденных условиях, когда мне приходилось обучать каждого нового сотрудника и в течение долгих лет делать из зелёных студентов профессионалов (хотя тут тоже много оговорок, о которых я промолчу). Экономия на кадрах – это дешёвая разработка, но очень дорогая поддержка. Может дойти до того, что что-то придётся объявить легаси и ни в коем случае не трогать, вплоть до баг-ту-баг компатибилити, потому что работает и используется, а разработку новой версии начать заново. Если же с самого начала ключевые задачи ставить старшим (которых должно быть достаточное количество), иметь хорошего архитектора, а простые (не ядерные) – новичкам, но по такой схеме можно получить дорогой код с дешёвой поддержкой. Очень хорошо на своём опыте это всё прочувствовал.
                  Что касается одного шаблона, один-то в конце концов можно будет оставить, сделав его прослойкой абстракции над другим, если первый всё ещё используется. Но я не случайно заговорил про версионирование. То есть, если кто-то завяжется на нижележащие модули в своих модулях, то именно для таких случаев нужна система версионирования. Поскольку во 2-й версии может поломаться API, новые будут модули не будут заменять старые, но некоторые шаблоны можно будет постепенно перевести на новое API. При этом часть модулей будут использовать старые версии, а часть новые, некоторое время будет дублирование функционала в модулях (вспомните, например, эпопею с GTK2/Gtk3 или Python2/Python3), в таких случаях это нормально. D6194c-1cc (обс.) 19:29, 28 ноября 2022 (UTC)[ответить]
    • В общем, спасибо за ссылку, там нестандартный пример оформления журналов в Викиданных, добавлю себе поддержку тоже. И добавил поддержку неименованного аргумента для совместимости с указанным шаблоном. D6194c-1cc (обс.) 07:42, 26 ноября 2022 (UTC)[ответить]
  • Заполнение {{публикация}} вроде же проще, чем параметров источника на викидате?
    Поддерживается ли оформление не по бесчеловечному российскому госту, а в каких-либо нормальных схемах (сначала авторы, потом название)? Leopold XXIII 09:43, 26 ноября 2022 (UTC)[ответить]
    • У нас по ВП:БИБГРАФ идёт именно ГОСТ с некоторыми исключениями, поэтому старался соответствовать. За ГОСТ-оформление отвечает маленькая прослойка-представление, оформление можно сделать любое, движок универсальный (об этом потом и не в этой теме). Но сейчас меня интересует именно шаблон с ГОСТом.
      Что касается параметров шаблона Шаблон Публикация – нет, вообще не проще, там мозг сломать можно, пока разберёшься что и где, он запутанный, в том числе и по коду. Это и послужило поводом для разработки, поскольку мне не хочется думать, что там как по правилам оформлять и куда что вписывать, такие задачи проще возложить на автоматику. На СО шаблона Публикация по моим вопросам толковых разъяснений получено не было. D6194c-1cc (обс.) 10:53, 26 ноября 2022 (UTC)[ответить]
      • Но в Публикации же надо просто заполнить нужные поля и всё, а на викидате надо создавать новую запись о статье. И там поля не всегда очевидные — хочется вбить только DOI и так оставить, но это же вроде не работает. Leopold XXIII 20:07, 26 ноября 2022 (UTC)[ответить]
        • Так, в этом же и прелесть, мне приходится один и тот же источник копировать в разные статьи, потом, обнаруживая ошибки, приходится их везде исправлять. А где-то ещё и забудешь исправить. В Викиданных один раз исправил, везде применилось. D6194c-1cc (обс.) 20:09, 26 ноября 2022 (UTC)[ответить]
        • +1 Я попробовал создать ссылку через ВД и сразу понял, что это намного затратнее по времени, чем заполнить поля в шаблоне. VladimirPF (обс.) 05:22, 28 ноября 2022 (UTC)[ответить]
    • И ещё момент, для многих научных статей данные уже заполнены, полагаю, этим занимаются боты. Автоматизировать процесс заполнения источников на Викиданных достаточно просто. Будет использоваться шаблон оформления, найдётся, вероятно, и ботовод, который захочет заняться Викиданными. D6194c-1cc (обс.) 11:30, 26 ноября 2022 (UTC)[ответить]
      • Сильно не уверен, что там автоматически отслеживаются новые статьи, а жареные фактоиды довольно часто вносят именно по новым статьям. Если вы предлагаете новый шаблон оформления источников, то надо показать, чем он лучше старых, как в клинических испытаниях. И, соответственно, чем он лучше общеизвестного {{Source}}. Leopold XXIII 20:10, 26 ноября 2022 (UTC)[ответить]
        • Сейчас не об этом. Документация есть, этого пока хватит. А "лучше" – если выполняет то же самое+, а по исходникам читабельнее, то это вполне себе хороший критерий на замену. Но это уже из мира программирования. D6194c-1cc (обс.) 20:23, 26 ноября 2022 (UTC)[ответить]
          • Почему пользователь, несколько лет использующий общепринятый {{Source}}, должен переезжать на ваш шаблон? какие дополнительные преимущества он даёт? Leopold XXIII 20:34, 26 ноября 2022 (UTC)[ответить]
            • В документации 3 основных случая использования. Мой шаблон может выдавать статьи и по идентификаторам в рамках издания и т. п. Плюс всё унифицировано, по задумке, это замена для шаблонов Публикация и Cite web 2 для простых случаев. Документацию можно посмотреть по параметрам. Что касается переезжать – есть совместимость по QID, поэтому изменится только название (не считая доп. параметров). Названия некоторых параметров отличаются от Публикации, в этом плане я выбрал более интуитивные названия по сравнению с теми, в которых раньше путался. D6194c-1cc (обс.) 20:56, 26 ноября 2022 (UTC)[ответить]
  • Ладно, тут обсуждение не в то русло пошло, есть всё же найдутся желающие тестирование текущие задачи:
    1. Поддержка других языков публикаций (например китайского, я с ним не знаком), для реально использующихся случаев библиографических записей.
    2. Сложные библиографические записи (например, с сериями или частями).
    3. Возможно где-то язык неправильно определяется, названия какие-то оказываются не локализованными.
  • D6194c-1cc (обс.) 21:03, 26 ноября 2022 (UTC)[ответить]
  • А существует ли шаблон, формирующий саму запись в ВД - скажем, из списка литературы в статье или из карточки гуглобука, библиотеки и т.п. ? Retired electrician (обс.) 21:45, 26 ноября 2022 (UTC)[ответить]
    • Это не шаблон должен делать, а скрипт. Могу попробовать сделать, если отсюда можно к Викиданным обращаться (разбираться нужно), но это после доработки движка шаблона и его публикации. D6194c-1cc (обс.) 06:41, 27 ноября 2022 (UTC)[ответить]
  • Сразу выяснилась закавыка. В случае, если у одного издания несколько дат публикации и несколько ISBN - шаблон, оказавшись перед неразрешимым выбором, не выбирает ничего. Retired electrician (обс.) 22:27, 26 ноября 2022 (UTC)[ответить]
    • Я поддержку нескольких изданий в одном убрал некоторое время назад, слишком много проблем для автоматики, слишком много дублирования информации в одном и том же элементе (на каждый isbn-13 и isbn-10 будет по книге описано квалификаторами). Поднимал этот вопрос на форуме Викиданных, но касательно нескольких isbn у книги. Общая практика – один элемент на одно издание.<br>То есть одна и та же книга от разных издателей – это несколько разных книг с разными характеристиками. Одна является основным изданием, остальные – её издания или переводы. D6194c-1cc (обс.) 06:39, 27 ноября 2022 (UTC)[ответить]
      • В данном случае (d:Q115461959) издание одно и издатель один. Абсолютно идентичные тексты, макеты, номера страниц но ISBN 978-0-07-164024-4 вышел в 2010 году на бумаге, а ISBN 978-0-07-164025-1 в 2011 году - в pdf. Задал вопрос на ВД, в принципе не вопрос разбить надвое. Но раньше, на заре Карфагена, такое рекомендовали держать в одной записи. Retired electrician (обс.) 06:57, 27 ноября 2022 (UTC)[ответить]
        • На указанном примере работает. Два ISBN для электронной и для печатной версии можно, это по сути одно издание, если издатель один и тот же. В таких случаях в квалификаторах необходимо указывать количество страниц, тип распространения и дату издания. В самом элементе по логике должна быть указана дата первой публикации (обычно печатной версии). Они и будет отображаться. D6194c-1cc (обс.) 08:12, 27 ноября 2022 (UTC)[ответить]

GrowthExperiments

Что это? Мне в оповещения пришло:

‪Leokand‬ теперь ваш новый наставник
Причина: Deltahead покинул наставничество.

Я вроде не просил никакого наставника. ping @Martin Urbanec (WMF):AlphaRho (обс.) 09:34, 25 ноября 2022 (UTC)[ответить]

  • @AlphaRho, у вас при регистрации/включении «домашеней страницы» автоматически был присвоен наставник, который отображается на странице «Служебная:Домашняя страница». Если вы хотите отказаться от наставничества, то это можно сделать на ней же :) Iniquity (обс.) 09:59, 25 ноября 2022 (UTC)[ответить]
    • Спасибо, понял. Я когда-то в настройках включал "Домашняя страница новичка", чтобы посмотреть что это такое. Потом выключил, а наставник остался. Отказался от наставника. -- AlphaRho (обс.) 10:22, 25 ноября 2022 (UTC)[ответить]
    • А надо это делать? В смысле, что вроде где-то тут говорилось, что наставнику доступна некая бо́льшая, нежели всем остальным, информация об активности подопечного, — это так? --85.249.21.245 12:07, 25 ноября 2022 (UTC)[ответить]
      • Нет, на самом деле, не так. Она просто в более удобном формате предоставлена. То есть всю информацию можно на других страницах обычно найти. Iniquity (обс.) 12:11, 25 ноября 2022 (UTC)[ответить]

Населённые пункты Крыма в дизамбигах

Здравствуйте, коллеги! Хотелось прояснить вопрос о том, как было бы правильнее с точки зрения правил сообщества (прежде всего НТЗ) помещать ссылки на статьи о НП Крыма в дизамбигах. Отдельным разделом (подразделом) с пометой «спорная между Россией и Украиной территория, де-факто в составе России» или подразделом в списке НП России. Проще говоря, как правильно : так или так?. С уважением, Alemann (обс.) 19:51, 23 ноября 2022 (UTC)[ответить]

А если и в раздел Украина и в раздел Россия поместить одновременно? Допустимо такое? - Alemann (обс.) 10:07, 24 ноября 2022 (UTC)[ответить]

  • А смысл? Чем мы поможем читателю? Ещё можем запутать, подумает что есть два населённых пункта, один в составе России, другой в составе Украины. Про спорность, прости Господи, уже 8 лет все знают, поэтому уж лучше ВП:НЕПОЛОМАНО как есть так и есть. Erokhin (обс.) 10:22, 24 ноября 2022 (UTC)[ответить]
  • Недопустимо, конечно. Schrike (обс.) 10:23, 24 ноября 2022 (UTC)[ответить]
  • Отдельным подразделом от России и Украины с уточнением про спорный статус. Аналогично с другими спорными территориями. Надеюсь, такое уточнение будет шаблонизировано, потому что таких дизамбигов, где написано везде как захотелось автору последней версии, очень и очень много (и за ними в основном никто не следит и не посещает их в достаточной мере, чтобы исправлять особенно вопиющие примеры). stjn 23:18, 25 ноября 2022 (UTC)[ответить]

Я бы хотел вернуться к данному вопросу: я планировал запустить это голосование два года назад, но долгое время было как-то не до того. Вкратце: пара участников, которой не удалось убедить сообщество в необходимости "гостификации" шаблона cite web, создала ему оформительский форк cite web 2 и расставила его по "своим" статьям. Поскольку 1) такие действия являются обходом поиска консенсуса, и 2) оформительские форки шаблонов вредны, т.к. увеличивают технический долг (количество кода, который приходится обслуживать), предлагается признать недопустимость подобных действий и преобразовать cite web 2 в редирект на cite web. Если не будет принципиальных возражений, я планирую в скором времени запустить голосование. MBH 13:35, 23 ноября 2022 (UTC)[ответить]

Макс, мне сильно царапают глаза формулировки некоторых вопросов. Так, слова "оформительский форк" подразумевают, что новый шаблон отличается от исходного по неключевому признаку (например, был синий, стал зелёный); в то время как для обсуждаемых шаблонов единственным функционалом является форматный вывод ссылки - то есть речь об отличиях по ключевому моменту. На эту тему готовился опрос, но радикальная позиция одного из членов назначенной АК рабочей группы его похоронила. Да и линия спора по шаблону проходит не по вопросу "нужен или нет форк", а "нужно или не нужно гостовское оформление" — именно из-за упёртости обеих дискутирующих сторон и появился шаблон-дубликат. ~ Всеслав Чародей (обс) 14:20, 23 ноября 2022 (UTC)[ответить]
  • Ситуация такова: подавляющее большинство членов сообщества устраивает существующий вариант цайт веб, пара участников пыталась убедить сообщество в том, что рувики обязана подчиниться российским нормативным актам об оформлении библиоссылок и потерпела в этом провал, после чего создала форк. Стороны тут совсем не равны: на одной стороне подавляющее большинство участников, на другой - три участника и 100500 упёртости. Если эти участники не смогли убедить сообщество в своей точке зрения, значит ответ на вопрос "нужно ли гост-оформление в цв" дан - оно там не нужно. MBH 15:12, 23 ноября 2022 (UTC)[ответить]
  • Главный вопрос, который у меня возникает: зачем проводить голосование, чтобы удалить один шаблон? Не говоря о том что в принципе не существует каких-то общих правил, которые регламентируют существование шаблонов. Мне эта история напоминает спор между остроконечниками и тупоконечниками. У шаблона Cite web, кстати, есть ряд недостатков (например, насколько я помню, он не является полностью совместимым со своей английской версией). По хорошему стоит эти шаблоны просто объединить, сделав дополнительный параметр, который позволяет менять оформление. Vladimir Solovjev обс 15:09, 23 ноября 2022 (UTC)[ответить]
    • Добавление функциональности в цв1 и даже свитч оформления вполне возможен, если сторонники госта достигнут консенсуса с сообществом об этом. Голосование приходится проводить потому, что неоднократные обсуждения на КУ и ОСП не позволили решить проблему, дальше только АК. MBH 15:14, 23 ноября 2022 (UTC)[ответить]
      • На мой взгляд, вопрос вполне может быть решаем и без голосования, было бы желание. Его гораздо проще решить, чем название Беларусь/Белоруссия. Мне очень не нравится, что у нас вновь пытаются вывести голосование на первое место, то есть ввести принцип, что кого больше, тот и прав. И я не вижу смысла проводить голосование ради такого локального вопроса. Сейчас будет голосование, чтобы удалить один шаблон, завтра кому-то не понравится еще один шаблон. Все же здесь не оформительский вопрос, здесь можно решить его обсуждением. Наличие сторонников одной версии оформления не такая проблема. Vladimir Solovjev обс 15:31, 23 ноября 2022 (UTC)[ответить]
      • 5 тысяч включений, как мне кажется, показывают, что запрос на такое оформление в сообществе всё же есть, и включение возможности переключения вида в CW было бы разумным - оно разом решило бы и вопрос дубликата (он стал бы ненужным и мог быть бы заменён ботом на CW с соответствующим параметром), и дало бы участникам выбрать тот вид, который им нравится. Против такого подхода не должны выступать ни сторонники минимального числа шаблонов, ни сторонники ГОСТовского оформления; а апологетов неконструктивной позиции "любой ГОСТ - только через мой труп!" явно немного. Будет возможность переключения - CW2 несложно будет удалить как дубликат, потому что возражающим против удаления конкретный шаблон не важен, им нужно лишь чтобы была возможность легко оформлять ссылки в нравящейся им форме. ~ Всеслав Чародей (обс) 09:22, 24 ноября 2022 (UTC)[ответить]
    • (!) Комментарий: У cite web и некоторых других шаблонов источников есть проблемы с архивными ссылками, Обсуждение шаблона:Cite web#Url-status. Например, если ссылка умерла или украдена, то читатель продолжает по ней переходить. А архивная ссылка где-то в конце мелкими буквами. По-хорошему, стоило бы сразу направлять по архивной, если она есть, как обычно делают в анловики.
      Большинство читателей не знает, что такое архивировано. А пометку недоступная ссылка либо не замечает, либо думает, что ничего поделать нельзя (справедливости ради, большая часть таких пометок ложная: они стоят на сайтах, которые доступны, и не стоят на сайтах, например, перехваченных спамерами или недоступными в отдельных странах). Впрочем, редакторы тоже не обращают особого внимания на архивы, в итоге бот архивирует бесконтрольно и часть архивов не работает. Полагаю, идеальный шаблон — это что-то вроде идеальной статьи Proeksad (обс.) 15:23, 23 ноября 2022 (UTC)[ответить]
  • А какой смысл в этих телодвижениях? Достаточно упёртый человек «в своих статьях» при желании оформит сноски, как ему хочется, и без всяких шаблонов. И так как обязательного требования использовать шаблоны при оформлении в правилах нет — фиг с этим что сделаешь. Котик полосатый (обс.) 15:55, 23 ноября 2022 (UTC)[ответить]
    • Пусть оформляет ручками (кто захочет - переделает на цв, а вот обратно будет уже нельзя), а вот упрощать это путём добавления кода, который нужно поддерживать - не нужно. Требования, может, и нет, но, думаю, замена шаблона на ручное оформление имеет полное право быть отменённой как явно абсурдное действие, ухудшающее статью. MBH 10:19, 24 ноября 2022 (UTC)[ответить]
      • 1) ручками — это условность, можно держать код шаблона хоть в ЛП и использовать через subst. 2) «обратно будет уже нельзя» — ага, щаззззз. ВП:КОНС пока что не отменили, и желающий поменять шило на мыло в любом случае может быть отменён — и будет доказывать необходимость изменений на СО именно он. Котик полосатый (обс.) 11:22, 24 ноября 2022 (UTC)[ответить]
  • Насколько я знаю, обязанности ходить строем и использовать одинаковое оформление у нас пока нет. И это тот случай, когда поддерживать лучше не унификацию, а универсализацию, реализовав возможность изменения вывода (хотя бы параметром в шаблоне, а в идеале — на уровне персонального отображения). eXcellence contribs 08:35, 24 ноября 2022 (UTC)[ответить]
  • Я не могу понять почему не может существовать несколько шаблонов, которые выполняют свои функции по разному? И почему cite web хорошо, а cite web 2 - плохо? Может стоит все cite web переделать в cite web 2? VladimirPF (обс.) 17:10, 24 ноября 2022 (UTC)[ответить]
  • Начнём с того, что шаблон не совершенен - у меня были проблемы с польскими источниками, насколько я помню, этот шаблон неправильно пишет страницы. Поэтому заставлять его использовать уж точно не нужно. --wanderer (обс.) 17:41, 24 ноября 2022 (UTC)[ответить]
  • Мне кажется, что в вики мало хороших шаблонов. По-этому надо уменьшить и упорядочить количество существующих шаблонов, что бы создать простор и высвободить ресурсы для создания годных шаблонов. Macuser (обс.) 10:49, 25 ноября 2022 (UTC)[ответить]
  • Cite web 2 сделан в соответствии с правилами оформления источников. Его нужно не удалять, а признать основным для использования вместо аляповатого Cite web — Мечников (обс.) 19:19, 26 ноября 2022 (UTC)[ответить]

Получил письмо

Наверное, не только я, см.: Think big — open letter about Wikimedia Commons. Ажно так в письме сказано: deep crisis. Возможно, что-то изменится? — Gennady (обс.) 12:18, 23 ноября 2022 (UTC)[ответить]

  • У меня не было ничего -- ZIUr (обс.) 13:24, 23 ноября 2022 (UTC)[ответить]
  • Я видела новость об этом письме в FB, и даже подписать хотела, но не нашла. Книжная пыль (обс.) 13:30, 23 ноября 2022 (UTC)[ответить]
  • Я тоже получил. Совершенно идиотские демагогические рассуждения, основной пойнт которых в том, что надо привлекать к заливке файлов как можно больше народу, причем такого, для кого нынешнее устройство Викисклада слишком сложное, - и это при том, что основная проблема Викисклада прямо противоположная: некому разгребать всё, что заливается, а заливающие вообще ни о чем не думают, поэтому Викисклад превращается в кладбище изображений непонятно чего, среди которых ничего нельзя найти. Андрей Романенко (обс.) 14:38, 23 ноября 2022 (UTC)[ответить]
    • Верно. Темп роста иллюстраций на ВСкладе растёт быстрее, чем количество участников, его обустраивающих. И навряд ли деятельность толпы это исправит. При наличии средств (а они в Фонде имеются) - надо набрать людей, которые за оплату им сделают то, что они хотят от неуправляемой толпы. Дело времени, когда они к этому придут. Иначе ВСклад захлебнётся... — Gennady (обс.) 15:25, 23 ноября 2022 (UTC)[ответить]
      • (оскорбление скрыто) (прочитать) Macuser (обс.) 10:53, 25 ноября 2022 (UTC)[ответить]
        • @Iniquity, вы хотите сказать, что я не прав? Посмотрите на структуру моих правок - большинство из них в коммонс. Те сотрудники, с которыми я там пересекался - может они и гениальные программисты - но в видимой работе с контентом они не видящие дальше собственного носа криворукие бездельники, не только не видящие проблем, но и прямо создающие проблемы на ровном месте. Macuser (обс.) 10:16, 26 ноября 2022 (UTC)[ответить]
    • Основная проблема викисклада в том, что он не дружелюбен для пользователя. Он устраивает только фанатов викисклада. Для малоопытных участников это густой лес посреди болота в полной тьме. Даже самое простое (языковая адаптация) не реализовано. Мне проще найти в википедии статью и через неё попасть в категорию, чем искать на викискладе. А видео или аудио плееры - из какого они века? VladimirPF (обс.) 15:31, 23 ноября 2022 (UTC)[ответить]

Инструмент для поиска не(до)патрулированных страниц вглубь по категориям

По просьбе @Pessimist2006, на замену вышедшему из строя инструменту deep_insight я написал свой инструмент, позволяющий искать не- и недопатрулированные страницы в заданной категории и её подкатегориях (а также - с заданным шаблоном): https://mbh.toolforge.org/unreviewed-pages.cgi . Предложения о доработках приветствуются. MBH 04:36, 22 ноября 2022 (UTC)[ответить]

  • Просьба чуть доработать:
  1. Сделать описание хотя бы одной фразой: «поиск непатрулированных статей и статей с устаревшим патрулированием»
  2. Исправить «without category» на «with category»
  3. Сделать открытие ссылок из результатов поиска в новую вкладку — удобнее патрулировать, когда результат поиска остается в исходной вкладке.
Pessimist (обс.) 06:06, 22 ноября 2022 (UTC)[ответить]
  • 1) Сделать в шапке инструмента? А зачем? 2) Так ведь правильно написано, префикс не нужен. 3) Я это делаю средней кнопкой мыши, как и любую другую ссылку - так тебе сложно? MBH 06:21, 22 ноября 2022 (UTC)[ответить]
    • Ну да, в шапке. Чтобы видеть что это без расшифровки адресной строки.
      Не сразу понял
      Можно конечно и так. Pessimist (обс.) 06:32, 22 ноября 2022 (UTC)[ответить]
      • Ну в заголовке вкладки название есть, "Unreviewed pages (Компьютерные игры)". Ссылки в новой вкладке сделаю, как станет не лень погуглить и напомнить себе, как это делается, шо-то там _blank, кажется. MBH 06:43, 22 ноября 2022 (UTC)[ответить]
        • Да, target=”_blank”
          Кроме того, в идеале для статей с устаревшим патрулированием открывать не статью, а разницу между текущей и последней патрулированной версиями. Pessimist (обс.) 15:35, 22 ноября 2022 (UTC)[ответить]
          • target="_blank" на каждый щелчок по ссылке будет открывать новую вкладку со страницей. Иногда это именно то, что нужно. Обычно же удобнее target="_foobar" (или иное нетривиальное имя). Тогда при первом щелчке откроется новая вкладка, при новых щелчках страницы будут открываться в ней же. То есть только две вкладки: результаты поиска и текущая обработка.
            Это всё если настройки браузера не блокирут открытие новых вкладок любого типа. — Neolexx (обс.) 15:44, 22 ноября 2022 (UTC)[ответить]
          • Сделал и бланк, и вывод сразу диффа. MBH 19:19, 22 ноября 2022 (UTC)[ответить]

Ненужные шаблоны "новые сверху" на СО статей

На СО части статей (200+) используются Ш:Новые сверху/Ш:Новые сверху 2, которые добавляют темы не в конец, а в начало. Точнее, они, в большинстве, просто стоят на пустых СО с 2009 года (пример), а кое-где на СО темы пошли вперемежку (пример). Никто не возражает, чтобы их со всех СО статей поснимать/заменить на новые снизу, а темы, где они есть, отправить в обычном порядке?
Из-за таких шаблонов можно запутаться, да и Discussion Tools не работают при создании тем сверху, на пустых СО нет красивого предложения обсуждать — Proeksad (обс.) 17:17, 19 ноября 2022 (UTC)[ответить]

  • Со страниц обсуждения статей их точно надо убирать, они еще и кнопку "добавить тему" убирают в принципе. Ужас. Iniquity (обс.) 00:57, 20 ноября 2022 (UTC)[ответить]
  • Да, следует видоизменить код шаблонов для того, чтобы они не работали на СО контентных страниц (шаблоны, категории, статьи и т. п.). Эти шаблоны — по определению вкусовщина, а вне СО участни_ц следует вкусовщину снижать. stjn 08:07, 21 ноября 2022 (UTC)[ответить]
  • Поддерживаю. Нет никакого резона добавлять новые темы не в хронологическом порядке. Если где-то перемешались — расставить по порядку. — Cantor (O) 10:09, 21 ноября 2022 (UTC)[ответить]
  • Снять. СО статей должны подчиняться общим порядкам. Iluvatar обс 10:29, 21 ноября 2022 (UTC)[ответить]

Предитог

Нет возражений, если я просто сниму их ботом без пересортировки уже существующих на странице тем в правильном порядке? MBH 04:33, 22 ноября 2022 (UTC)[ответить]

Итог

Пускаю бота. MBH 07:33, 24 ноября 2022 (UTC)[ответить]

Вики-завещание

В развитие темы: Википедия:Форум администраторов#Флаги умерших участников. Так как обнаружилось, что некоторые участники хотят определённых действий (не хотят определённых действий) после своей смерти, может, есть смысл расширить список пожеланий? Скажем, что делать с ботами, со страницами в ЛП, к кому можно обратиться за подтверждением/опровержением и т.п.? Вопрос чисто теоретический, насколько это всё в принципе нужно и в какой форме. Я вот хотел бы сохранения страниц в моём ЛП (такие страницы удаляются в случае длительной неактивности). Лес (Lesson) 11:41, 6 ноября 2022 (UTC)[ответить]

  • Да, идея хорошая, это может быть полезно. MBH 11:49, 6 ноября 2022 (UTC)[ответить]
  • ВП:НЕСОЦСЕТЬ, нет? — Fugitive from New York (обс.) 14:03, 6 ноября 2022 (UTC)[ответить]
  • С ботами есть пара неурегулированных вопросов с правилами.
    Например, признаётся ли право бота на жизнь после смерти ботовода? (смерти как физической, так и вики-смерти, т.е. полный и окончательный уход из проекта) Если бот(ы) продолжают работать и приносить пользу - как минимум не приносят вреда - пусть и дальше живут или всех по ритуалу сати?
    В целом же смерть участника явно не подпадает под определение бессрочной блокировки за вандализм. То есть каких-либо причин удалять созданное им в личном пространстве нет.
    Если наоборот, хочется всё удалить... Можно создать своего личного бота-душеприказчика. Который сам придёт куда сказали и скажет как проинструктировали. В ответ на простановку шаблона {{Участник умер}} на личной странице, например. Или по иному критерию. — Neolexx (обс.) 20:43, 6 ноября 2022 (UTC)[ответить]
    • У нас есть У5. По которому всё личное пространство, кроме *.js и *.css, удаляется автоматически через 2 года после прекращения деятельности. Но в ЛП могут быть и полезные материалы. Лес (Lesson) 20:48, 6 ноября 2022 (UTC)[ответить]
      • У5 также не отвечает на мой вопрос "признаётся ли право бота на жизнь после смерти ботовода?" Иначе вполне представима ситуация, когда именно человека уже нет (его правок), а полезных (min. невредных) правок его бота полно.
        Я вот своих ботов заранее - как предчувствовал - научил с ботом MBHbot в успокоительно-обнадёживающей манере отвечать (например). Ладно я в итоге живой и вернулся. А так кто его знает, сколько бы тянулось.
        В целом же какой вопрос актуален: чтобы после смерти ничего нигде в личном пространстве не трогали? Чтобы после смерти всё вообще удалили (по крайней мере чтобы такой запрос post mortem был сделан)? Чтобы жизнь в личном пространстве поддерживалась вечно ботом-душеприказчиком (поздравления к дню рождению, поминание в день смерти, ёлка к Новому году на странице хозяина и т.д. и т.п)? В зависимости от вопроса и возможное решение будет. — Neolexx (обс.) 21:22, 6 ноября 2022 (UTC)[ответить]
        • Знаешь, как минимум - вынести страницы на КУ, а не на быстрое. Если что-то полезное, люди разберут. Нет - так нет. А сейчас, получается, ПИ единолично решает. Или хозяин страниц может вообще подробно расписать, что и где делать (и со статьями тоже). Сейчас просто негде это писать (чтобы через 2 года ПИ заметил). Лес (Lesson) 19:37, 8 ноября 2022 (UTC)[ответить]
          • Ушедшие годы жизни добавляют минора в круг интересов... :-) Лет 15 назад острые дискуссии шли о критериях значимости исполнителей в жанре порно (с выраженным неполиткорректным перевесом именно в сторону порноактрис, а не порноактёров).
            Ныне актуальны переживания о судьбе вики-наследия после смерти участника: эта тема, на форуме администраторов.
            Можно создать программу (на Perl, например) на внешнем сервере, которая будет ежедневно (сrontab) проверять по заданным критериям, жив ли её создатель.
            В случае неоспоренного утверждения о смерти она опубликует ваше завещание и пожелания в указанных местах проекта. И/или удалит ряд заготовок. И/или иное.
            Можно заранее создать аккаунт под программу-душеприказчика, например, LeslessExe (от executor). И заранее упомянуть на ЛС (типа "Доп. аккаунт LeslessExe принадлежит мне и уполномочен сообщить мою волю касательно моего вики-наследия в случае неоспариваемых утверждений о моей смерти").
            Статус бота такой программе в принципе не нужен, так как никаких регулярных массовых автоматизированных правок в проекте не планируется.
            Вопрос о раскрытии деталей завещания до смерти завещателя зависит от доверия к конкретному серверу и его сисадминам (что не будут лазать по чужим файлам и сливать). 100% тут никто не даст, как и по абсолютно любой информации, размещённой в инете. — Neolexx (обс.) 06:57, 9 ноября 2022 (UTC)[ответить]
    • Например, признаётся ли право бота на жизнь после смерти ботовода? Вообще может какой-либо доброволец воспроизвести ритуал перенесения кода бота себе (то есть сделать аналогичного бота).
      Если бот(ы) продолжают работать и приносить пользу - как минимум не приносят вреда - пусть и дальше живут или всех по ритуалу сати? До первой поломки. Далее — см. пункт 1. Футболло (обс.) 15:41, 7 ноября 2022 (UTC)[ответить]
  • Вики-завещание:
    Отдайте... всё...:-)Футболло (обс.) 15:39, 7 ноября 2022 (UTC)[ответить]
  • Ботов, делающих что-то нужное, не только не следует выключать, наоборот, их надо сохранять, даже если участник решил, что после него хоть потоп, и завещанием выразил желание их выключить. Тут ведь нельзя завещанием (или иначе) взять и уничтожить свой полезный вклад в статьях, он сразу становится общественным достоянием, — так по смыслу и с вкладом в техподдержку должно быть. Demetrius Talpa (обс.) 09:32, 10 ноября 2022 (UTC)[ответить]

Одно точно нужно: список умерших участников с указанием их вклада. ОНИ СОЗДАВАЛИ ВИКИПЕДИЮ. Стоит и над попросту ушедшими подумать... тот же Третьяк оставил более 10 тысяч статей, разве не достойно будет его помянуть? — @ → SAV © 18:48, 14 ноября 2022 (UTC)[ответить]

Предварительный итог

Я пока сделал так: Участник:Lesless/Вики-завещание. Со временем это может трансформироваться во что-то другое, например, возможен пересмотр У5. Я не очень понимаю, зачем надо зачищать личное пространство неактивных участников. Лес (Lesson) 05:18, 17 ноября 2022 (UTC)[ответить]