Обсуждение Википедии:Гаджеты/Зачеркнуть заблокированных

message: Гаджет считает этого участника заблокированным. —<flrn> 09:47, 6 июня 2008 (UTC)
replies: text: Так будет до тех пор, пока так считает [/api.php?action=query&list=blocks&bklimit=500&bkusers=AndyVolykhov API]. — Kalan ? 15:42, 6 июня 2008 (UTC)
replies: text: : А нельзя ли как-нибудь сделать исключение специально для этого ника? —<flrn> 16:28, 6 июня 2008 (UTC)
replies: text: :: Нет. — Kalan 0 17:12, 6 июня 2008 (UTC)
thread_title:  {{userlinks|AndyVolykhov}} 

message: User:Volkov	User:AstroNomer
User:Kalan 	User:Rombik
User:Esp   	User:Dr14
Надо бы добавить в общий список a:visited и redlink=1, или как они там правильно называются, а то заблокированные участники, у которых нет ЛС, и недавно просмотренные ссылки не обрабатываются стилями, работает только тултип. --Volkov (?!) 20:07, 6 июня 2008 (UTC)
replies: text: У меня лично всё нормально, может, это ты там себе что-нибудь накрутил? — Kalan ? 05:39, 7 июня 2008 (UTC)
replies: text: : Я накрутил цвет и курсив. window.mbIndefStyle = 'color: #696969; font-style: italic' Курсив работает, а цвет на красных ссылках и на посещённых - нет, ссылка остается красной или фиолетовой соответственно. Или так и должно быть? Можно только italic/strike и всякие рюшечки вокруг менять, а цвет ссылок нет? Или мой код корявый? --Volkov (?!) 07:30, 7 июня 2008 (UTC)
replies: text: :: mbIndefStyle = 'color: #696969 !important; font-style: italic' работает превосходно. Хотя не уверен, насколько это будет практично с точки зрения визуального определения того, существует ли страница или нет. Если что, классы называются .user-blocked-temp и .user-blocked-indef, можно их использовать в CSS-конструкциях как альтернативу указанным в документации переменным. — Kalan ? 10:00, 7 июня 2008 (UTC)
replies: text: ::: OK, спасибо, поэкспериментирую. --Volkov (?!) 13:04, 7 июня 2008 (UTC)
thread_title:  Стили 

message: У меня есть серьёзные возражения против гаджета в таком виде. Во-первых, гаджет работает (делает API запрос) на всех страницах, в то время как в статьях и категориях практически нет ссылок на страницы участников. Во-вторых, вместо того, чтобы в коде гаджета помнить локальные имена «Участник:» и «Обсуждение участника:», гаджет на каждой странице делает отдельный API запрос только для того, чтобы узнать эти имена пространств. Это сделано ради более простого переноса гаджета в другие проекты. На мой взгляд, такая «универсальность за счёт эффективности» недопустима: в конце концов, наши участники включают себе этот гаджет во вполне конкретном проекте, в русской Википедии. К сожалению, автор гаджета отказался исправить эти «особенности», или решил исправить их ещё более сложным способом, с запоминанием имён пространств в браузерных cookie. Мне хотелось бы услышать мнения других участников. —AlexSm 20:31, 6 июня 2008 (UTC)
replies: text: Знаешь, я что-то сомневаюсь, что сильно многие смогут высказаться по этому поводу… :) Однако любые конструктивные реплики, разумеется, приветствуются. Моя позиция, если вкратце, состоит в том, что одна cookie должна решить проблемы (пространства имён запоминаются один раз, а дальше если на странице нет ссылок на участников, то и выписку из блоклога запрашивать незачем). А о том, что там эти несколько десятков байт, несравнимые с размером среднестатистической вики-страницы, будут грузить сервера, нам ли переживать. — Kalan ? 05:39, 7 июня 2008 (UTC)
replies: text: :WP:PERF относится к страницам Википедии, не стоит его толковать настолько расширительно. Не просто так в API есть ограничения на количество выдаваемых данных; наверняка были бы и ограничения на количество запросов в единицу времени, если бы это можно легко реализовать. Разработчики надеются на здравый смысл авторов скриптов, но видимо зря... В общем, добавляем на страницу описания гаджета предупреждение о неэффективном использовании ресурсов? —AlexSm 15:11, 9 июня 2008 (UTC)
replies: text: :: Запрос по индексируемому полю серверам ничего не стоит, нечто сравнимое с ним по сложности выполняется при каждом открытии страницы редактирования. Про cookie надо спросить прямо у разработчиков на #wikimedia-tech — если она реально мешает, то будем думать. Хотя, я помню, ты и сам цеплял туда что-то, чтобы прятать какое-то уведомление в списке наблюдения… — Kalan ? 21:29, 9 июня 2008 (UTC)
thread_title:  Неэффективность 

