Википедия:Форум/Технический

< Википедия:Форум(перенаправлено с «Википедия:Ф-Т»)
Актуально
Обсуждения правил
Опросы
Выборы, присвоение и снятие флагов
Выборы администраторов
Снятие флагов
  • Ženg (ПИ) — (?) заявка подана
Список изменений в правилах

Вложенный список, отступПравить

На странице Динамо некорректно отображается Динамо (стадион) через {{NL}} (не начинается новая строка перед «В России», «Ранее именовались» и «В мире», 1-е и 3-е оформлены ;). И вообще, замечено, что что-то с отступом стало: например, на странице Сунжа до этой правки [1] (на странице Сунжа (река)) был некорретный отступ. И где-то ещё подобное было (<noinclude></noinclude> стало необходимо переносить на строку вверх).

В истории правок страницы шаблона {{NL}} имеются действия 6 августа, возможно оттуда это. - 109.232.189.73 12:22, 10 августа 2022 (UTC)

  • [2] полагаю, будет ответ в таком духе. ~~‍~~ Jaguar K · 12:45, 10 августа 2022 (UTC)
  • Спасибо за сообщение. Если что, текущий код модуля находится на Модуль:Вложенный список, если кому-то придут в голову решения этих проблем.
    1. Динамо (стадион) пока непонятно, как исправить именно с шаблоном {{NL}} — шаблон, как следует из названия, предназначен для вложенных списков, т. е. синтаксиса, который идёт ***, а не для любых включений одних страниц дизамбигов в другие. Наверное, можно реализовать поддержку и такого синтаксиса, с разрывами списков во «вложенных списках», но это затратно и непонятно, в каком виде легко реализовать. Сейчас я изменил в Динамо (стадион) код на такой, который в принципе стоило бы поддерживать модулем, но пока что поддержки нет.
    2. С Сунжа вопрос интереснее, потому что вроде бы текущий код модуля должен предотвращать такие проблемы. Сейчас модуль убирает все переносы строк на включаемых страницах, чтобы иметь возможность генерировать семантический список, что и приводит к таким проблемам в каких-то случаях (например, я увидел одну и исправил сейчас).
    Я могу отменить правки в модуле, переводящие синтаксис на новый (или исправить ошибку, если она простая), если вы мне покажете ещё случаи, аналогичные страницам Сунжа / Сунжа (река), потому что такие правки должны быть излишними. В целом же я рад, что проблемных случаев было намного меньше, чем я думал, и большинство дизамбигов отображаются сейчас в семантичной версии, кажется, без ошибок. [Если вкратце, шаблон NL ранее генерировал отдельные списки под каждый вложенный список, разрывая их, а сейчас через модуль генерируются подсписки в едином списке дизамбигов. Это мотивировано семантикой и доступностью.] stjn 13:44, 10 августа 2022 (UTC)
    • А, с Сунжей всё оказалось очень просто (не работал список, а не «был некорректный отступ»). Исправил, больше предисловие вставлять не нужно. stjn 14:12, 10 августа 2022 (UTC)
    • В Динамо после {{:Динамо (стадион)}} лишняя пустая строка появилась. - 109.232.189.73 14:18, 10 августа 2022 (UTC)
      • Ну, бывает. Переносить <noinclude></noinclude> на одну строку с концом списка — выглядит страннее в визуальном редакторе, чем пустой абзац в одном месте. stjn 14:23, 10 августа 2022 (UTC)
        • Трудно согласиться. Код не виден, а пустая строка видна. - 109.232.189.73 14:25, 10 августа 2022 (UTC) Сейчас перенесу. - 109.232.189.73 14:30, 10 августа 2022 (UTC)
        • Разве нельзя обрезать перевод строки в конце и начале? ~~‍~~ Jaguar K · 14:37, 10 августа 2022 (UTC)
          • Да в модуле-то можно, речь про обычное включение одной страницы в другую. Ну, если кому-то хочется заниматься удалением пустых абзацев от этого, то пожалуйста. stjn 14:45, 10 августа 2022 (UTC)
            • В модуле. На страницах, безусловно, удобнее с новой строки теги ставить.
              А, понял, думал, речь про шаблон. ~~‍~~ Jaguar K · 14:47, 10 августа 2022 (UTC)

TWIMC: Наслоение элементов в интерфейсе ru.wikipedia.orgПравить

Не знаю, по адресу ли, но встретилось вот такое наслоение элементов:

 

CC: Участник:Jack who built the house

