Обсуждение Википедии:Гаджеты/Удобные обсуждения/Архив/2021—2022
Приписка "для бота" при переносе тем
[править код]Подскажите, пожалуйста, зачем пишется приписка "Для бота" при переносе тем? — DenBkh (обс.) 05:37, 10 января 2021 (UTC)
- Боты архивируют темы на основе их временных отметок, соответственно, чтобы они заархивировали, она должна присутствовать. — Джек (обс.) 06:30, 10 января 2021 (UTC)
- Странно, что боты не могут брать метку из подписи в шаблоне. ~~~~ Jaguar K · 21:34, 7 сентября 2021 (UTC)
- Не поспоришь. — Джек (обс.) 21:44, 7 сентября 2021 (UTC)
- Странно, что боты не могут брать метку из подписи в шаблоне. ~~~~ Jaguar K · 21:34, 7 сентября 2021 (UTC)
Архивация этой страницы
[править код]Джек, на этой странице есть уже темы, которым почти три года. Может, пока подключить автоматическую архивацию? ;) Michgrig (talk to me) 13:50, 11 января 2021 (UTC)
- А эта страница должна постепенно отмереть, потому что с переездом на Викисклад на неё больше нет ниоткуда ссылок :-) — Джек (обс.) 08:04, 8 февраля 2021 (UTC)
- Не согласен, что страница должна отмереть. Те, кто работают только в рувики, не пойдут на Викисклад, чтобы оставить сообщение. Michgrig (talk to me) 13:45, 8 февраля 2021 (UTC)
Подвисает при отравке сообщения на ВП:ЗКАБ
[править код]При отправке сообщения на ВП:ЗКАБ форма «подвисает» в режиме отправки.
По факту сообщение всё-таки появляется на странице, но отправленное сообщение каждый раз появляется в форме при заходе на страницу. — Mike Somerset (обс.) 17:27, 30 января 2021 (UTC)
- @Mike Somerset: Я устранил возможную причину, но не уверен на 100%, что это она; если будет ещё возникать, напишите. — Джек (обс.) 07:04, 8 февраля 2021 (UTC)
- Возникло ещё раз. Сегодня. — Mike Somerset (обс.) 08:10, 4 апреля 2021 (UTC)
- Сегодня отправлял пару запросов на ЗКАБ — продолжает подвисать. — Mike Somerset (обс.) 09:23, 7 сентября 2021 (UTC)
Дубликат подписи к ссылке
[править код]Кто-нибудь сталкивался с проблемой дублирования текста после вставки ссылки на выделенный текст?
Например, вставляю текст «Википедия: К_удалению/9_января_2021#Достопримечательности», выделяю его, нажимаю кнопку «Ссылка», нажимаю в форме «Вставить ссылку».
В результате получается вот это:
Википедия:К_удалению/7_января_2021#ДостопримечательностиВикипедия: К_удалению/7_января_2021#Достопримечательности — Mike Somerset (обс.) 08:14, 9 февраля 2021 (UTC)
- @Mike Somerset: Исправлено вместе с рядом других багов этих диалоговых окошек. — Джек (обс.) 09:01, 16 февраля 2021 (UTC)
Копирование ссылок на архивные темы
[править код]Хотелось бы, чтобы можно было скопировать ссылку на архивную тему на странице, где стоит шаблон {{закрыто}} (например). Сейчас знак «#» возле «править код» на таких страницах не появляется. — smigles 21:35, 1 марта 2021 (UTC)
- @Smigles: Сделано. — Джек (обс.) 03:43, 7 марта 2021 (UTC)
Отступы сообщений
[править код]Раньше сообщения в ветках по умолчанию сдвигались вправо звёздочками, а теперь, как я обнаружил, сдвигаются двоеточиями. Так задумано или это баг? — smigles 13:14, 13 марта 2021 (UTC)
Немного не так. Если отвечаешь не на последнее сообщение в ветке (то есть на то, на которое уже есть другой ответ), то отступ будет звёздочкой, как и раньше: **** Моё сообщение
. Если же отвечаешь на последнее сообщение в ветке, то отступ будет двоеточием: ***: Моё сообщение
. Если отвечаешь на заглавное сообщение в теме, то в одних темах отступ звёздочкой, а в других темах — двоеточием, независимо от того, есть ли ответ на заглавное сообщение. Всё это проверял в тех темах, где все отступы до публикации моего сообщения были звёздочкой. — smigles 17:25, 13 марта 2021 (UTC)
Демонстрация проблемы: Обсуждение участника:Smigles/Тестирование отступов CD. — smigles 17:44, 13 марта 2021 (UTC)
Скрипт у меня подключён глобально. Если дополнительно включить его здесь как гаджет, проблема не наблюдается: все отступы будут звёздочками. — smigles 18:18, 13 марта 2021 (UTC)
- @Smigles: У вас, я вижу, ещё и то, что правка сделана через CD, записывается не в виде метки, а в описании правки. Это значит, что у вас не выполняется файл конфигурации русской Википедии. Можете сообщить содержимое консоли (откройте инструменты разработчика (F12), перейдите на вкладку «Консоль» и скопируйте в тему текст на красном и жёлтом фоне), а также название и версию своего браузера? — Джек (обс.) 18:59, 13 марта 2021 (UTC)
- Firefox 86.0.1, гаджет выключен. В консоли предупреждения (жёлтые):В Chrome 89.0.4389.90 с выключенным гаджетом всё то же самое: проблема повторяется, предупреждения в консоли те же.Если гаджет включить, в консоли обоих браузеров дополнительно к этим трём предупреждениям появляется ещё одно:
This page is using the deprecated ResourceLoader module "jquery.throttle-debounce". Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 load.php:16:1053 This page is using the deprecated ResourceLoader module "jquery.ui". Please use OOUI instead. load.php:17:360 JQMIGRATE: jQuery.fn.delegate() is deprecated load.php:294:746
При включённом гаджете, как я уже писал, проблемы нет.Похоже, что файл конфигурации не выполняется именно в том случае, если гаджет выключен. Проблему в первый раз заметил вчера, 12 марта. Гаджет был создан за день до этого, 11 марта.К слову, это сообщение публикую с включённым гаджетом. — smigles 19:35, 13 марта 2021 (UTC)One instance of Convenient Discussions is already running. app.js:568:12
- @Smigles: Спасибо за репорт, ошибка исправлена. Трудно скоординировать загрузку нескольких компонентов скрипта, чтобы она происходила корректно и наиболее оптимально при любой или сразу двух точках входа (гаджет и персональный JS).Кто бы мог подумать, например, что, если грузить гаджет Рувики как гаджет с Викисклада, это может вырубить вообще все скрипты в Рувики в том случае, если у пользователя включён и гаджет, и скрипт глобально и каким-то удивительным образом скрипт на Викискладе выполнится быстрее, чем гаджет Рувики, из-за
Uncaught Error: module already implemented: ext.gadget.convenientDiscussions
. (В данном случае проблема была не в этом, это так, мысли вслух.) — Джек (обс.) 20:21, 13 марта 2021 (UTC)- Подтверждаю исправление. — smigles 20:39, 13 марта 2021 (UTC)
- @Smigles: Спасибо за репорт, ошибка исправлена. Трудно скоординировать загрузку нескольких компонентов скрипта, чтобы она происходила корректно и наиболее оптимально при любой или сразу двух точках входа (гаджет и персональный JS).Кто бы мог подумать, например, что, если грузить гаджет Рувики как гаджет с Викисклада, это может вырубить вообще все скрипты в Рувики в том случае, если у пользователя включён и гаджет, и скрипт глобально и каким-то удивительным образом скрипт на Викискладе выполнится быстрее, чем гаджет Рувики, из-за
- Firefox 86.0.1, гаджет выключен. В консоли предупреждения (жёлтые):
Зеленый фон и кнопка с настройками
[править код]Здравствуйте!
1. Подскажите, пожалуйста, как вернуть зеленый фон у новых сообщений вместо зеленой полоски слева? И фиолетовый у своих.
2. Сейчас кнопка с настройками глубоко зарыта, предлагаю вам добавить её слева, рядом с кнопками навигации ("Обновить страницу" и т.д.). Без знания о том, где она есть, её сложно найти. — DenBkh (обс.) 12:46, 17 марта 2021 (UTC)
- А зачем? Мне тяжело поддерживать два варианта оформления, от старого пришлось (придётся, точнее, так как в коде он пока остался) избавиться.
- Возможно, вы правы. Я рассматриваю вариант переместить её справа от кнопок «Дополнительно» и «?».
- — Джек (обс.) 12:52, 17 марта 2021 (UTC)
- Стало визуально сложнее найти, где находятся новые сообщения. Нужно приложить усилие для этого, либо использовать кнопки в панели навигации слева. Раньше я мог просто проскроллировать страницу и новые сообщения, условно, сами «бросались в глаза». То есть, usability предыдущего решения, как мне кажется, было лучше. — DenBkh (обс.) 19:51, 17 марта 2021 (UTC)
- Я получил несколько таких жалоб, но сначала хотелось бы понять, это существенное ухудшение юзабилити у этих пользователей или типичный эффект непривычности нововведения. Чтобы рассеялся последний, нужно подождать некоторое время.И в зависимости от этого либо возвращать фон по умолчанию, либо делать настройку, либо предлагать править собственные стили, если неудовлетворенность остаётся. Всё это сделать несложно. — Джек (обс.) 06:47, 18 марта 2021 (UTC)
- Стало визуально сложнее найти, где находятся новые сообщения. Нужно приложить усилие для этого, либо использовать кнопки в панели навигации слева. Раньше я мог просто проскроллировать страницу и новые сообщения, условно, сами «бросались в глаза». То есть, usability предыдущего решения, как мне кажется, было лучше. — DenBkh (обс.) 19:51, 17 марта 2021 (UTC)
- @DenBkh: оба предложения реализованы. Для возвращения фона у новых и своих сообщений добавлена настройка. — Джек (обс.) 16:23, 26 марта 2021 (UTC)
- Большое спасибо! — DenBkh (обс.) 18:21, 26 марта 2021 (UTC)
Некорректно проставляет ссылку на перенесённую тему
[править код]Здравствуйте, если в названии темы есть шаблон {{u}}, то при её переносе ваш скрипт некорректно ставит ссылку на новое место, приходится вручную исправлять. См пример. — DenBkh (обс.) 12:44, 14 апреля 2021 (UTC)
- Спасибо. Также при ответе в описание правки добавляется неверное название раздела. Причина в скрипте User:BattlePeasant/dclink.js. В следующей версии будет исправлено. — Джек (обс.) 07:18, 15 апреля 2021 (UTC)
Ошибки визуального выделения новых сообщений при первом заходе на страницу
[править код]Здравствуйте, заметил, что иногда визуальное выделение новых сообщений работает не вполне верно. Пример: yadi.sk/i/vW0J_ekRFlLU6A, ссылка на тему. Причем, если повторно зайти на ту же страницу через несколько минут, то проблема пропадает сама собой. См. yadi.sk/i/bsRTz2SlClhh3w — DenBkh (обс.) 16:24, 19 апреля 2021 (UTC)
- Спасибо. Какой-то залётный артефакт чего-то не знаю чего выше или ниже по странице, возможно находящегося в скрытом блоке. Пока поставлю низкий приоритет; если повторится, напишите, пожалуйста. — Джек (обс.) 12:56, 26 апреля 2021 (UTC)
- См. скриншот yadi.sk/i/UErK91AiyYeKzQ [1] - похожая проблема, но при повторных заходах она не исправляется. Возможно просто некорректная разметка комментария. — DenBkh (обс.) 16:33, 19 мая 2021 (UTC)
Разделы
[править код]Есть ли в гаджете функция редактирования/etc определенного раздела? Речь о трафике: сейчас что при отправке, что при предпросмотре отправляется на сервер страница целиком, поэтому у меня, с мобильны интернетом, гаджет просто не работает на сколь-либо объемных страницах, конкретно api падает по таймауту: «Не удалось получить изменения. Сетевая ошибка.» из-за очень низкий скорости на отдачу. ~~~~ Jaguar K · 16:43, 14 мая 2021 (UTC)
- Хорошо, посмотрю в эту сторону. — Джек (обс.) 01:52, 15 мая 2021 (UTC)
- @Jaguar K: А можете сориентировать, на какого примерно объёма странице скрипт начинает падать? Пример. И желательно что у вас за условия интернета такие, чтобы понять, насколько они распространены. Также должен предупредить, что, если у вас какой-то очень дорогой интернет, то скрипт увеличивает трафик, так как запрашивает страницу целиком каждый раз при её обновлении (что позволяет ему показывать обновления без перезагрузки страницы). Вряд ли это будет очень ощутимо (почти мегабайтный, если считать вики-текст, КОИ в ответе на запрос весит 300 КБ благодаря сжатию), но на всякий случай сообщаю. — Джек (обс.) 02:24, 15 мая 2021 (UTC)
- Не дорогой, но если такую опцию можно отключать, я бы отключил себе и включал лишь там, где нужно. ~~~~ Jaguar K · 08:04, 15 мая 2021 (UTC)
- Текущий вп:со с 107 Кб. уже не работает. Техфорум с 58к тоже.
- ВП:ТЗ с 48к сработал один (первый) раз из пяти, запрос обработался за 19 с
- ВП:ЗБВ c 32к 5/8 удачны и выполнялись 11—16 с
- ~~~~ Jaguar K · 08:05, 15 мая 2021 (UTC)
- 2,5 килобайта в секунду — это, конечно, прям что-то очень проблемное. И разделы тоже бывают большие, поэтому для них отправка содержимого раздела полностью проблему не решит. При этом я сам видел замедление на очень больших страницах, поэтому, возможно, определение номера раздела и отправка только него — сама по себе неплохая идея. — Джек (обс.) 11:11, 15 мая 2021 (UTC)
- Вообще у меня подозрение, что при отправке "как обычно", то есть путем редактирования кода, запрос сжимается при отправке, а гаджетом — нет. ~~~~ Jaguar K · 08:14, 2 июня 2021 (UTC)
- Проверил на текущей вп:со (80 Кб) — правка заняла 16 секунд. Это не отменяет предложение править секцию, но дополняет его. ~~~~ Jaguar K · 08:28, 2 июня 2021 (UTC)
- пп 199 Кб - примерно 25 секунд. ~~~~ Jaguar K · 04:50, 3 августа 2021 (UTC)
- @Jaguar K: Собственно, в новой версии я реализовал ваше предложение, и теперь по умолчанию правятся разделы. В данном случае, вероятно, проблема в том, что сам раздел по ссылке очень велик. Тут я уже бессилен. — Джек (обс.) 11:52, 3 августа 2021 (UTC)
- Спасибо, буду проверять. ~~~~ Jaguar K · 12:36, 3 августа 2021 (UTC)
- Ваш скрипт или используемые методы апи имеют таймаут в 30 секунд? Проверил гаджет «Быстрый предпросмотр с помощью Ajax» — его предпросмотр через action=parse не падает через 30 секунд, а работает, как и веб, до 60 с. ~~~~ Jaguar K · 13:39, 3 августа 2021 (UTC)
- API по умолчанию имеет такой таймаут. Хорошая идея — увеличу в ближайшее время. — Джек (обс.) 13:46, 3 августа 2021 (UTC)
- Увеличил. — Джек (обс.) 15:38, 3 августа 2021 (UTC)
- API по умолчанию имеет такой таймаут. Хорошая идея — увеличу в ближайшее время. — Джек (обс.) 13:46, 3 августа 2021 (UTC)
- @Jaguar K: Собственно, в новой версии я реализовал ваше предложение, и теперь по умолчанию правятся разделы. В данном случае, вероятно, проблема в том, что сам раздел по ссылке очень велик. Тут я уже бессилен. — Джек (обс.) 11:52, 3 августа 2021 (UTC)
- 2,5 килобайта в секунду — это, конечно, прям что-то очень проблемное. И разделы тоже бывают большие, поэтому для них отправка содержимого раздела полностью проблему не решит. При этом я сам видел замедление на очень больших страницах, поэтому, возможно, определение номера раздела и отправка только него — сама по себе неплохая идея. — Джек (обс.) 11:11, 15 мая 2021 (UTC)
- @Jaguar K: Я сейчас ещё неплохо сократил объём отправляемой информации, ситуация должна ещё улучшиться. — Джек (обс.) 18:03, 25 сентября 2021 (UTC)
Сокращение «ВП» в скрипте
[править код]Приветствую, Джек. Нет ли возможности в скрипт добавить сокращение «ВП»? Имею ввиду, когда я хочу сослаться на правило и начинаю вводить ВП… оно потом все ровно меняется на Википедия и приходится стирать. Понимаю, что, наверное, скрипт работает в данной ситуации как сам поисковик Википедии, который преобразует ВП в Википедия, но можно ли это поменять? — Владлен Манилов ✉ / 15:18, 19 мая 2021 (UTC)
- Корректно всё обрабатывается. И в видимом тексте и в вики-тексте "ВП:" остаётся как "ВП:". А то, что оно при наведении мышкой преобразуется в "Википедия:" - это не баг, это фича (причём со скриптом не связанная - это вшито в движок). ВП: (как и User:, У: и им подобные) - это namespace alias, "ярлык" к пространству имён. А Википедия: (Участник: и т.п.) - это собственно название пространства (https://ru.wikipedia.org/w/api.php?action=query&format=json&meta=siteinfo&utf8=1&formatversion=2&siprop=namespaces%7Cnamespacealiases). Нужен ли разнобой в подсказке, если всё ведёт в то или иное пространство? Вряд ли. С уважением, -- Seryo93 (о.) 15:48, 19 мая 2021 (UTC)
- Да, не совсем так выразился. Если вручную вводить, то "ВП" остаётся, а если нажать мышкой, то преобразуется. — Владлен Манилов ✉ / 16:06, 19 мая 2021 (UTC)
- И со скриптом это не связано и проблемой вряд ли является. С уважением, -- Seryo93 (о.) 16:21, 19 мая 2021 (UTC)
- Да, не совсем так выразился. Если вручную вводить, то "ВП" остаётся, а если нажать мышкой, то преобразуется. — Владлен Манилов ✉ / 16:06, 19 мая 2021 (UTC)
Наложение элементов интерфейса (зелёных линий слева) на контент комментариев
[править код]См. скриншот yadi.sk/i/cPBPTOs5GBdVmg - на странице Википедия:Заявки_на_статус_бюрократа/Vladimir_Solovjev_2 — DenBkh (обс.) 16:12, 19 мая 2021 (UTC)
- Ну это ещё терпимо. Бывает, что кнопки «Поблагодарить» и «Ответить» наплывают на сообщение из одной строки, из-за чего невозможно перейти на профиль автора этого сообщения. — Mike Somerset (обс.) 17:57, 19 мая 2021 (UTC)
- Про это уже писали, там есть решение, см. Обсуждение участника:Jack who built the house/Удобные дискуссии/Архив/2018—2020#Наложение кнопок на текст сообщения и подпись — DenBkh (обс.) 18:00, 19 мая 2021 (UTC)
- yadi.sk/i/iE_K7X0pGE0RoA [2] — DenBkh (обс.) 02:10, 2 июня 2021 (UTC)
- yadi.sk/i/b52tNsAgIkFing [3] — DenBkh (обс.) 12:07, 3 июня 2021 (UTC)
- @DenBkh: Большое спасибо, что берёте на себя труд скриншотить. Большинство из этих проблем будут исправлены в следующей версии. Проблема по второй ссылке пока не исправлена, но я думаю над этим. (Там у участника подпись с переносом строки перед
(UTC)
— скрипт это сбивает с толку.) — Джек (обс.) 06:25, 13 июня 2021 (UTC)- Подскажите, а когда планируется новая версия? Или уже должно корректно работать?
А то вот тут (скриншот https://disk.yandex.ru/i/phlgYFBqN5vV4g) я опять заметил проблему. — DenBkh (обс.) 13:58, 24 июня 2021 (UTC)- Надеюсь успеть до конца июня. Там будет сразу много изменений. — Джек (обс.) 15:26, 24 июня 2021 (UTC)
- Подскажите, а когда планируется новая версия? Или уже должно корректно работать?
После написания комментария посредством Convenient Discussions пропадает действие скрипта Участник:BattlePeasant/dclink.js
[править код]Сабж. Помогает только перегрузка страницы. — DenBkh (обс.) 02:40, 2 июня 2021 (UTC)
- Возможно есть какая-то замена этому функционалу? Мне нужны ссылки на вклад и обсуждение рядом с ником и в подписи должен быть указан user name вместо кастомной подписи участника. — DenBkh (обс.) 02:46, 2 июня 2021 (UTC)
- Аналогичное поведение наблюдается если на странице появился новый комментарий и нажать «+1» для его просмотра. — DenBkh (обс.) 23:39, 12 июня 2021 (UTC)
- @DenBkh: Исправил, проверьте. Но, возможно, с новой версией CD, которая выйдёт в ближайшее время, этот скрипт вам не понадобится; stay tuned 😉 — Джек (обс.) 06:18, 13 июня 2021 (UTC)
- Спасибо! — DenBkh (обс.) 04:18, 15 июня 2021 (UTC)
(-)
[править код]Что значат символы (-) в конце многих реплик? ~~~~ Jaguar K · 08:11, 2 июня 2021 (UTC)
- Ответ есть в разделе «Часто задаваемые вопросы» на странице [4] — DenBkh (обс.) 08:58, 2 июня 2021 (UTC)
- Спасибо. К слову, такое сокращение встречается в том числе в репликах, которые не пустые, но притом имеют описание вида:
/* секция */ (-)
~~~~ Jaguar K · 09:01, 2 июня 2021 (UTC)
- Спасибо. К слову, такое сокращение встречается в том числе в репликах, которые не пустые, но притом имеют описание вида:
Как отключить перенос имени участника в начало?
[править код]Я поспешно согласился, но не нашёл в настройках, как это можно отключить. Tucvbif??? 09:56, 2 августа 2021 (UTC)
- Первая же галочка на вкладке «Страница обсуждения». — Джек (обс.) 09:58, 2 августа 2021 (UTC)
- Не вижу такой вкладки. Tucvbif??? 10:00, 2 августа 2021 (UTC)
- Ммм. Открываете настройки (шестерёнка под любой формой или в списке наблюдения в блоке CD), и первая галочка в открывшемся диалоговом окне — та самая («Переформатировать сообщения…»). — Джек (обс.) 10:03, 2 августа 2021 (UTC)
- ОК, нашёл. Tucvbif??? 10:04, 2 августа 2021 (UTC)
- Ммм. Открываете настройки (шестерёнка под любой формой или в списке наблюдения в блоке CD), и первая галочка в открывшемся диалоговом окне — та самая («Переформатировать сообщения…»). — Джек (обс.) 10:03, 2 августа 2021 (UTC)
- Не вижу такой вкладки. Tucvbif??? 10:00, 2 августа 2021 (UTC)
CD и добавление в список наблюдения
[править код]Добрый день!
Если с помощью CD разместить новую тему на странице, которая не входит в список наблюдения, то звездочка наверху переходит в нажатое положение (как будто страница добавилась в СН). Однако если на эту звездочку нажать еще раз, то появляется надпись, что страница добавлена в СН. И только при повторном нажатии страница пропадает из СН.
Подскажите, пожалуйста. это баг или бай дизайн? Мне, например, иногда бывает нужно оставить тему на странице, за которой я не слежу и не хочу следить (например, когда я в качестве наставника оставляю запрос на каком-нибудь форуме). Но подобное поведение сбивает с толку. Michgrig (talk to me) 18:48, 3 августа 2021 (UTC)
- Мм, разумная претензия. Суть в том, что при размещении новой темы страница добавляется в СН (это можно отключить в настройках на вкладке «Форма сообщения» либо для каждой формы индивидуально галочкой, доступной по кнопке «Дополнительно»), но это делается через API. Звёздочка же заменяется вручную, но я не убедился в том, что её действие меняется на противоположное. Сейчас исправлю. — Джек (обс.) 23:36, 3 августа 2021 (UTC)
сообщение обновлено (мелкий баг)
[править код]На странице Википедия:Заявки_на_статус_патрулирующего#Вопросы_(Nchernov29) был мелкий баг: подсвечивалось два сообщения:
**** Недостатков по [[ВП:ПАТС]] нет. [[У: Nchernov29|Nchernov29]] ([[ОУ: Nchernov29|обс.]]) 06:27, 4 августа 2021 (UTC)
* {{Reply to|Nchernov29}} соответсвует ли Ваша статья [[Буке, Рудди]] [[Википедия:МТ|минимальным требованиям]]? С уважением, [[У:7elteven|7elteven]] ([[ОУ:7elteven|обс.]]) 08:04, 3 августа 2021 (UTC)
и была надпись около нижнего: сообщение было изменено, по клику на которую писало: Разница в версиях пуста. Возможно, что отображение сообщения изменилось,
но оно не было отредактировано.
Вероятно, из-за https://ru.wikipedia.org/?diff=115861146 ~~~~ Jaguar K · 07:13, 4 августа 2021 (UTC)
- Да, такое бывает, это непросто отслеживать. До правки сообщение Nchernov29 считалось частью сообщения 7elteven, так как было неправильно подписано. — Джек (обс.) 12:25, 4 августа 2021 (UTC)
- Этот конкретный случай (сообщение начинается на некоем уровне, кончается на более высоком), может, и можно было бы специально обрабатывать и исключать первую часть, но позже. — Джек (обс.) 12:30, 4 августа 2021 (UTC)
вероятно неисправимо
[править код]https://ru.wikipedia.org/?diff=115912497 ищет по дате: #202108061818_Good_Will_Hunting ~~~~ Jaguar K · 18:23, 6 августа 2021 (UTC)
- Неисправимо, угу. Подписей с таким и даже близким временем нет. — Джек (обс.) 18:34, 6 августа 2021 (UTC)
- Парсить время редактируемой реплики? ~~~~ Jaguar K · 19:08, 6 августа 2021 (UTC)
- Не понял. Если у нас есть время правки (изначально у нас есть и идентификатор версии), то мы конечно можем сходить в неё, найти номера редактируемых строк и понять, к каким сообщениям на странице они относились, но это весьма муторно. Впрочем, в список задач я это запишу, окей. — Джек (обс.) 19:17, 6 августа 2021 (UTC)
- По мне проще спарсить из диффа. Мне не критично, я просто пишу все ошибки сюда. ~~~~ Jaguar K · 19:22, 6 августа 2021 (UTC)
- Вы очень помогаете, спасибо :-) — Джек (обс.) 19:33, 6 августа 2021 (UTC)
- По мне проще спарсить из диффа. Мне не критично, я просто пишу все ошибки сюда. ~~~~ Jaguar K · 19:22, 6 августа 2021 (UTC)
- Не понял. Если у нас есть время правки (изначально у нас есть и идентификатор версии), то мы конечно можем сходить в неё, найти номера редактируемых строк и понять, к каким сообщениям на странице они относились, но это весьма муторно. Впрочем, в список задач я это запишу, окей. — Джек (обс.) 19:17, 6 августа 2021 (UTC)
- Парсить время редактируемой реплики? ~~~~ Jaguar K · 19:08, 6 августа 2021 (UTC)
Перенос строки
[править код]Прошу прощения за частые визиты:)
Вот тут я добавил "было", но CD сам внес перенос строки перед подписью. Перепроверил в черновике. ~~~~ Jaguar K · 19:48, 7 августа 2021 (UTC)
- > Прошу прощения за частые визиты:)
Ничего страшного.Тут проблема из-за того, что перед сообщением было чужое, некорректно подписанное. Скрипт в итоге воспринимал предшествующее сообщение частью вашего. А так как отступ у него был на один символ меньше, то при редактировании скрипт и закончил сообщение на том же уровне, на котором начал, потому что это, с его точки зрения, правильное поведение.Если вы видите некорректно подписанное сообщение, лучше исправить его подпись, тогда не будет ошибок и с вашими сообщениями. — Джек (обс.) 20:28, 7 августа 2021 (UTC)
Оценка комментариев в CD
[править код]А можно в CD реализовать функционал оценки каждого комментария, по типу like и dislike? Было бы очень удобно поощрять хорошие сообщения и минусить всякий флуд. Возможно, получив кучу дизлайков участник задумается над своей манерой общения. Как мне кажется, это бы способствовало улучшению общей атмосферы в сообществе.
Сейчас доступна кнопка "поблагодарить", но благодарность за комментарий не публична и в целом она не покрывает весь use case. — DenBkh (обс.) 20:43, 8 августа 2021 (UTC)
- Наверное, это вопрос всё-таки не уровня конкретного инструмента, а правил ведения дискуссий в целом. — Mike Somerset (обс.) 09:35, 9 августа 2021 (UTC)
- Ох :-) Добавление такой возможности бы сильно изменило концепцию обсуждений в Википедии, сделав их более похожими на обсуждения в соцсетях. Я думаю, основной аргумент против такой возможности — лайки и дизлайки дадут слишком много внимания эмоциональным оценкам в ущерб рациональной аргументации. Кроме того, оценки не смогут ставить и видеть те участники, у которых не установлен скрипт, что сильно ограничит эффект. — Джек (обс.) 16:10, 9 августа 2021 (UTC)
- > лайки и дизлайки дадут слишком много внимания эмоциональным оценкам в ущерб рациональной аргументации
Я вам могу сказать из своего опыта, что некоторых любителей зафлуживать все форумы подряд малоконструктивными сообщениями никто не убеждает рациональными аргументами так не делать. Больше мороки, не хотят связываться, лень и т.д. Да и правил-то никаких не нарушатся. И только когда уже ситуация достигает предела, то такому участнику выписывают топик бан на метапедию. То есть, по сути, обратную связь участник получает в самом конце.
> не смогут ставить и видеть те участники, у которых не установлен скрипт, что сильно ограничит эффект
Всё так, но, насколько я вижу, почти у всех метапедически активных участников ваш скрипт стоит. Можно было бы сделать настройку - показывать лайки/дизлайки или нет. — DenBkh (обс.) 17:10, 9 августа 2021 (UTC)- А потом на основании этого будет кластерный анализ.. Согласен, обратная связь скорее отсутствует, но нет гарантии, что дизлайки помогут: их могут игнорировать\отключить, их число будет мало и без комментариев все равно будет непонятно, что этот дизлайк значит. Вот например на этом вашем предложении появилось бы 5 дизлайков за неделю, 3 лайка и 0 комментариев против — какие выводы вы бы сделали? ~~~~ Jaguar K · 18:38, 9 августа 2021 (UTC)
- Если бы там появилось 10 дизлайков при нуле лайков, то я бы подумал, что с моим предложением что-то не так. В вашем примере выводы сделать не так просто. Ну и в целом, какие-то выводы можно сделать не только из оценок одного комментария.
Условно говоря, если большинство комментов получает больше лайков, чем дизлайков, то это мотивирует продолжать в том же духе. И наоборот, если в основном дизлайки, то стоит задуматься почему такая обратная связь. — DenBkh (обс.) 19:13, 9 августа 2021 (UTC)
- Если бы там появилось 10 дизлайков при нуле лайков, то я бы подумал, что с моим предложением что-то не так. В вашем примере выводы сделать не так просто. Ну и в целом, какие-то выводы можно сделать не только из оценок одного комментария.
- А потом на основании этого будет кластерный анализ.. Согласен, обратная связь скорее отсутствует, но нет гарантии, что дизлайки помогут: их могут игнорировать\отключить, их число будет мало и без комментариев все равно будет непонятно, что этот дизлайк значит. Вот например на этом вашем предложении появилось бы 5 дизлайков за неделю, 3 лайка и 0 комментариев против — какие выводы вы бы сделали? ~~~~ Jaguar K · 18:38, 9 августа 2021 (UTC)
- > лайки и дизлайки дадут слишком много внимания эмоциональным оценкам в ущерб рациональной аргументации
Вопрос
[править код]Можно ли сделать так, чтобы CD по умолчанию был отключен и включался только ссылкой в подвале? ~~~~ Jaguar K · 12:04, 10 августа 2021 (UTC)
- @Jaguar K: Так как это не сложно реализовать, сделал. Добавьте в свой файл JS — Джек (обс.) 17:11, 12 августа 2021 (UTC)
window.cdOnlyRunByFooterLink = true;
Ошибка в Safari на IPad (ReferenceError: Can't find variable: Notification)
[править код]При открытии любой страницы обсуждений в Safari на IPad вылетает ошибка в красном квадрате справа вверху "Удобные дискуссии: не удалось обработать страницу... ", хотя вроде бы весь функционал работает.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Safari/605.1.15
Скриншот консоли Javascript: https://imgur.com/a/8BgWtdQ
P.S. судя по https://caniuse.com/?search=Notification для "Safari on iOS" не реализован Notification API. — DenBkh (обс.) 23:41, 10 августа 2021 (UTC)
- Упс, да, прокололся. Исправил. — Джек (обс.) 23:55, 11 августа 2021 (UTC)
sub
[править код]https://ru.wikipedia.org/?diff=116201883 тут не было никаких sub ~~~~ Jaguar K · 01:01, 22 августа 2021 (UTC)
- Кликнули кнопку на панели случайно? Скрипт точно не вставляет тег
<sub>
по своей прихоти :-) — Джек (обс.) 04:21, 22 августа 2021 (UTC)- Наверное вы правы. ~~~~ Jaguar K · 05:18, 22 августа 2021 (UTC)
edit blockquote br :
[править код]Пример, Пример 2 ~~~~ Jaguar K · 07:01, 22 августа 2021 (UTC)
- Там двоеточие пропадает прежде всего. Хороший улов, спасибо. — Джек (обс.) 12:10, 22 августа 2021 (UTC)
Благодарность и скрытые правки
[править код]Сейчас при попытке поблагодарить за комментарий, правка при создании которого была скрыта, вылетает сообщение «не удалось отправить благодарность». Без каких-либо пояснений. Пример см. первое сообщение в теме Википедия:Форум администраторов#Блокировка участницы A.Vajrapani.
Предлагаю в сообщении явно прописать по какой причине не удаётся отправить благодарность, чтобы было сразу понятно. — DenBkh (обс.) 10:32, 27 августа 2021 (UTC)
Чёрный список и функция сокрытия реплик от участников из этого списка
[править код]Предлагаю вам рассмотреть возможность реализации функции по сокрытию реплик из некоего "черного списка", который можно было бы каждому участнику настраивать по своему желанию. Реплики от участников из этого списка отображались бы со скрытым содержимым. В скрытых репликах видно только user name, дату комментария, т.е. тот контент, что сейчас отображается в первой строке (при включённом новом виде отображения комментариев). Визуально можно выделить такие реплики, например, сделав цвет шрифта серым или иным образом отличающимся от обычного. По клику на реплику можно было бы раскрыть комментарий и ознакомиться с ним.
Обоснование: не секрет, что некоторые участники систематически зафлуживают важные темы малозначимыми комментариями. Это может быть как стилем общения добросовестных участников, так и намеренной тактикой "забалтывания" важных обсуждений. С предлагаемой мной функцией "черного списка" сильно зафлуженные обсуждения было бы гораздно удобнее читать. — DenBkh (обс.) 19:25, 27 августа 2021 (UTC)
- Это не лучшая идея, подобное очень сильно будет влиять на скорость загрузки страницы как минимум. Vladimir Solovjev обс 20:01, 27 августа 2021 (UTC)
- Почему вам кажется, что это будет очень сильно влиять на скорость загрузки страниц? Сейчас код страниц обсуждений и так практически полностью изменяется скриптом, особенно с новым видом комментов, который был добавлен в 3-й версии. Я думаю, что расставить дополнительные css классы для сокрытия каких-то элементов если и увеличит скорость загрузки, то на уровне статистической погрешности. — DenBkh (обс.) 20:16, 27 августа 2021 (UTC)
- Любой фильтр влияет на скорость загрузки. В данном случае необходимо делать парсер, который будет убирать часть текста после его поиска. Это ведь текстовая страница, а не записи базы данных, которые можно отфильтровывать по какому-то полю. Да и задача не самая тривиальная, особенно если страница объёмная. Vladimir Solovjev обс 22:06, 27 августа 2021 (UTC)
- Я думаю, что этот функционал можно реализовать совсем не так, как вы написали. Как я понимаю, парсер вики-комментариев уже встроен в скрипт "Удобные обсуждения". И уже сейчас это работает примерно так: сначала загружается страница со всеми комментариями "как есть", потом по ней прогоняется логика скрипта с парсером комментов, далее изменяется разметка страницы. Внутри логики скрипта уже известно кто автор каждого комментария на странице. На этапе изменения разметки страницы как раз и можно реализовать фукнционал сокрытия реплик путём навешивания css классов и onclick обработчиков на соответствующие элементы.
Если я где-то ошибаюсь, то прошу Jack who built the house меня поправить. — DenBkh (обс.) 22:29, 27 августа 2021 (UTC)- Ну, пусть он решает, насколько это можно реализовать. И нужно ли. Vladimir Solovjev обс 08:16, 28 августа 2021 (UTC)
- Да, автоматическое сворачивание веток после загрузки есть уже сейчас, скрытие конкретных сообщений — лишь ещё одно аналогичное действие. Вопрос относительно влияния на скорость загрузки связан с основном с тем, сколько раз браузеру придётся перерисовывать страницу после наших изменений. И здесь есть edge case, когда на странице нет ни одной свёрнутой ветки, ни одного закрытого обсуждения, внутри которого находятся собственные или новые сообщения, а плавающие (floating) элементы не накладываются на сообщения. В этом случае после первичной обработки и перерисовки страницы не требуется перерисовывать её ещё раз. В остальных случаях требуются как минимум две перерисовки. — Джек (обс.) 08:49, 28 августа 2021 (UTC)
- Я думаю, что этот функционал можно реализовать совсем не так, как вы написали. Как я понимаю, парсер вики-комментариев уже встроен в скрипт "Удобные обсуждения". И уже сейчас это работает примерно так: сначала загружается страница со всеми комментариями "как есть", потом по ней прогоняется логика скрипта с парсером комментов, далее изменяется разметка страницы. Внутри логики скрипта уже известно кто автор каждого комментария на странице. На этапе изменения разметки страницы как раз и можно реализовать фукнционал сокрытия реплик путём навешивания css классов и onclick обработчиков на соответствующие элементы.
- Любой фильтр влияет на скорость загрузки. В данном случае необходимо делать парсер, который будет убирать часть текста после его поиска. Это ведь текстовая страница, а не записи базы данных, которые можно отфильтровывать по какому-то полю. Да и задача не самая тривиальная, особенно если страница объёмная. Vladimir Solovjev обс 22:06, 27 августа 2021 (UTC)
- Почему вам кажется, что это будет очень сильно влиять на скорость загрузки страниц? Сейчас код страниц обсуждений и так практически полностью изменяется скриптом, особенно с новым видом комментов, который был добавлен в 3-й версии. Я думаю, что расставить дополнительные css классы для сокрытия каких-то элементов если и увеличит скорость загрузки, то на уровне статистической погрешности. — DenBkh (обс.) 20:16, 27 августа 2021 (UTC)
- Можно было бы создать такой плагин, но включать это в сам скрипт мне кажется спорной идеей, потому что это, по сути, легитимизировало бы отгораживание от части сообщества, несмотря на то, что 1) ВП — заведомо коллективный проект, в котором предполагается преодоление противоречий между участниками; 2) входящие в эту часть сообщества участники нигде не были признаны неконструктивыми, а их реплики неуместными. Не хотелось бы, чтобы Википедия была ещё одним местом, где каждый пребывает в своём информационном пузыре. Впрочем, я не готов утверждать, что наличие такой возможности совсем неприемлемо.Также сейчас есть возможность сворачивания веток, она может помочь в указанных целях. Если же всё же хочется скрыть, можно использовать код наподобиеОн грубым способом скрывает реплики всех участников, которых вы перечислили в списке «Не уведомлять о сообщениях участников(-ц) из списка» в настройках. Ещё можно совместить оба варианта и сворачивать ветки, начиная с сообщений указанных участников. Но там придётся подкрутить скрипт, потому что сейчас при сворачивании выполняется автоматическая прокрутка к началу ветки, а это не нужно в данном случае. — Джек (обс.) 08:22, 28 августа 2021 (UTC)
mw.hook('convenientDiscussions.pageReady').add(function () { convenientDiscussions.comments.forEach(function (comment) { if (convenientDiscussions.settings.notificationsBlacklist.includes(comment.author.name)) { comment.$elements.filter(function () { return !this.tagName.match(/^H[1-6]$/); }).css('visibility', 'hidden'); } }); });
ЗКАБ и др
[править код]Как минимум на ЗКАБ повисает форма: (не проверял, что происходит, если подождать, но) само сообщение отправляется нормально, проблемы с ответом сервера гаджету. Дифф
Дифф 2 то же самое. Вероятно, вы перевели часть гаджета на ускоренную отправку (что отлично работает), но интерфейс не поспевает. ~~~~ Jaguar K · 16:23, 6 сентября 2021 (UTC)
- #Подвисает при отравке сообщения на ВП:ЗКАБ — Mike Somerset (обс.) 09:22, 7 сентября 2021 (UTC)
- Понял ошибку. В следующей версии будет исправлено. В таких случаях просьба смотреть в консоль и приводить её содержимое — ошибка там видна и понятна. — Джек (обс.) 21:49, 7 сентября 2021 (UTC)
- Увы, в такой момент интуитивно закрывается страница и открывается другой способ отправки:) ~~~~ Jaguar K · 21:52, 7 сентября 2021 (UTC)
Новая тема ^
[править код]Скорее всего новая тема "сверху" создается путем правки страницы, а не раздела. ~~~~ Jaguar K · 23:31, 6 сентября 2021 (UTC)
- Да, до этого у меня ещё руки не дошли. — Джек (обс.) 23:49, 6 сентября 2021 (UTC)
предложение по зкаб
[править код]Предлагаю не менять статус слежения за страницей для зкаб, то есть: отправил запрос и забыл. Судя по топику, особо никому не мешает ~~~~ Jaguar K · 08:24, 15 сентября 2021 (UTC)
- Ad hoc-правило для конкретной страницы делать будет чересчур. — Джек (обс.) 16:23, 16 сентября 2021 (UTC)
Автор над шаблоном
[править код]Википедия:К переименованию/23 ноября 2020#Boom Boom (песня Loboda и Pharaoh) → Boom Boom (песня Лободы и Фараона)
Вот тут стоит шаблон "Сложно обсуждение", но автор последующего сообщения выводится над этим шаблоном. — Mike Somerset (обс.) 21:20, 7 сентября 2021 (UTC)
- А было бы основано tmbox, как я делал, было бы на месте, хе-хе. Но ничего, на класс
ombox
тоже натаскаем, если не поломает где что. — Джек (обс.) 21:48, 7 сентября 2021 (UTC)
перенос
[править код]После переноса без перенаправлений на текущем форуме блок с темой остается до обновления страницы. ~~~~ Jaguar K · 01:19, 8 сентября 2021 (UTC)
- @Jaguar K: это было штатным поведением, но я сейчас изменил его так, чтобы страница сразу обновлялась — почему бы нет. — Джек (обс.) 15:18, 25 сентября 2021 (UTC)
справа
[править код]https://i.imgur.com/j4Cygh4.png ~~~~ Jaguar K · 09:43, 8 сентября 2021 (UTC)
- Спасибо за репорт, в следующей версии будет исправлено. — Джек (обс.) 15:29, 8 сентября 2021 (UTC)
стирание сообщения
[править код]При стирании сообщения (+пробелы, переносы — все что апи не считает за содержимое) показывает пустоту в предпросмотре. Хорошо бы показывать подпись, тк стирание не равно удаление. ~~~~ Jaguar K · 12:41, 13 сентября 2021 (UTC)
- Не знаю, не уверен. Тогда при открытии формы сразу будет вылезать предпросмотр и отвлекать. — Джек (обс.) 17:22, 13 сентября 2021 (UTC)
- А он и так вылезает, речь ведь о редактировании существующего сообщения. Можно реализовать только для редактирования, для написания нового сообщения хватает алерта. ~~~~ Jaguar K · 02:54, 14 сентября 2021 (UTC)
- Опять же не уверен, так как не ожидаешь разного поведения в зависимости от типа формы :-) — Джек (обс.) 20:38, 16 сентября 2021 (UTC)
- А он и так вылезает, речь ведь о редактировании существующего сообщения. Можно реализовать только для редактирования, для написания нового сообщения хватает алерта. ~~~~ Jaguar K · 02:54, 14 сентября 2021 (UTC)
Изменения будут потеряны
[править код]не критично, но пишет в том числе в случае, когда апи считает сообщение пустым ~~~~ Jaguar K · 03:21, 14 сентября 2021 (UTC)
- Скорее всего, вы что-то ещё в форме изменили, кроме текста сообщения. Предупреждение должно показываться только в этом случае. — Джек (обс.) 16:22, 16 сентября 2021 (UTC)
- Мб неточно написал.. Нажать ответить, перевести строку, нажать отменить, ? ~~~~ Jaguar K · 16:26, 16 сентября 2021 (UTC)
- А, ну тогда да, по-моему, некритично. — Джек (обс.) 16:29, 16 сентября 2021 (UTC)
- Мб неточно написал.. Нажать ответить, перевести строку, нажать отменить, ? ~~~~ Jaguar K · 16:26, 16 сентября 2021 (UTC)
редактирование
[править код]Заметил ошибку и отредактировал через CD (убрал перенос строки). Странно, что подпись не приклеилась к сообщению. Наверное не баг? ~~~~ Jaguar K · 16:15, 16 сентября 2021 (UTC)
- А скрипт счёл это сообщение оставленным на нулевом уровне и подпись оставил там же. Конец на нулевом уровне (без отступа) — значит всё на нулевом уровне. Если ошиблись с уровнем подписи, лучше отредактировать штатным редактором, а не скриптом. — Джек (обс.) 16:21, 16 сентября 2021 (UTC)
Новое переформатирование сообщений
[править код]Не отключается новое переформатирование сообщений в настройках – при попытке сохранить настройки пишет ошибку в скриптах. Что делать? JelMak (обс.) 08:10, 2 октября 2021 (UTC)
- @JelMak: спасибо за сообщение об ошибке. Нашёл проблемное место, будет исправлено. Если вы хотите изменить настройки сейчас, откройте такой же диалог настроек, но не из списка наблюдения, а с любой из страниц обсуждения, кликнув на шестерёнку под любой из форм сообщения. В этом случае проблем при сохранении не возникнет. — Джек (обс.) 23:06, 2 октября 2021 (UTC)
- Исправлено. — Джек (обс.) 01:22, 3 октября 2021 (UTC)
- Спасибо! Появляется небольшая фича: если не нажать после этого кнопку «Обновить», а попытаться закрыть окно с помощью крестика, вылезает уведомление, что настройки не сохранены: это на тот случай, чтобы человек не удивлялся, если продолжит работать с необновлённой страницей? JelMak (обс.) 13:10, 4 октября 2021 (UTC)
- Нет, это другой баг, исправленный мной на днях :-) Ради исправления предыдущего я выпустил срочно исправленную версию, а этот пока полежит пару недель до полноценного релиза. — Джек (обс.) 00:51, 6 октября 2021 (UTC)
- Спасибо! Появляется небольшая фича: если не нажать после этого кнопку «Обновить», а попытаться закрыть окно с помощью крестика, вылезает уведомление, что настройки не сохранены: это на тот случай, чтобы человек не удивлялся, если продолжит работать с необновлённой страницей? JelMak (обс.) 13:10, 4 октября 2021 (UTC)
Сбоит подсветка новых комментов
[править код]yadi.sk/i/HmFoqb7I_foKPA - так прямо сейчас отображается на странице Википедия:Форум администраторов. Причем, если нажать F5, то можно заметить, что сначала серый блок с закрытыми сообщениями отображается по всей ширине страницы, а потом, примерно через секунду правая его граница сдвигается левее. Может быть это и есть источник проблемы. — DenBkh (обс.) 11:26, 8 октября 2021 (UTC)
- @DenBkh: У меня не удаётся воспроизвести.> Причем, если нажать F5, то можно заметить, что сначала серый блок с закрытыми сообщениями отображается по всей ширине страницы, а потом, примерно через секунду правая его граница сдвигается левее. Может быть это и есть источник проблемы.
Да, это намеренное поведение: подсветку сообщений не удаётся отображать корректно при наличии соседних плавающих элементов (в данном случае плавающий элемент — навшаблон «Задания для администраторов» справа), не присвоив блокам с фономdisplay: flow-root;
, что сужает блок, так как убирает обтекание плавающих элементов. А вот сдвинутая подсветка — ненамеренное. На скриншоте я вижу, почему это происходит, — потому что следующие два сообщения имеют правильное позиционирование подсветки, а когда скрипт видит, что у 3 сообщений кряду подсветка позиционирована правильно, он не идет репозиционировать следующие. Но не знаю, как так произошло. По идее такое должно случаться очень редко, и достаточно изменить размер окна или открыть форму CD над этим местом, чтобы всё пришло в норму. Если вы помните, какие конкретные действия со страницей совершали перед тем, как глюк проявил себя, это может помочь.И подскажите, пожалуйста, какой у вас браузер? — Джек (обс.) 13:19, 8 октября 2021 (UTC)- > Если вы помните, какие конкретные действия со страницей совершали перед тем, как глюк проявил себя, это может помочь.
Да вроде никаких особо действий не совершал. Зашел на страницу и всё. Причем несколько раз её перезагружал - изменений не было. Ещё заметил, что сейчас серый блок растянут на всю ширину страницы (yadi.sk/i/HilZPYfsk97B9w), а раньше было так, как я описал в первом сообщении.
> И подскажите, пожалуйста, какой у вас браузер?
Браузер Firefox 92.0.1 — DenBkh (обс.) 15:54, 8 октября 2021 (UTC)- yadi.sk/i/b8KHTrS74FR0sQ - Та же проблема опять, теперь уже на форуме Википедия:Форум/Общий.
Браузер Firefox 93.0 — DenBkh (обс.) 16:19, 8 октября 2021 (UTC)- Хм, это воспроизвёл (в Хроме тоже), но это вроде незначительная проблема. — Джек (обс.) 07:00, 9 октября 2021 (UTC)
- @DenBkh: Стал исследовать глубже и, похоже, нашёл корень проблемы! Да, это моя вина. И так случается действительно только с одним сообщением внутри блоков с цветным фоном. Спасибо за скриншоты — они помогли приблизиться к разгадке! Будет исправлено в следующей версии. — Джек (обс.) 08:09, 9 октября 2021 (UTC)
- > Ещё заметил, что сейчас серый блок растянут на всю ширину страницы (yadi.sk/i/HilZPYfsk97B9w), а раньше было так, как я описал в первом сообщении.
Да, это потому, что все сообщения в блоке уже прочитаны и нечего подсвечивать, соответственно нет смысла добавлять CSS этому блоку. — Джек (обс.) 06:50, 9 октября 2021 (UTC)
- yadi.sk/i/b8KHTrS74FR0sQ - Та же проблема опять, теперь уже на форуме Википедия:Форум/Общий.
- > Если вы помните, какие конкретные действия со страницей совершали перед тем, как глюк проявил себя, это может помочь.
Закрыто
[править код]Нет кнопок ответить у сообщений после закрытой секции, на момент последней версии. ~~~~ Jaguar K · 12:30, 8 октября 2021 (UTC)
- Ммммм. Скрипт сейчас считает, что заголовок раздела в закрытой секции означает, что раздел закрыт. Подумаю, стоит ли заменить эту логику на что-то другое. — Джек (обс.) 12:58, 8 октября 2021 (UTC)
тема снизу на странице тз уже с неделю+
[править код][5][6][7] — помог временно, теперь снова снизу ~~~~ Jaguar K · 12:31, 8 октября 2021 (UTC)
- Видимо, в моей версии исправлено. Ожидайте релиза. — Джек (обс.) 12:54, 8 октября 2021 (UTC)
снова смещение реплики
[править код]https://ru.wikipedia.org/?diff=117934681 ~~~~ Jaguar K · 12:05, 17 ноября 2021 (UTC)
вопрос про обновление страниц
[править код]В последний месяц или около того сталкиваюсь с тем фактом, что прочтенные (обычно путем навигации слева) сообщения при [повторном открытии страницы спустя время] подсвечиваются как новые (наряду с по-настоящему новыми). ~~~~ Jaguar K · 11:22, 18 ноября 2021 (UTC)
- Я с подобным поведением сталкиваюсь в ситуации, когда в процессе прочтения появляются новые сообщения и я потом нажимаю кнопочку +х. В этой ситуации сообщения, которые я уже прочитал, тоже показываются как непрочитанные, и сложно найти добавленные реплики. Michgrig (talk to me) 20:52, 18 ноября 2021 (UTC)
- @Michgrig: Это поведение (конкретно то, чтобы сообщения продолжали подвечиваться как новые в течение некоторого времени, конкретно 15 минут) закладывалось мной. У него есть недостатки, включая тот, который ты упомянул, но мне кажется, это лучше, чем терять новые сообщения, как только ты ушёл с вкладки, чтобы потом вернуться. Хотя я открыт предложениям.> В этой ситуации сообщения, которые я уже прочитал, тоже показываются как непрочитанные
Они подсвечиваются, но не повышают цифру на навигационной панели. То есть они считаются новыми, но не непрочитанными. Всегда можно перейти к следующему непрочитанному сообщению, кликнув по цифре. — Джек (обс.) 13:38, 20 ноября 2021 (UTC)
- @Michgrig: Это поведение (конкретно то, чтобы сообщения продолжали подвечиваться как новые в течение некоторого времени, конкретно 15 минут) закладывалось мной. У него есть недостатки, включая тот, который ты упомянул, но мне кажется, это лучше, чем терять новые сообщения, как только ты ушёл с вкладки, чтобы потом вернуться. Хотя я открыт предложениям.> В этой ситуации сообщения, которые я уже прочитал, тоже показываются как непрочитанные
- @Jaguar K: Эта жалоба вызывает мою озабоченность. Я уже когда-то чинил подобное поведение, и в тех случаях, когда оно наблюдалось тогда, сейчас подобного я не наблюдаю. Зато могу подтвердить, что если в Хроме одновременно открыть несколько вкладок и сразу переключиться на них (по очереди), то во всех, кроме последней, состояние непрочитанности сохраняется. Но если пробыть на одной вкладке хотя бы 2 секунды, то всё нормально. Я не знаю, по той же ли причине появляется проблема у вас, но могу констатировать её наличие в упомянутом случае. Я пока не знаю, как с ней бороться, — она связана с тем, что состояние прочитанности не успевает сохраниться, прежде чем его читает другая вкладка и сохраняет прошлое состояние поверх. В отличие от файловой системы, у нас нельзя заблокировать файл на чтение... — Джек (обс.) 13:33, 20 ноября 2021 (UTC)
- Точную причину я и сам не нашел пока что, спасибо за комментарий. ~~~~ Jaguar K · 13:40, 20 ноября 2021 (UTC)
- Как вариант: открыт форум вопросов. Прочитан. Затем (не закрывая) открывается (после появляния нового сообщения в СН) он же в новой вкладке и баг.
Вероятно связано с поведением выше у Michgrig, тк я ориентируюсь на цифру, а то как отметил СД сообщение не смотрю. ~~~~ Jaguar K · 13:42, 20 ноября 2021 (UTC)- Если это та же проблема, что и у Michgrig, то с цифрой всё как раз должно быть в порядке. Сохранение подсветки, соответственно, как я уже сказал, — заложенное поведение. — Джек (обс.) 13:51, 20 ноября 2021 (UTC)
- Как вариант: открыт форум вопросов. Прочитан. Затем (не закрывая) открывается (после появляния нового сообщения в СН) он же в новой вкладке и баг.
- Точную причину я и сам не нашел пока что, спасибо за комментарий. ~~~~ Jaguar K · 13:40, 20 ноября 2021 (UTC)
- Плюс возможно несвязанный вариант бага: после написания или изменения сообщения, эти действия считаются как новые (при следующей загрузке страницы)В общем, пока ничего конкретного. ~~~~ Jaguar K · 13:48, 20 ноября 2021 (UTC)
- @Jaguar K, @Michgrig: ещё, кстати, сейчас есть такая возможность: нажать кнопку обновления на панели, удерживая Ctrl, — тогда всё существующее выделение зелёным пропадёт, выделенными станут только сообщения, которые ранее не отображались. — Джек (обс.) 19:59, 20 ноября 2021 (UTC)
- Спасибо, попробую! Michgrig (talk to me) 23:27, 20 ноября 2021 (UTC)
- Обновляю вопрос.
Технический форум, сейчас. Была цифра 8.
По факту было 6 непрочитанных + 1 редактирование, начиная с https://ru.wikipedia.org/?diff=118428564
Скрин оглавления https://i.imgur.com/3urhFoo.png с пометками: красные — CD, зеленые — новые по факту.
Скрины:
1 вместо 2 https://i.imgur.com/MaOitVk.png
2 https://i.imgur.com/L2hdvvC.png оно же 3 до разворота окна в полноэкранный, тк открылся обрезанный снизу[источник не указан 959 дней] комментарий. То бишь, все или, по крайней мере, два последних, комментарии ветки «Фильтр правок против вандала» засчитало как новые.
Неотправленное сообщение было написано сутки назад.
Выше не сохранил скринов (в частности, на 4 Сравнение версий…)
Что касается первых трех тем (1 #Яжотец 2 Панель инструментов 3 Намиб-Науклуфт), возможно я пролистал машинально их, то бишь цифра до того могла быть больше 8.
Ясно, что этим скринам по факту верить нельзя, так что можете не верить.
Форум пока оставлю открытым, если чего нужно из консоли.
зы: Тема Mediawiki стрелочками не находится. ~~~~ Jaguar K · 00:33, 7 декабря 2021 (UTC)- Спасибо за труд по документации. Но я боюсь, мне сложно из этого сделать какие-то выводы. Насколько я понимаю, всё сводится к тому, что прочитанные сообщения были помечены как непрочитанные и повышали цифру. Jack who built the house (обс.) 10:03, 7 декабря 2021 (UTC)
- https://i.imgur.com/8kqifKM.png, секция 3 была прочитанной ранее. ~~~~ Jaguar K · 17:49, 8 декабря 2021 (UTC)
- Спасибо за труд по документации. Но я боюсь, мне сложно из этого сделать какие-то выводы. Насколько я понимаю, всё сводится к тому, что прочитанные сообщения были помечены как непрочитанные и повышали цифру. Jack who built the house (обс.) 10:03, 7 декабря 2021 (UTC)
Подвисание на больших страницах
[править код]Был вынужден отключить скрипт, поскольку он стабильно завешивает загрузку страницы на больших обсуждениях. Об этом мне рапортует браузер и даёт возможность прервать выполнение скрипта. На маленьких страницах такой проблемы нет, и если бы все обсуждения, в которых я участвую, были таковыми, проблем бы не было никаких. Поскольку, видимо, понятие "маленький" относительно, и определяется мощностью компа и размером оперативной памяти, а может и ещё чем-то, нельзя ли добавить параметризацию, отключающую скрипт (или только некоторые особо ёмкие его опции) для страниц размером больше некоторого вручную установленного значения? К ёмким опциям, да и не особо нужным, я бы отнёс (не знаю, как это по-научному называется) формирование в TOC рубрикации по участникам обсуждений. kmorozov (обс.) 05:32, 19 ноября 2021 (UTC)
- Вы можете это отключить, жмёте шестерёнку под окном редактирования скрипта и отключаете опцию "модифицировать оглавление" MBH 09:57, 19 ноября 2021 (UTC)
- Спасибо. А за одно уж, чтобы 2 раза не ходить. Можно ли как-то вернуть компактный вид реплик, когда имя участника не сверху слева на отдельной строке, как сейчас, а справа внизу? На мой взгляд, слишком из-за этого расползается в высоту. kmorozov (обс.) 10:12, 19 ноября 2021 (UTC)
- Сожалею. Большая часть времени тратится на преобразование кода сообщений. В этом плане небольшой выигрыш может дать отключение нового оформления сообщений (в настройках —
«Переформатировать сообщения, заменяя подписи на стандартные ссылки сверху и снизу»). Но в целом в этом коде всё уже оптимизировано вдоль и поперёк.Но всегда возможны недоработки, поэтому, если вы хотите помочь, можете сбросить данные о том, сколько времени отнимает каждый этап. Чтобы получить их, откройте консоль браузера (F12 → вкладка Console). Далее, если у вас Chrome, сверху раскрываем All levels и ставим галочку на Verbose. Если Firefox — сверху жмём Debug, чтобы стало серым. В консоли появятся строки, начиная с «total time: ...» и кончая «final code and rendering: ...». Вот эти несколько строк можете скинуть. Заранее спасибо. И тогда скажите, пожалуйста, какой у вас браузер.> нельзя ли добавить параметризацию, отключающую скрипт (или только некоторые особо ёмкие его опции) для страниц размером больше некоторого вручную установленного значения?
Это было бы очень нетривиальной опцией.Ещё какую-то экономию можно получить, если отключить раскрываемые ветки («Позволять сворачивать ветки»). Отключение модификации оглавления же практически не принесёт выигрыша. — Джек (обс.) 10:21, 19 ноября 2021 (UTC)- Я предположил, что принесёт, поскольку когда я срубаю средствами браузера скрипт (вверху появляется кнопка "Остановить выполнение"), отрисовывается всё, кроме модифицированного оглавления. Браузер firefox, вывод сейчас подготовлю. kmorozov (обс.) 10:29, 19 ноября 2021 (UTC)
- > отрисовывается всё, кроме модифицированного оглавления
Просто оно отрисовывается последним, до него не доходит. — Джек (обс.) 10:31, 19 ноября 2021 (UTC) - Да, и пример страницы, на которой зависает, тогда дайте, пожалуйста. — Джек (обс.) 10:35, 19 ноября 2021 (UTC)
- На этой:
total time: 633
number of comments: 161
per comment: 2.36
loading config and strings: 0
start: 5
loading data: 202
preparations: 44
main code: 164
process comments: 133
process sections: 25
final code and rendering: 216На ЗКА:
total time: 2067
number of comments: 520
per comment: 2.79
loading config and strings: 0
start: 8
loading data: 468
preparations: 104
main code: 559
process comments: 457
process sections: 86
final code and rendering: 892 kmorozov (обс.) 10:39, 19 ноября 2021 (UTC)- Подвисало на обоих. kmorozov (обс.) 10:40, 19 ноября 2021 (UTC)
- Интересно. Эти данные говорят о том, что выполнение основного кода занимает максимум 2 секунды. То есть, по идее, с первичной обработкой страницы никаких проблем нет. Тогда я затрудняюсь сказать, в чём может быть проблема. Особенно учитывая, что вы говорите, что до обработки оглавления даже не доходит.Вообще у меня есть одно подозрение. Вы не могли бы попробовать временно отключить другие пользовательские скрипты и гаджеты? Если какой-то из них совершает очень много изменений на странице после того, как выполняется CD, он может сильно трепыхать CD на предмет обновления элементов его интерфейса. Я как раз готовлю обновление, которое могло бы немного уменьшить подобный эффект. Но пока что в таких случаях рекомендуется исследовать, какой другой скрипт вызывает эти проблемы и почему. — Джек (обс.) 10:51, 19 ноября 2021 (UTC)
- У меня только этот скрипт включен. kmorozov (обс.) 11:12, 19 ноября 2021 (UTC)
- Какой-то нетривиальный гаджет, возможно?Ещё вариант — расширение браузера, вмешивающееся в содержимое страницы. — Джек (обс.) 11:14, 19 ноября 2021 (UTC)
- Как оказалось, да. Снёс Ghostery (не помню уже, зачем его ставил), и взлетело. Спасибо и прощу прощения за беспокойство. kmorozov (обс.) 11:24, 19 ноября 2021 (UTC)
- О, круто. Рад, что докопались до корня проблемы. — Джек (обс.) 11:27, 19 ноября 2021 (UTC)
- Как оказалось, да. Снёс Ghostery (не помню уже, зачем его ставил), и взлетело. Спасибо и прощу прощения за беспокойство. kmorozov (обс.) 11:24, 19 ноября 2021 (UTC)
- То есть мы выяснили, что с быстродействием процессора, которое тут больше всего влияет, у вас проблем нет. У многих пользователей CD Firefox, и у них такого нет. Значит, причина в чём-то другом. В консоли браузера нет каких-то других ошибок (на красном или жёлтом фоне)? Ещё теоретически может быть проблема с локальным хранилищем, которая иногда бывает в Firefox. Чтобы проверить её наличие, нужно нажать F12, перейти на вкладку Storage, слева выбрать Local Storage и посмотреть, появятся ли записи. — Джек (обс.) 11:21, 19 ноября 2021 (UTC)
- Какой-то нетривиальный гаджет, возможно?Ещё вариант — расширение браузера, вмешивающееся в содержимое страницы. — Джек (обс.) 11:14, 19 ноября 2021 (UTC)
- У меня только этот скрипт включен. kmorozov (обс.) 11:12, 19 ноября 2021 (UTC)
- Интересно. Эти данные говорят о том, что выполнение основного кода занимает максимум 2 секунды. То есть, по идее, с первичной обработкой страницы никаких проблем нет. Тогда я затрудняюсь сказать, в чём может быть проблема. Особенно учитывая, что вы говорите, что до обработки оглавления даже не доходит.Вообще у меня есть одно подозрение. Вы не могли бы попробовать временно отключить другие пользовательские скрипты и гаджеты? Если какой-то из них совершает очень много изменений на странице после того, как выполняется CD, он может сильно трепыхать CD на предмет обновления элементов его интерфейса. Я как раз готовлю обновление, которое могло бы немного уменьшить подобный эффект. Но пока что в таких случаях рекомендуется исследовать, какой другой скрипт вызывает эти проблемы и почему. — Джек (обс.) 10:51, 19 ноября 2021 (UTC)
- Подвисало на обоих. kmorozov (обс.) 10:40, 19 ноября 2021 (UTC)
- На этой:
- > отрисовывается всё, кроме модифицированного оглавления
- Я предположил, что принесёт, поскольку когда я срубаю средствами браузера скрипт (вверху появляется кнопка "Остановить выполнение"), отрисовывается всё, кроме модифицированного оглавления. Браузер firefox, вывод сейчас подготовлю. kmorozov (обс.) 10:29, 19 ноября 2021 (UTC)
Предложение
[править код]Обнаружил, что при открытии любой страницы с неотправленным в CD сообщением, если не взаимодействовать со страницей (ничего не кликать, но можно скроллить)
и далее закрыть её, отсутствует сообщение «Предупреждать, когда я покидаю страницу с несохранёнными изменениями».
Можно сделать так, чтобы любые формы CD не вызывали такого сообщения? В настройках вики нельзя отключить только для обсуждений.
пс: пробел в начале строки сохранился вот так, не баг? ~~~~ Jaguar K · 19:19, 28 ноября 2021 (UTC)
- > отсутствует сообщение
> Можно сделать так, чтобы любые формы CD не вызывали такого сообщения?
Не понял, отсутствует или присутствует? У меня присутствует. Смысл в том, что сохранение черновиков действует только ограниченное время и в целом лучше, чтобы пользователь помнил, что у него тут неотправленная форма. Предполагается, что у пользователей нет на страницах каких-то вечно неотправленных форм, чтобы им могли досаждать подобные сообщения. А какой у вас юзкейс, если вам досаждают?> не баг?
Нет. — Джек (обс.) 15:26, 29 ноября 2021 (UTC)- > Не понял, отсутствует или присутствует? У меня присутствует.
Отсутствует, но появляется при любом взаимодействии, кроме скролла.
Нет так нет. ~~~~ Jaguar K · 15:55, 29 ноября 2021 (UTC)- Это, скорее всего, эффект браузера Firefox, который не показывает никаких сообщений, если ты не взаимодействовал со страницей. В Хроме появляется вообще всегда. — Джек (обс.) 16:03, 29 ноября 2021 (UTC)
- Хром. ~~~~ Jaguar K · 16:47, 29 ноября 2021 (UTC)
- Тогда не знаю, в чём причина. — Джек (обс.) 16:58, 29 ноября 2021 (UTC)
- Хром. ~~~~ Jaguar K · 16:47, 29 ноября 2021 (UTC)
- Это, скорее всего, эффект браузера Firefox, который не показывает никаких сообщений, если ты не взаимодействовал со страницей. В Хроме появляется вообще всегда. — Джек (обс.) 16:03, 29 ноября 2021 (UTC)
- > Не понял, отсутствует или присутствует? У меня присутствует.
Ошибка при вставке диффа
[править код]Сценарий:
1. Скопировать из строки браузера дифф какой-нибудь статьи, например, такую строку: https://ru.wikipedia.org/w/index.php?title=%D0%9F%D0%B5%D1%80%D0%BC%D1%8C&type=revision&diff=118183659&oldid=117933733
.
2. Нажать кнопку «Ссылка».
3. В открывшемся окне вставить ссылку в поле «Целевая страница или URL».
Результат: Выводится ошибка: «Указанное вами название недействительно». Что печальнее всего, даже при переключении радиобатона в значение «На внешнюю веб-страницу» ошибка не пропадает и форма не даёт вставить ссылку.
Если перед шагом 3 выбрать «На внешнюю веб-страницу», то ошибки не выводится. — Mike Somerset (обс.) 15:11, 29 ноября 2021 (UTC)
- Спасибо за репорт. Это баг панели инструментов (не CD), который будет исправлен 2 декабря. — Джек (обс.) 15:19, 29 ноября 2021 (UTC)
Вопрос
[править код]Последние две реплики в данном обсуждении (Википедия:К_переименованию/28_мая_2020#Соответствие_ВП:ИС/Критерии) отображаются у меня сгруппированными в одну, участника Dima st bk.
Это из-за чего так? — Mike Somerset (обс.) 05:45, 1 декабря 2021 (UTC)
- Из-за того, что коллега @TheDanStarko подписался вручную, а не с помощью четырёх тильд или гаджета, в результате чего перед цифрой часов нет 0, а такие подписи скрипт не распознаёт. — Джек (обс.) 05:50, 1 декабря 2021 (UTC)
- @Mike Somerset, извините за неудобства, я — полнейший чайник в коде и даже не предполагал, что это может кому-то помешать. Попробую :)) — TheDanStarko (обс.) 19:20, 1 декабря 2021 (UTC)
sign
[править код]https://ru.wikipedia.org/?diff=118572225 ~~~~ Jaguar K · 23:23, 11 декабря 2021 (UTC)
зкаб-ответить в раздел
[править код]Периодически появляются кнопки ответа не в конце, вероятно, связано с отсутствием пустой строки.
Можно от них избавиться? upd возможно, проблема в Участник:Absconditus/reporter.js, которым пользуется La loi et la justice [8][9] ~~~~ Jaguar K · 12:07, 18 декабря 2021 (UTC)
Да и в принципе зкаб можно исключить из обработки, если находишься на его странице (а не на зка) ~~~~ Jaguar K · 16:13, 24 декабря 2021 (UTC)
- Там же запросы можно подавать через CD синей кнопкой. Jack who built the house (обс.) 17:09, 24 декабря 2021 (UTC)
- Значит, просто поправить проблемы выше с ответами в разделы. И с нижним тоже: https://i.imgur.com/GH6IbAg.png ~~~~ Jaguar K · 07:24, 25 декабря 2021 (UTC)
- Да, это я видел. Jack who built the house (обс.) 18:45, 25 декабря 2021 (UTC)
- Значит, просто поправить проблемы выше с ответами в разделы. И с нижним тоже: https://i.imgur.com/GH6IbAg.png ~~~~ Jaguar K · 07:24, 25 декабря 2021 (UTC)
слой
[править код]Линии управления ветками находятся в слое выше кнопок навигации, это неверно, плюс ошибочные клики при свернутом меню ~~~~ Jaguar K · 16:13, 24 декабря 2021 (UTC)
ругается на hr, видимо
[править код]при редактировании или ответе на свое сообщение https://ru.wikipedia.org/?diff=118706556 ~~~~ Jaguar K · 15:25, 18 декабря 2021 (UTC)
пустые * сбивают гаджет с толку
[править код]https://ru.wikipedia.org/?diff=118762116 ~~~~ Jaguar K · 09:52, 21 декабря 2021 (UTC)
- Да, замечал, надо подумать. Jack who built the house (обс.) 14:29, 21 декабря 2021 (UTC)
линия на тексте
[править код]ut:Sas1975kr https://i.imgur.com/EJouQX3.png ~~~~ Jaguar K · 10:58, 31 декабря 2021 (UTC)
- Это очень головоломный случай, связанный с сочетанием списков, левого выравнивания картинки и CD. Первых двух компонентов достаточно для глюков (непонятно, кто кому отвечает), а когда прибавляется CD, получается вообще непонятно, что делать. Рекомендую в таких случаях менять выравнивание на правое. Jack who built the house (обс.) 19:12, 31 декабря 2021 (UTC)
soft redirect & archive
[править код]Обсуждение_шаблона:Не_переведено_3#Внешний_вид_FFFUUUUUU мб учитывать редирект при поиске ~~~~ Jaguar K · 04:32, 11 января 2022 (UTC)
обрезается самая нижняя реплика (самого Obersachse, «Впрочем, для конструктивной критики») на странице. Видимо, ссылка на СО распознается как подпись. Abiyoyo (обс.) 03:16, 16 января 2022 (UTC)
- У меня норм. Ага, с переформатированием обрезано. ~~~~ Jaguar K · 03:25, 16 января 2022 (UTC)
- Непросто алгоритмически распознать, что «мой дом» — не часть подписи (это прямая ссылка на СО). Но я подумаю. Точку между ссылками, например, рассматривать как признак. Jack who built the house (обс.) 09:16, 16 января 2022 (UTC)
- В данном случае нельзя зацепиться за -- и —? ~~~~ Jaguar K · 09:43, 16 января 2022 (UTC)
- Можно и за это, но это более зыбко. Jack who built the house (обс.) 09:44, 16 января 2022 (UTC)
- В данном случае нельзя зацепиться за -- и —? ~~~~ Jaguar K · 09:43, 16 января 2022 (UTC)
То же, что выше
[править код]1. вот тут https://i.imgur.com/fx2e5JZ.png
2. вот здесь при редактировании обрезает все после первой подписи (хотя при чтении ок) ~~~~ Jaguar K · 14:06, 18 января 2022 (UTC)
- Спасибо. По поводу первого — когда кто-то оставляет сообщение через
<br>
, это в любом случае надо исправлять в коде, потому что это, с точки зрения HTML, то же, что несколько сообщений на одной строке, а с этим CD не работает ввиду крайней трудоёмкости, отсутствия понятной логики, которой можно было бы следовать, и малого выхлопа. Jack who built the house (обс.) 16:04, 18 января 2022 (UTC)
перенесено
[править код]дифф тса не находит ~~~~ Jaguar K · 08:07, 20 января 2022 (UTC)
- Не найдёт, там подпись позже добавлена. Jack who built the house (обс.) 13:24, 20 января 2022 (UTC)
Текст после шаблона smalldiv
[править код]Если сообщение, в котором есть подпись, заключённая в {{smalldiv}}, изменено (например, такое часто бывает на КУ), то текст «Сообщение изменилось…» становится мелким. https://imgur.com/a/ajkTypN Radmir Far (обс.) 18:11, 21 января 2022 (UTC)
- Спасибо. Баг выглядит незначительным, поэтому я не уверен, стоит ли его исправлять, тем более что в новом дизайне (с автором и временем наверху) его нет. Jack who built the house (обс.) 20:48, 21 января 2022 (UTC)
без даты
[править код]Бот снова офф, так что здесь не то с переформатированием ~~~~ Jaguar K · 14:20, 22 января 2022 (UTC)
- Посмотрю, но в целом не стоит полагаться на то, что скрипт правильно отформатирует сообщения, где у одного из них нет даты. Он делает это только в исключительных случаях. Jack who built the house (обс.) 15:07, 22 января 2022 (UTC)
Открытие изображения приводит к пропаданию отметок
[править код]Если открыть изображение в просмотрщике медиафайлов, а потом выйти, то с сообщений слетают все отметки (новое, собственное сообщение и проч.) Если навести мышкой на сообщение, то отметки возвращаются.
https://imgur.com/a/53QfNm8 Radmir Far (обс.) 12:31, 23 января 2022 (UTC)
- Спасибо, да, я в курсе про этот баг. Он исправлен в моей (разработческой) версии, но она ещё не выпущена. Jack who built the house (обс.) 21:23, 23 января 2022 (UTC)
Вопрос про новые сообщения
[править код]Википедия:Выборы_арбитров/Зима_2022/Форум, 60+ непрочитанных сообщений. Читаю, приходит еще 5, из них несколько в секцию, которую читаю. Открываю секцию в новом окне, закрываю старое и получаю 5+ непрочитанных, то есть только новые (и у старых подсветки нет). А было около (40 + новые5+) непрочитанных. ~~~~ Jaguar K · 15:14, 25 января 2022 (UTC)
предложение по якорям
[править код]С некоторых пор движок добавляет детали discussion tools. Почему бы не использовать их для якорей для участников, не имеющих CD? пример якоря upd: Сейчас CD вырезает этот код, так у включивших CD якоря не работают. ~~~~ Jaguar K · 16:03, 25 января 2022 (UTC)
- Да, это уже реализовано в разработческой версии, но я пока занят, поэтому следующий релиз откладывается. CD вырезает этот код, потому что перехватывает все обращения к якорям DT и перенаправляет на реплики в CD, так что они работают в нём. Jack who built the house (обс.) 17:14, 27 января 2022 (UTC)
{{tl}} показывает ерунду в левом меню. ~~~~ Jaguar K · 07:30, 15 февраля 2022 (UTC)
- Исходя из того, что шаблоны не запрещены CD, предлагаю автоматически добавлять якорь к таким темам. ~~~~ Jaguar K · 06:46, 23 февраля 2022 (UTC)
скрипт позволяет забыть о КР
[править код]Мне кажется, стоит подумать о формулировке[10]. Когда у меня последний раз был КР, мне высветило сообщение о нем, но текст отправлен не был. ~~~~ Jaguar K · 20:56, 16 февраля 2022 (UTC)
новые сообщения
[править код]Непрерывно подсвечивает новым это сообщение ~~~~ Jaguar K · 18:12, 26 февраля 2022 (UTC)
CD из-под блокировки
[править код]Представился случай протестировать CD в блоке. Не сохраняет сообщение, пишет, что метки забаненным нельзя оставлять. Не то чтобы большой баг (можно сказать, что, мол, «Ты ж забанен, куда тебе писать-то кроме СО, потерпишь»), но вот такая особенность. Abiyoyo (обс.) 17:37, 27 февраля 2022 (UTC)
link; кроме того, новые голоса CD нумерует с 1 ~~~~ Jaguar K · 11:18, 28 февраля 2022 (UTC)
закрытая снизу тема
[править код]#Промежуточный_итог CD не дает возможность ответить в открытую часть; после правки все осталось так же. ~~~~ Jaguar K · 13:14, 1 марта 2022 (UTC)
викификация темы при переносе
[править код][11] [12] {{=}} не экранируется ~~~~ Jaguar K · 13:43, 1 марта 2022 (UTC)
Элемент скрыт. Невозможно к нему перейти.
[править код]Википедия:Форум_арбитров#202203101444_Lesless хотя все открыто [13] (я пролистал вниз, убедился, что ветка не скрыта (тем более, что отключил эту функцию), и несколько раз кликал) ~~~~ Jaguar K · 15:23, 10 марта 2022 (UTC)
ш:добавить тему и ш:новые снизу
[править код]Тут не задействуется CD. ~~~~ Jaguar K · 07:40, 16 апреля 2022 (UTC)
Не находит дифф, хотя он с подписью https://ru.wikipedia.org/?diff=122124595 и даже написан через CD. Версия на момент https://ru.wikipedia.org/?diff=122126351 или предыдущей правки. ~~~~ Jaguar K · 17:42, 6 мая 2022 (UTC)
Исчезает
[править код]При попытке отредактировать свой запрос через CD тема просто исчезает со страницы целиком. ~~~~ Jaguar K · 13:34, 27 июля 2022 (UTC)
Сообщение изменилось после вашего последнего посещения. Разница версий
[править код]Сегодня на всех страницах беспричинно всплывает эта надпись. Например, здесь, около каждого сообщения, в некоторых других местах у половины сообщений. Изменений, ессно, нет. @JWBTH @Jack who built the house ~~~~ Jaguar K · 23:10, 4 августа 2022 (UTC)