message: С этим гаджетом работать и работать, например:
* зачёркиваются все, а не только бессрочники: Служебная:IPBlockList;
*: Так и должно быть. У бессрочно заблокированных по умолчанию отличается степень прозрачности (кроме IE) и наличие курсива. Никто не мешает прочитать документацию и в соответствии с ней отключить оформление временных блокировок. — Kalan ? 21:07, 5 июня 2008 (UTC)
* нужен список исключений — иначе: Участник:AndyVolykhov.
*: Это ошибка в API, откуда гаджет берёт данные; возможно, мне удастся уговорить разработчиков решить это дело в общем виде, без прописывания исключений. — Kalan ? 21:07, 5 июня 2008 (UTC)
NBS 20:51, 5 июня 2008 (UTC)
Смотрите документацию. Первое уже есть, второе — сейчас обращу внимание Калана. Львова Анастасия 21:06, 5 июня 2008 (UTC)
* Да, увидел. И необходимость такой функции у меня вызывает сомнения — думаю, что наличие такой возможности в гаджете должно было быть сначала обсуждено здесь или на форуме. NBS 16:50, 6 июня 2008 (UTC)
*: Но Вы пока первый из выразивших мнение, кто удивлён пометке всех заблокированных на текущий момент, а не только заблокированных бессрочно; если у Вас есть аргументы к возражению — вынесите на форум, я пока не понимаю, в чём проблема. Львова Анастасия 16:59, 6 июня 2008 (UTC)
*: Заблокированные временно участники отличаются от заблокированных бессрочно, поэтому я не вижу проблемы. Вычёркивать их функциональнее, поскольку это, например, помогает при просмотре ВП:ЗКА, да и просто чисто с технической точки зрения — данные из API пришли, так что им, пропадать, что ли? :) Если не устраивает оформление, его можно изменить или убрать, в документациии скоро появятся примеры. Если оформление не понравится слишком многим, можно будет обсудить замену умолчаний. — Kalan 0 17:27, 6 июня 2008 (UTC)
thread_title:  Работать и работать 

message: Попробовал. Личная страница и страница обсуждения некоторых бессрочно заблокированных то зачеркиваются, то не зачеркиваются. Личная страница и страница обсуждения вандала, ник которого переименован, НЕ зачеркиваются.  Изумруд. 07:30, 9 июня 2008 (UTC)
replies: text: «То зачёркиваются, то не зачёркиваются» — это как? Можешь показать те страницы и тех участников, где происходят проблемы? Только сначала обнови кеш (Ctrl+F5), вдруг проблема уже решена. — Kalan ? 09:05, 9 июня 2008 (UTC)
replies: text: : На страницах «Список наблюдения» и «Журнал блокировок» часть ников то зачеркивается, то, при новом заходе на эти же страницы, не зачеркивается. Про остальные страницы ничего не утверждаю.

text: : И ещё. Зачеркиваются заблокированные ники переименовавшихся (как здесь и здесь).

text: : P.S. На личной странице и странице обсуждения заблокированного заблокированный статус не виден (но, наверное, так и должно быть?).  Изумруд. 11:14, 9 июня 2008 (UTC)
replies: text: :: Странно, так не должно быть. В логах имеются проблемы со скриптом logPage, а просто так они могут происходить только от факторов вроде глюков провайдера.

text: :: С переименованными ничего поделать нельзя — старые имена после переименования блокируются (вручную), и API возвращает их в таком виде. Единственное возможное решение — заблокировать учётки-«заглушки», правда, тут надо смотреть в каждом конкретном случае, кем «заглушка» создавалась.

text: :: Индикация статуса на странице участника и в обсуждении действительно не предусмотрена, но, в принципе, можно добавить вкладку «участник» к общему списку ссылок, где происходит поиск, спасибо за идею.

text: :: — Kalan ? 13:14, 9 июня 2008 (UTC)
replies: text: ::: Что именно так не должно быть?

text: ::: У меня ситуация следующая:

text: ::: 1. Некоторые НЕпереименованные ники вандалов на страницах «Список наблюдения» и «Все журналы» НЕ зачеркиваются, но зачеркиваются здесь. Некоторые ники НЕ зачеркиваются на странице «Все журналы», но зачеркиваются на странице «Список наблюдения» (пример). Некоторые ники НЕ зачеркиваются на обычных страницах (пример — не зачеркивается на странице Википедия:Кукловоды, но зачеркивается здесь);

text: ::: 2. Переименованные ники вандалов НЕ зачеркиваются (пример);

text: ::: 3. Переименованные ники НЕвандалов зачеркиваются (пример).

text: ::: P.S. «Спасибо за идею» — не за что! :-)  Изумруд. 13:56, 9 июня 2008 (UTC)
replies: text: :::: 1 — это явно что-то не зависящее от меня (ибо у меня во всех браузерах, где я проверял, никаких проблем с данными ситуациями нет). Может, дело в кеше, отказывающемся отдавать последнюю версию скрипта, может, в тормозах с API… 2, 3 — ну что я могу поделать, если ссылки ведут на несуществующие (2) или заблокированные (3) аккаунты. Проверять лог переименований будет довольно накладно. — Kalan ? 15:35, 10 июня 2008 (UTC)
thread_title:  То работает, то нет 

message: В пространстве имён «Википедия» скрипт выдаёт ошибку «'query.blocks' is null or not an object». --ariely 09:14, 26 декабря 2008 (UTC)
thread_title:  Ошибка скрипта 

message: Похоже, зачеркивается не более 50 заблокированных на страницу. Например: :Категория:Википедия:Заблокированные анонимные открытые прокси. Это так и задумано, или глюк? Если глюк, то можно ли поправить? Если так и задумано, то, наверное, здорово было бы отобразить в документации?  Samal 10:22, 21 февраля 2009 (UTC)
thread_title:  Ограничение 50 зачеркиваний 

message: Почему это бледные цвета ссылок недоступны в Internet Explorer? Я например, зашёл в IE 10 проверить (я обычно использую Opera), а там всё прекрасно работает. Предлагаю убрать раздел из основной страницы. — Stas1995 17:52, 27 мая 2013 (UTC)
thread_title:  Бледные цвета ссылок в Internet Explorer 

message: Обращаю внимание. — SkorP24 12:06, 19 декабря 2020 (UTC)
thread_title:  Видимость скрытых описаний блокировок