Паша Чернов (что обсудим?) 08:49, 9 августа 2022 (UTC)

  • ПКМ ~~‍~~ Jaguar K · 08:55, 9 августа 2022 (UTC)
  • Рекомендую включить в настройках альтернативный интерфейс :) Iniquity (обс.) 13:14, 9 августа 2022 (UTC)
    • Спасибо! Речь про иную тему оформления, чем «Векторная (2022)»? Про собственный CSS? Или что-то другое? (поиск слова «альтернативный» в пунктах настроек по сути ничего не дал). — Паша Чернов (что обсудим?) 13:43, 9 августа 2022 (UTC)
      • Настройки удобных дискуссий -> "Переформатировать сообщения, заменяя подписи на стандартные ссылки сверху и снизу" :) Iniquity (обс.) 13:50, 9 августа 2022 (UTC)
        • Еще бы подписи не трогало или выделяло из них ник как-нибудь. Например, был Зануда, стал Удивленный1. Ну и подписи можно автоматически исправлять [3], а то дифф не находит:( ~~‍~~ Jaguar K · 13:45, 10 августа 2022 (UTC)
          • О ужас, имхо, рандомные подписи вообще надо удалить из движка xD Они только запутывают. Iniquity (обс.) 15:50, 10 августа 2022 (UTC)

Технические новости: 2022-32Править

19:49, 8 августа 2022 (UTC)

Просветите по сложному поискуПравить

Я хочу в статьях проекта Футбол (как пример) найти прямые ссылки на английскую Википедию, оформленные как [[:en:.
Для этого открываю petscan, на вкладке "Templates&links" указываю "Статья проекта Футбол", на вкладке "Other sources" в поле "Search" пишу insource:\/[\[\:en\:/.
И это вроде бы работает, какие-то страницы находятся. Но есть некоторые сомнения:

  1. Поиск всегда занимает чуть больше 20 секунд, даже для разных по размеру проектов (от 900 до 27к страниц). Значит ли это, что поиск обрывается по таймауту, и в результат попадают не все нужные страницы?
  2. Нормально ли в этом случае использовать регэкспы? По субъективным наблюдениям, регэкспы в поле поиска на Википедии работают медленнее, чем обычные запросы. Может, запрос можно сформировать более производительным способом? Пробовал просто заключать в кавычки — insource:"[[:en:" — находится много лишнего, содержащего к примеру "/en/" в каком-то url.
  3. Вообще, может быть для описанного случая есть более подходящий инструмент, чем petscan?

Спасибо. Klientos (обс.) 23:26, 8 августа 2022 (UTC)

  • Я так понял, в этом случае
    1) Petscan составляет список статей с шаблоном "Статья проекта Футбол"
    И
    2) Petscan находит поиском 500 (по дефолту) статей с insource:\/[\[\:en\:/
    а потом ищет пересечения. Поскольку статей, подходящих под регэксп, на порядки больше, чем 500 — в пересечении множеств оказывается только небольшая часть искомых статей. Увеличение лимита до 500000 повышает вероятность нахождения, но всё равно находятся не все статьи.
    А можно так, чтобы инструмент сначала составлял список статей на основании шаблона проекта, а потом искал в них нужный текст? Тогда ему не лопатить не 1М+ статей, а только несколько тысяч. -- Klientos (обс.) 01:28, 9 августа 2022 (UTC)
    • 191 результат, а у вас? Если поправить регэксп /\[\[\:en\:/, то поиск занял 160с и вернул 288 результатов. (лимит 50к) ~~‍~~ Jaguar K · 09:03, 9 августа 2022 (UTC)
      • Я сейчас взял проект поменьше, чтобы проще было перепроверять результат поиска:
        Статьи проекта Вьетнам, правильный регэксп, лимит 500000 — ссылка на поиск.
        Результаты примерно такие:
  1. Цельнометаллическая оболочка
  2. Хмонги
  3. Вооружённые силы Республики Вьетнам (находится через раз)
  4. Куокнгы
  5. Список премьер-министров Вьетнама
Стабильно не хватает в результатах, как минимум:
-- Klientos (обс.) 12:48, 9 августа 2022 (UTC)
  • Да, я потестил, но так как решения не нашел, не стал писать. Как мне кажется, регэксп ограничен примерно 10к, в примере 62к страниц (локальный поиск) - примерно так и выходит в результате (1/6 от необходимого количества для футбола). Хотя в случае к:футбол ур.99 находит 550+ страниц, но если их всего порядка 2к, разницы нет. Порядок в 2к преположен исходя из локального поиска регэксп+шаблон футболист. ~~‍~~ Jaguar K · 13:04, 9 августа 2022 (UTC)

ВикификаторПравить

Если нажать кнопку викификатора в любой статье и нажать внесённые изменения, то появляется Ошибка при установлении защищённого соединения. В других случаях такой ошибки нет (для внесённых изменений и любых других правок). Раньше всё было нормально. Тема Вектор 2010, Firefox Nightly 105 (последний). Спасибо. Oleg3280 (обс.) 15:09, 8 августа 2022 (UTC)

  • Аналогично для шаблонов, если воспользоваться оформление кода при помощи скрипта и нажать внесённые изменения. Oleg3280 (обс.) 15:28, 8 августа 2022 (UTC)
  • Установлены расширения Adblock Plus, DuckDuckGo Privacy Essentials и Flagfox. Отключил, проблема осталась. Oleg3280 (обс.) 15:40, 8 августа 2022 (UTC)
  • Заранее спасибо. Oleg3280 (обс.) 16:19, 8 августа 2022 (UTC)
  • Только что проверил в Vivaldi. Это конкретно баг в Firefox Nightly 105. Oleg3280 (обс.) 16:24, 9 августа 2022 (UTC)
    • Возможно, с этим ничего не поделать? Nightly ведь версия для тестирования. ~~‍~~ Jaguar K · 17:13, 9 августа 2022 (UTC)
      • Увы. Буду пользоваться Vivaldi. Вчера, когда создавал тему, не проверил в других браузерах. Oleg3280 (обс.) 17:16, 9 августа 2022 (UTC)

ИтогПравить

Всем спасибо. Oleg3280 (обс.) 17:16, 9 августа 2022 (UTC)

"не показана 1 промежуточная версия 2 участников"Править

На странице «различия между версиями» в случае скрытия одной из правок появляется надпись «(не показана 1 промежуточная версия 2 участников)». Вероятно, где-то нужно что-то подправить для вывода более соответствующего действительности сообщения. Kalendar (обс.) 09:46, 8 августа 2022 (UTC)

  • Вам на phab: ~~‍~~ Jaguar K · 09:59, 8 августа 2022 (UTC)
    • А если я не вспомню пароль от phab:, никто не отправит заявку? Kalendar (обс.) 10:18, 8 августа 2022 (UTC)

Ненулевая нулевая правкаПравить

Обнаружил неожиданный эффект, вдруг кому-нибудь интересно: правка. Фишка в том, что пробел в конце диффа я не удалял и, более того, его уже с самого начала не было в коде раздела (но можно было увидеть, если открыть для редактирования всю статью). Если, ничего не изменяя в тексте, сразу нажать «Внесённые изменения», то в диффе тоже показывается удаление пробела. --83.220.227.132 07:41, 6 августа 2022 (UTC)

  • Если его "можно было увидеть", то откуда информация, что "не было"? Vcohen (обс.) 09:54, 6 августа 2022 (UTC)
    • Не было, если открывать код одного раздела. --83.220.227.132 10:14, 6 августа 2022 (UTC)
  • Получается, что пробел в конце секции срезается в данных условиях уже в начале редактирования раздела. Хорошо хоть не буква срезается. Halfcookie (обс.) 18:44, 7 августа 2022 (UTC)
  • Вы точно не нажимали викификатор? ~~‍~~ Jaguar K · 16:04, 8 августа 2022 (UTC)
    • Конечно; я это заметил ещё в предпросмотре, после чего несколько раз проверил в разных конфигурациях, выходя каждый раз из редактирования. -83.220.227.132 17:10, 8 августа 2022 (UTC)

Викификатор в Аварской ВППравить

Коллега M. Omarius пытается восстановить работоспособность кнопки Викификатора, но что-то идёт не так и кнопка не появляется. — Soul Train 20:50, 5 августа 2022 (UTC)

  • Может кто-то посмотреть, и дать совет тут или на СО у участника? Кнопка Викификатора пропала где-то ещё в декабре (их, на самом деле, выскакивало вообще две штуки). — Soul Train 21:27, 7 августа 2022 (UTC)

Как найти несколько категорий в AWBПравить

Коллеги, мне нужно одновременно найти несколько категорий с помощью AWB: как мне сформулировать условия поиска? VladimirPF (обс.) 20:25, 5 августа 2022 (UTC)

HotCat в категоризации шаблоновПравить

Коллеги, а можно ли каким-нибудь хитрым образом научить HotCat работать в пространстве шаблонов чтобы редактировать с его помощью категории внутри тегов noinclude? Pessimist (обс.) 19:45, 5 августа 2022 (UTC)

Категория:ISBN анашанатә зхьарԥшқәа рдаҟьақәаПравить

Почему-то сотни статей ру-Вики (на момент написания запроса, более 400) попали в эту красную категорию… — Adavyd (обс.) 20:12, 4 августа 2022 (UTC)

ИтогПравить

Для бота. windewrix (обс.) 08:41, 6 августа 2022 (UTC)

Технические новости: 2022-31Править

21:21, 1 августа 2022 (UTC)

Использование изображения из en-wiki в ru-wikiПравить

Есть такое изображение в en-wiki, как сделать ссылку для вставки в карточку соответствующей страницы в ru-wiki? — DenBkh (обс.) 23:52, 3 августа 2022 (UTC)

  • Никак, изображение недоступно из других разделов. Только перезагрузить сюда по критериям ВП:КДИ. — Мария Магдалина (💌) 00:01, 4 августа 2022 (UTC)

Автоматическое проставление часового пояса российским наспунктамПравить

Такое кто-нибудь реализует? Я, наверное, и сам смогу, но может кто-то сделает это быстрее и правильнее. MBH 17:19, 3 августа 2022 (UTC)

Поломался флаг команды ОКРПравить

На Викискладе был удалён флаг Олимпийского комитета России, из-за чего в рувики поломалась разметка во многих статьях, связанных с Играми 2022 года. Вместо конструкции «флажок+страна» отображается «ОКР (ROC) ОКР». В ангоязычной версии вышли из положения — указывают команду ОКР под флагом МОК. Benezius (обс.) 06:53, 3 августа 2022 (UTC)

Не отображается Викисклад в шаблоне «Нормативный акт»Править

В шаблоне «Нормативный акт» не отображается ссылка на Викисклад, т.е. ссылка не подгружается с Викиданных. Пример: Статут Великого княжества Литовского 1588 года. Возможно данной функции в карточке не предусмотрено. Это как-то можно исправить? -- Лобачев Владимир (обс.) 12:36, 31 июля 2022 (UTC)

  • Действительно, такая функция не предусмотрена. А как Вы её представляете? Ссылка на Викисклад имеется в стандартных инструментах статьи. А подгрузка конкретных файлов сейчас предпочтительна через Викиданные. — Гдеёж?-здесь 17:47, 31 июля 2022 (UTC)
    • Точнее, наоборот: ссылка на викиданные и подгрузка файлов с викисклада - хотя тут как трактовать, ведь ссылка на файлы грузится с викиданных, а под стандартными инструментами могут пониматься шаблоны навигация и внешние ссылки. ~~‍~~ Jaguar K · 17:54, 31 июля 2022 (UTC)
  • Да, можно добавить в подвал. Но мне кажется, что это лучше обсудить на СО самого шаблона. — putnik 17:59, 31 июля 2022 (UTC)

Не отображается efn в карточкеПравить

(И вообще убираются параметры, к которым если пристроить efn.) Нет технической возможности, чтоб отображалось? Карточка {{Сезон кубкового турнира}}, статья Кубок России по футболу 2013/2014. {{efn|name=kolvo|Учтены, как сыгранные, два несостоявшихся матча 1/8 финала («Ростов» — «Алания», «Ротор» — «Салют», технические победы по 3:0) и техническая победа (3:0) в матче 1/16 финала «Звезда» Рязань — «Кубань», завершившемся в основное и дополнительное время со счётом 2:2.}} Хоть к «кол-во игр» и «кол-во голов» пристроить, хоть к числам (109 и 273). Просто выводится «сыграно матчей 109», а так-то сыграно 107 матчей. В размещённой в разделе «Ссылки» ссылке championat.com [5] (календарь) наглядно видно (пронумерованы матчи), что несостоявшиеся два учтены как состоявшиеся. Efn никак? (В «обычной» карточке, где нет автоматического подсчёта, efn работает.) - 5.250.170.52 07:33, 30 июля 2022 (UTC)

  • Можно поменять карточку, добавив к рассчетной части {{delink}}, а после добавить этот же параметр, обрезав из него всё, кроме сноски. Но слишком сложно, проще добавить некий кол-во голов_ref в удобном месте. ~~‍~~ Jaguar K · 08:09, 30 июля 2022 (UTC)

скрыть разницу версий после правки страницыПравить

Показывать разницу между проверенной и непроверенной версиями при редактировании страниц не работает ~~‍~~ Jaguar K · 19:31, 29 июля 2022 (UTC)

"Список наблюдения" и уведомления "Мы нашли медиафайл, который мог бы стать хорошей иллюстрацией в статье"Править

Интересно, что за бот сканирует мой список наблюдения, и выдаёт в уведомления рекомендации по добавлению иллюстраций? Зачем тогда нужны всякие секретные токены списка, если боты читают его регулярно? Рекомендации, кстати, сомнительного качества. Halfcookie (обс.) 17:50, 29 июля 2022 (UTC)

cite web 2Править

Подскажите, кто в курсе, работает ли шаблон для оформления ссылок {{cite web 2}} с шаблоном {{sfn}}? Дело в том, что я оформляю список литературы через шаблон {{Публикация}} и понадобилось использовать архивирование ссылок, я так понимаю эта функция есть в шаблоне {{cite web 2}}. Но он не работает в связке с {{sfn}} если проставлять дату. А как же без даты? Кто знает как решить эту проблемку? — АААЙошкар-Ола (обс.) 09:39, 28 июля 2022 (UTC)

  • Уже сталкивался с этим. Там якорь содерит в себе только параметр ref. В шаблоне публикации там ещё год. Сейчас попробую решить проблему (весь вопрос в обратной совместимости), идея есть, о результатах сообщу. -- D6194c-1cc (обс.) 09:53, 28 июля 2022 (UTC)
Спасибо. — АААЙошкар-Ола (обс.) 10:37, 28 июля 2022 (UTC)
Провёл эксперимент, да, можно сделать так, чтобы и с указанием года работало, но тогда придётся дублировать тег span с альтернативным якорем. Лишняя вложенность приводит к появлению лишнего пробельного отступа (по стилям не понятно, откуда он берётся), но это не критично. А вот лишняя нагрузка в виде доролнительного тега на ссылку ради обратной совместимости может поломать во многих статьях шаблоны навигации. Из вариантов временно сделать два тега, ботом сделать во всех статьях добавление года в sfn (где требуется), потом убрать линий span без указания года. Это требует координации. -- D6194c-1cc (обс.) 10:49, 28 июля 2022 (UTC)
  • Попутно вопрос, возможно я неправильно понял. Вы хотите, чтобы в sfn явно указывался год, то есть не устраивает без указания года? Просто если без указания года именно в sfn, то будет работать даже, если в cite web 2 дата указана. -- D6194c-1cc (обс.) 10:49, 28 июля 2022 (UTC)
Да, хотелось бы единообразия. Все краткие примечания у меня с годом идут на литературу. Конкретно сейчас в статье Терти, источник 6. На {{cite web 2}} не работает. — АААЙошкар-Ола (обс.) 12:00, 28 июля 2022 (UTC)
Да, я тоже считаю, что лучше когда везде всё по одному принципу работает. Если не найдётся человека с ботом, кто смог бы пройтись по статьям и вставить год в sfn, то альтернативно можно просто сделать форк в виде cite web 3 с годом в якоре, если он указан. Это проще всего и могу делать и я, разве что придётся плодить новые сущности. А идея с дополнительным параметром в cite web 2 (типа ref-year) мне не нравится, выглядит немного костыльно. Может у кого-то будут ещё идеи? -- D6194c-1cc (обс.) 16:57, 28 июля 2022 (UTC)
  • ref-year вообще костыльная конструкция, там работает, тут только ref ~~‍~~ Jaguar K · 17:38, 28 июля 2022 (UTC)

Вообще ценность шаблона {{cite web 2}} только в том, что в нём имеется параметр "архивирование". Подскажите, может проще вставить этот параметр в шаблон {{Публикация}}? — АААЙошкар-Ола (обс.) 07:07, 29 июля 2022 (UTC)

  • Вы имеете в виду параметры "archiveurl" и "archivedate"? В шаблоне публикация есть параметры "архив" и "архив дата". Они полностью аналогичны. А так, шаблон cite web 2 — это cite web, офтормляемый в стиле шаблона "публикация", cite web легко преобразовать в cite web 2. -- D6194c-1cc (обс.) 07:44, 29 июля 2022 (UTC)
Хм. Как это я пропустил… Тогда всё проще и я везде буду пользоваться шаблоном {{Публикация}}. Спасибо, извиняюсь, что отвлёк. — АААЙошкар-Ола (обс.) 08:19, 29 июля 2022 (UTC)

Глюк с ipПравить

Перенесено на страницу ВП:ЗКА.

REX CAERULUS 20:53, 27 июля 2022 (UTC)

Страница обсужденияПравить

Такая штука появилась на странице обсуждения — «Welcome to your talk page / People on Википедия can use this talk page to post a public message for you and you will be notified when they do.» (и картинка с шизофреническими цветочками, имеющие нечитаемые надписи посередке), — а можно ее как-то отключить или хоть переключить на русский или картинку заменить/убрать? Demetrius Talpa (обс.) 20:34, 27 июля 2022 (UTC)

Дополнение: оно убирается, если страница непустая (туда вписалось уведомление о выборах). Но вопрос остается. Demetrius Talpa (обс.) 21:06, 27 июля 2022 (UTC)
  • @Demetrius Talpa, очень странно, а у вас какой язык стоит интерфейса? Iniquity (обс.) 13:51, 28 июля 2022 (UTC)
Да, спасибо, не сообразил – оно не переведено на язык, который указан в настройках, а не на русский. Но раньше его вообще не было, усовершенствование, значит. Demetrius Talpa (обс.) 15:05, 28 июля 2022 (UTC)
  • @Demetrius Talpa, вы скорее всего включили себе в бета-функция "инструменты обсуждений" вот оно и появилось :) Iniquity (обс.) 15:29, 28 июля 2022 (UTC)

ГаджетПравить

Если гаджет добавляющий возможность нормально копировать ссылки с русским название? Артём 13327 (обс.) 18:43, 27 июля 2022 (UTC)

Не думаю. Это делает (копирует) и решает браузер. В Chrome и браузерах, основанных на движке Chromium можно выделить не всю ссылку в адресной строке, а лишь то, что после https://, тогда скопируется кириллица. В Firefox нужно сходить в about:config и переключить настройку browser.urlbar.decodeURLsOnCopy 5.165.134.51 21:46, 27 июля 2022 (UTC)
  • @5.165.134.51 спасибо, помогло Артём 13327 (обс.) 12:14, 28 июля 2022 (UTC)
  • decodeURLsOnCopy, к сожалению, декодирует и символы, которые обязаны быть закодированы, так что wiki перестаёт их правильно понимать. А вместо копирования «после https://» можно просто нажать Home (курсор на начало строки и сброс выделения), Space (вставить пробел), Ctrl+A (выделить всё), после чего скопировать весь URL (а начальный пробел потом удалить, если мешает). — Mikhail Ryazanov (обс.) 18:56, 29 июля 2022 (UTC)
    • В хром не работает. Если точнее, не работает пробел (хром считает его за спец символ и вырезает при копировании, потому пробел ни на что не влияет) ~~‍~~ Jaguar K · 19:08, 29 июля 2022 (UTC)
      • Оправдывает своё название... Тогда вместо Ctrl+A придётся нажать ⇧ Shift+End (выделить до конца строки) — зато скопируется без лишнего пробела. — Mikhail Ryazanov (обс.) 19:16, 29 июля 2022 (UTC)

Новая статьяПравить

Сделал из редиректа статью. Она не определяется ботами как новая и, соответственно, не попадает в списки новых статей. Почему? — Simba16 (обс.) 20:19, 25 июля 2022 (UTC)

  • Технически дата создания статьи определяется датой первой правки в истории статьи. В данном случае первой правкой в 2010 году было создано перенаправление, значит считается, что и статья была создана в 2010. — SkorP24 20:42, 25 июля 2022 (UTC)
    • Я имел в виду, что создание статей из редиректов не такая уж редкость. Поэтому странно, что это не учитывается при регистрации новых статей. — Simba16 (обс.) 05:57, 26 июля 2022 (UTC)
      • В данном случае новая статья не является новой страницей основного пространства, потому и не учитывается. — Cantor (O) 07:23, 26 июля 2022 (UTC)

Добавлена после последнего посещенияПравить

Почему изменили отображение новых правок в истории версий статей, находящихся в списке наблюдения? Раньше было сразу хорошо видно первую не проверенную версию. Теперь же приходится просматривать все строки в поисках последней метки "Добавлена после последнего посещения". [6] И кому, спрашивается, нужна такая подробная надпись, которую не видно? Когда это сделали в EnWP, я подумал, хорошо, что в РуВП такого нет. Теперь есть. Лапоть (обс.) 17:27, 23 июля 2022 (UTC).

  • Ответ в истории. Тоже удивился. ~~‍~~ Jaguar K · 17:35, 23 июля 2022 (UTC)
  • Без звёздочки стало очень неудобно, приходится ломать глаза в поиске текста "Добавлена после последнего посещения". Раньше в РуВики уже был аналогичный текст, затем его заменили на хорошо видимую звёздочку. Если есть проблема в мобильной версии, то её нужно решать без ущерба для пользователей немобильной версии. Kalendar (обс.) 19:26, 23 июля 2022 (UTC)
    • Всеми руками за. ~~‍~~ Jaguar K · 19:30, 23 июля 2022 (UTC)
    • Как компромисс можно сделать тот же текст жирным и ярким. Vcohen (обс.) 19:45, 23 июля 2022 (UTC)
      • Насколько я помню, звездочка находилась не в конце текста, а около имени. Теперь же плавает. Плюс бывают длинные комментарии и не менее длинные разделы, замусоривать и без того нагруженный интерфейс не стоит. ~~‍~~ Jaguar K · 19:54, 23 июля 2022 (UTC)
  • К слову о доступности, предлагаю инженерам сделать так, чтобы надписям в шаблонах, имеющим 1-3 символа, автоматически, посредством движка или скрипта, добавлялся ш:фиттс. И не только в шаблонах. ~~‍~~ Jaguar K · 19:48, 23 июля 2022 (UTC)
    • Предлагаю вам в будущем писать по теме обсуждений. stjn 10:35, 25 июля 2022 (UTC)
  • Нововведение ухудшило читабельность истории правок, со звёздочкой было намного нагляднее. — Cantor (O) 20:39, 24 июля 2022 (UTC)
    • +1. — Simba16 (обс.) 21:37, 24 июля 2022 (UTC)
    • +1 000 000 000 000 000. Когда это нововведённый моразм будет отменён? Kalendar (обс.) 08:58, 25 июля 2022 (UTC)
  • Очень приятно слышать в адрес своих правок слово «маразм», ну да ладно, у нас это обыденность.
    Поясню: я могу отменить эту правку, но мне кажется, никто здесь не услышал аргументов за это изменение. А они вполне конкретные: эту надпись невозможно проинтерпретировать, не зная, какая у неё подсказка, на мобильных, и пользователям, которые читают Википедию с программами чтения с экрана. «Решать проблему только для мобильной версии», или только для пользователей с программами чтения с экрана, не очень просто: сообщение MediaWiki:Updatedmarker не поддерживает HTML, и любые изменения должны будут делаться на уровне скриптов/гаджетов, включая замену текста на звёздочку.
    Я сделал новую надпись мельче, потому что думал, что если в истории у всех будет крупным шрифтом написана длинная надпись «Добавлена после последнего изменения», то люди отреагируют негативно; это, видимо, было ошибкой. Сейчас я увеличил шрифт и хотел бы новых отзывов от высказавшихся выше (если изменения не настанут сразу, это кэш, надо подождать). Правку можно и отменить полностью, конечно, но я бы хотел попробовать найти какое-то решение, которое устроит всех высказавшихся негативно здесь без ущерба кому-либо ещё кроме тех, кто высказался негативно. stjn 10:29, 25 июля 2022 (UTC)
    • Stjn, полагаю, что правильно было бы отменить правку и затем обсуждать её. Кроме того, ваша реплика выше о теме мне неприятна, так как, на мой взгляд, прямо относится к доступности. ~~‍~~ Jaguar K · 11:34, 25 июля 2022 (UTC)
    • По-прежнему приходится ломать глаза. На каждой статье заново. Vcohen (обс.) 12:28, 25 июля 2022 (UTC)
    • Нет, так всё равно плохо. Сейчас каждая строчка просто представляет собой монотонный набор текста. Надпись "Добавлена после ..." не бросается в глаза, всё равно все строки приходится просматривать. А разве кто-то жаловался на то, что не понимает, что это за звёздочка в мобильной версии? По-моему, замена звёздочки на текст - это просто решение несуществующей проблемы. Лапоть (обс.) 16:57, 25 июля 2022 (UTC).
    • Коллега, во-первых, я умышленно написал именно «моразм», потому что «морально» стало намного сложнее просматривать историю изменений десятков статей ежедневно, выискивая самые нижние появления текста вместо ранее мгновенно бросающиеся в глаза звёздочки. В мобильной версии не работают комментарии во многих местах кроме этих звёздочек, но никто же так радикально не решает эти проблемы. Пожалейте глаза редакторов, пытающихся обнаружить этот трудно обнаруживаемый текст. Кстати, до введения звёздочек, насколько я помню, был текст примерно такого же яркого цвета, как у звёздочек. Kalendar (обс.) 17:27, 25 июля 2022 (UTC)
      • На мой взгляд, это совершенно неуместная лексика, за которую мне, впрочем, неудобно выносить вам предупреждения. В каком бы виде вы это слово ни написали. stjn 20:07, 25 июля 2022 (UTC)
  • В интерфейсе есть некие интуитивно понятные моменты, к которым люди привыкли за годы работы. С целью сделать Википедию понятной для новичков ломается рабочая среда, привычная для тысяч постоянных пользователей. Разумеется, интерфейс надо совершенствовать, но надо ли это делать любой ценой? Simba16 (обс.) 12:38, 25 июля 2022 (UTC)
    • Хочу уточнить, что примерно так же (только с немного ядовитым фоном) выглядела надпись на момент введения нововведения. Потом её (вроде бы без обсуждения) изменил Alex Smotrov, и уже в таком виде «люди привыкли за годы работы». Если надпись нужно в новом виде сделать заметнее, я не вижу этому препятствий; просто я думал, что если я оставлю стандартные стили, то возмущения будет больше, потому что они делают эту надпись намного более заметной. stjn 14:06, 25 июля 2022 (UTC)
  • Вспоминая босоногое викидетство, свидетельствую, что значение этих звёздочек я понял намного раньше, чем догадался, что под ними спрятана всплывающая подсказка.:) --188.65.245.98 14:11, 25 июля 2022 (UTC)
  • Не понимаю, о каких звёздочках идёт речь; никаких звёздочек я не помню. Глядя на [7] , маркером непатрулированных для меня всегда были другой цвет правок (жёлтый против синего) и увеличенный промежуток между блоками. Какая звёздочка? MBH 14:15, 25 июля 2022 (UTC)
    • Речь о непросмотренных версиях, а не о неотпатрулированных. Были зеленые звездочки. Vcohen (обс.) 14:18, 25 июля 2022 (UTC)
    • Это редкая фича, которую увидишь, только если знаешь о ней. Если страница в СН, в ней были правки, и открываешь не страницу, а её историю (это важно!), то будут маркеры около правок после последнего посещения вами. ~~‍~~ Jaguar K · 14:18, 25 июля 2022 (UTC)
  • Так как не все вкурсе, вот скрин:
      ~~‍~~ Jaguar K · 14:29, 25 июля 2022 (UTC)
    • Ой, так надо же цветом выделять не шрифт, а фон! И волки будут сыты, и овцы целы. --188.65.245.98 14:40, 25 июля 2022 (UTC)
      • Громоздко, спасибо, не надо. ~~‍~~ Jaguar K · 14:51, 25 июля 2022 (UTC)
  • Предложение: заменить надпись на 3 цветные звёздочки, а легенду (*** — добавлена после последнего посещения) разместить до списка, желательно справа от кнопки. — Ыфь77 (обс.) 18:07, 25 июля 2022 (UTC)
    • Хватит и одной, как было. Вопрос в том, можно ли отображать эту легенду по делу или она будет красоваться всегда (полагаю, второе). ~~‍~~ Jaguar K · 18:31, 25 июля 2022 (UTC)

К итогу [Новая правка]Править

По обсуждению с инженерами внёс следующие изменения: вернул стандартный ядовитый зелёный фон и написал короткое «новая правка» вместо длинного «Добавлена после последнего изменения». Эти изменения должны уже вступить в силу (если стиль всё ещё старый, это кэш). Такой вариант устроит высказавшихся выше, или требуются дополнительные изменения? stjn 20:07, 25 июля 2022 (UTC)

  • против. ~~‍~~ Jaguar K · 22:00, 25 июля 2022 (UTC)
    • Можно указать конкретнее, что не так в новом варианте? Отсутствие звёздочки, что-то ещё?
      И также к предыдущему тексту: вы жаловались о неприятной реплике, но сами написали куда более неприятный выпад в мой адрес. Если я делаю какие-то изменения и они вызывают критику, я спрашиваю чужих мнений как здесь, так и по другим каналам, чтобы сделать лучше, и это нормально. Это никак не говорит, что «инженеры [мн. ч.] продавливают эту правку», как вы это характеризуете. Тем более что у меня нет здесь никакой конкретной агенды, кроме как сделать устраивающий участников вариант, который будет включать в себя понятный текст. stjn 22:29, 25 июля 2022 (UTC)
      • Хорошо, открою тему на ВУ. ~~‍~~ Jaguar K · 22:34, 25 июля 2022 (UTC)
      • Другие каналы не могут иметь вес, а если могут, на мой взгляд, это как раз нарушение консенсуса (т.к. принимаются мнения инвики). ~~‍~~ Jaguar K · 22:44, 25 июля 2022 (UTC)
      • Не так то, что на ВУ. ~~‍~~ Jaguar K · 22:46, 25 июля 2022 (UTC)
        • Понимаете, в чём дело. Сейчас всё оставшееся изменение — это замена звёздочки на неразрывную надпись «[новая правка]». С одним и тем же фоном, в одном и том же месте. Я хочу услышать от участников, достаточно ли этого, или надо сделать что-то ещё. Вы предпочитаете сутяжничать, хотя я в обсуждении ни разу не сказал, что мне скажем осточертела звёздочка или что-то ещё. Я привёл конкретные аргументы, по которым я улучшил прошлый вариант. Люди выше писали о стилистическом возражении к новой версии (сложнее заметить надпись), которое я пытаюсь исправить.
          Вы действительно ведёте себя неконструктивно, даже если, как вы написали на ВУ, на вашей стороне формально будет правило. Тут, конечно, можно напомнить, что правила Википедии это не самоцель, в то время как конструктивный диалог — одна из основ проекта, которой вы по какой-то причине пренебрегаете. [А хорошую формулировку мне могли предложить в любом месте. Я просто упомянул, что новая краткая и хорошая формулировка — не моя заслуга.] stjn 23:03, 25 июля 2022 (UTC)
          • > Вы действительно ведёте себя неконструктивно
            Конструктивность у каждого своя. Я вижу неконструктивность в вашем подходе. Вы позиционируете свою правку как очевидно верную, а я как очевидно неконсенсусную. Её стоило отменить после нескольких против, тем более, что до вас изменений не было >3,5 лети многие привыкли. Вы же даже не дали инструкций (стилей) для того, чтобы вернуть, как было (это конструктивная часть моей неконтруктивной реплики). И так далее. ~~‍~~ Jaguar K · 23:48, 25 июля 2022 (UTC)
  • Как один из высказывавшихся выше скажу, что вариант с «[новая правка]» на зелёном фоне значительно более заметен, чем тёмно-зелёные буквы, которые были до этого. Полагаю, мы достигли компромисса между удобством тех, кто привык этим пользоваться, и необходимостью корректного отображения в мобильной версии. Спасибо. — Cantor (O) 07:37, 26 июля 2022 (UTC)
    • Согласен с этим мнением. Vcohen (обс.) 10:03, 26 июля 2022 (UTC)
    • По сравнению с прежним текстом оформление «[новая правка]» на зелёном фоне является оптимальным вариантом. Хотя всегда есть возможности дальнейшего совершенствования. К примеру, на странице «Список наблюдения» кнопка «разн» ведёт на страницу «различия между версиями», а кнопка «история» ведёт на страницу «история изменений». На странице «история изменений» также есть кнопки «текущ.» и «пред.». И назначение этих кнопок вполне понятно. Поэтому, как варианты, можно сократить «[новая правка]» до «[новая]» или до «[правка]». Kalendar (обс.) 16:29, 26 июля 2022 (UTC)
  • На мой взгляд, проблема удобства выше проблемы доступности. Для повышения доступности можно добавить в настройки гаджет, который заменяет подобные элементы на лету. Надпись [Новая правка] (в связи с тем, что зависит от списка наблюдения) доступна только зарегистрированным участникам, а потому нужно ориентироваться в первую очередь на мнения здесь. ~~‍~~ Jaguar K · 11:27, 2 августа 2022 (UTC)
    • Логически тогда уж наоборот: гаджет должен подставлять звёздочку вместо текста. Оно хоть и доступно только зарегистрированным, но новичок добирается до списка наблюдения раньше, чем до гаджетов. --(188.65.245.98) 83.220.227.132 11:48, 2 августа 2022 (UTC)
      • Новичок не обязательно будет использовать эту фичу, т.к. [8]. История статьи нужна (навскидку) патрулирующим и возможно вандалаборцам, а не новичкам. ~~‍~~ Jaguar K · 11:53, 2 августа 2022 (UTC)
        • Будет или не будет — это его дело, но текстовое пояснение если кому-то нужно, то только новичку; опытный участник уже и так знает, что означает звёздочка. --83.220.227.132 12:15, 2 августа 2022 (UTC)
          • По-моему, вы завышаете шансы новичка встретиться с этой фичей.
            upd 8 aug: Кроме того, выше предлагали вариант текстового пояснения в виде легенды - я лучше на него соглашусь - его хоть скрыть легко. ~~‍~~ Jaguar K · 12:55, 2 августа 2022 (UTC)

ИтогПравить

Практически все участники обсуждения нашли вариант «[новая правка]» с неразрывным текстом на зелёном фоне компромиссным. Те, кому нравится старый вариант со звёздочкой, могут вернуть его себе через добавление в свой личный common.js кода $( '.updatedmarker' ).text( '✱' );. В архив. stjn 13:53, 10 августа 2022 (UTC)

  • По-моему, вот этот текст очень кстати. Я оказался сутяжником, а сама тема — «Все это было бы смешно, Когда бы не было так грустно». Итог, конечно, меня устраивает (в плане оспаривать ни к чему, а не в плане ок, круто), мне неприятен лишь ход обсуждения. ~~‍~~ Jaguar K · 14:03, 10 августа 2022 (UTC)