Обсуждение MediaWiki:Gadget-markblocked.js (KQvr';yuny MediaWiki&Gadget-markblockedQjs)

See also: Bug 22705.

Перевод сообщения на япоский

Доброе утро! Меня зовут Was_a_bee. Я сделал переводе на японский язык. Как насчет добавить? --Was a bee 23:47, 16 августа 2010 (UTC)

'ja': ' $2 により $1 までの期限でブロック: $3', // ja:User:Was_a_bee

— Эта реплика добавлена участником Was a bee (о • в)

Большое спасибо дополнение! --Was a bee 00:17, 17 августа 2010 (UTC)

{{Editprotected}}

Здравствуйте. Извините. Я хочу спросить повторно исправить всплывающей подсказке перевода. Я обнаружил, что прошлой версии иногда странным синтаксисом.

'ja': '($2によるブロック。期限:$1 理由:$3)',

--Was a bee 14:47, 5 ноября 2010 (UTC)

Сделано --Obersachse 22:52, 27 ноября 2010 (UTC)

Большое спасибо. --Was a bee 10:05, 9 декабря 2010 (UTC)

Korean translation

Please add Korean translation.

'ko': '(차단: $2, 기한: $1, 이유: $3)',

-- ChongDae 12:58, 17 февраля 2011 (UTC)

• done rubin16 20:24, 28 февраля 2011 (UTC)

German translation

Please add German translation.

'de': '(von $2 für die Zeitdauer $1 gesperrt: $3)',

Thanks! --Church of emacs 17:21, 6 июня 2011 (UTC)

• done rubin16 17:37, 6 июня 2011 (UTC)

Script not working in MW 1.18

Hey. Sorry for writing in English; I don't know Russian. Since 1.18 rolled out, it seems this script is broken. The notes about the release ( http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_18/phase3/RELEASE-NOTES-1.18 ) mention a change to wgServer. It seems that wgServer no longer starts with http://, but rather just //. As such, the return on line 45 - if (link.href.replace(wgServer, ).match(/^http:/)) return - is always returning now. If you comment this out the script works better, though it still does not function properly. Anyway, I thought I'd bring this up. Please contact me at en:User:HelloAnnyong about this. Thanks. HelloAnnyong 02:15, 29 сентября 2011 (UTC)

Following this latest edit it seems to be working again. Thank you (also for rewriting it!) HelloAnnyong 23:39, 29 сентября 2011 (UTC)

Is there any way to get a working copy of this for MW 1.15.5 ? Werieth 00:01, 26 августа 2012 (UTC)

Errors in webconsole - jQuery deprecation

Hi, I'm getting a lot of deprecation errors in webconsole:

"Use of "wgAction" is deprecated. Use mw.config instead."
"Use of "wgArticlePath" is deprecated. Use mw.config instead."
"Use of "wgScript" is deprecated. Use mw.config instead."
"Use of "wgNamespaceIds" is deprecated. Use mw.config instead."

That last one dozens of times.

I think that mw:Manual:Interface/JavaScript#mw.config explains what needs to be fixed, but I'm not sure.

(I asked in IRC, and a dev says that these things can mostly all be fixed by replacing, e.g.

wgTitle => mw.config.get( 'wgTitle' )

Hope that helps. Quiddity 21:11, 8 января 2015 (UTC)

вектор

Я была проблема на en.wp с замерзает браузера и кипятят его до этого сценария.Единственное, что я могу думать о вся документация, я видел, говорит, что это для MonoBook. Я использую его на некоторое время, но только пару месяцев назад я начал получать браузера замораживания и сообщения об ошибках, Снимок экрана сообщения об ошибке надеюсь, кто-то может помочь. Я не знаю, русский язык, используемый Google Translate, жаль, если это перепутались. Мой дом страница обсуждения здесь Спасибо, Mlpearc 05:43, 26 марта 2015 (UTC)

• Please, write in English. Google-translated text is absolutely unreadable and non-understandable. MaxBioHazard 07:55, 26 марта 2015 (UTC)

Not working?

Appears to not be working, or is that just on my end? Cirt 12:25, 14 октября 2015 (UTC)

mw.util.$content

С mw.util.$content есть вот такая дурость: на некоторых страницах это на самом деле не <div id="content">, а нечто другое. Например, Special:CX. И тогда этот гаджет не работает, и портит всю страницу.

Предлагаю добавить в начале функции что-нибудь такое:

if ( !mw.util.$content.is( '#content' ) ) {
    return;
}

Благодарю! --Amir E. Aharoni 06:46, 12 апреля 2016 (UTC)

@Amire80: Можно посмотреть пример такой страницы? — putnik 08:27, 12 апреля 2016 (UTC)

Как я написал, Special:CX. --Amir E. Aharoni 08:27, 12 апреля 2016 (UTC)

@Amire80: Готово. Только пришлось проверять на .mw-body, потому что в Modern'е не #content. — putnik 10:30, 12 апреля 2016 (UTC)

Спасибо! --Amir E. Aharoni 10:31, 12 апреля 2016 (UTC)

ping User:Amire80. can we prefix usage of mw.util.$content, with a check that the variable actually exists ? It's a lazy loaded variable, so sometimes, it has not been filled yet, upon document.ready (depending on execution order). It would be even better if we can find a replacement for it. I'm not sure I understand what it is for, so ... TheDJ (обс.) 22:06, 11 июля 2017 (UTC)

@TheDJ: Do I get it right that given the code in mediawiki.util.js and page/startup.js, the success of $content usage in this gadget is determined by the fact whether mediawiki.util.js (where $content is initialized inside $()) is executed earlier than page/startup.js (where wikipage.content hook is fired inside $())? This way mw.hook( 'wikipage.content' ).add() code in this gadget, which $content usage is wrapped in, could run with $content initialized, as far as I can see. If this is correct, I guess we could change mw.hook( 'wikipage.content' ).add() to just $() to ensure $content is always initialized before the run. — Джек, который построил дом (обс.) 00:55, 12 июля 2017 (UTC)

Correct on the first part, less sure about the conclusion you make. Again, i'm not entirely sure what that block is trying to achieve (why does it have to listen for content to begin with ?), making it harder to give the right advise. It also would be wise to wrap that mw.util.addPortletlink with mw.loader.using( 'mediawiki.util'). Several people seem to make use of this gadget by direct loading of this file, instead of using it as a gadget, so they don't receive the dependencies that are delivered when you use this as a true Gadget. TheDJ (обс.) 10:07, 12 июля 2017 (UTC)

@TheDJ: What are those dependencies, and how can we simulate loading as a true gadget from another project?   — Jeff G. ツ 02:47, 11 апреля 2018 (UTC)

@Jeff G.: You simulate by having the same gadget definition. See en:MediaWiki:Gadgets-definition. If you don't include that same information for your own gadget, you often get unexpected behaviour. TheDJ (обс.) 07:49, 11 апреля 2018 (UTC)

Globally locked and blocked users

Hi. Can this script be made to show globally locked and blocked users, as well as locally blocked users?   — Jeff G. ツ 02:44, 11 апреля 2018 (UTC)

• I don't know the inner workings of the gadget, but isn't it very much alike the enwiki gadget with the same name? Is that functionality there? I guess some effort could be put in synchronizing them between Wikipedias. The maintainers of our version of this gadget have long since been out. — Джек (обс.) 15:38, 13 апреля 2018 (UTC)
• @Jeff G. — Джек (обс.) 15:39, 13 апреля 2018 (UTC)

  @Jack who built the house: I have asked there, too.   — Jeff G. ツ 16:20, 13 апреля 2018 (UTC)

  • Получить через сведения о глобальной блокировки участника можно, однако, судя по всему, только делая по запросу на каждого участника. -- dima_st_bk 04:29, 27 августа 2018 (UTC)
  • Такая функциональность была бы полезна, но не ясно как это сделать. См. также en:MediaWiki talk:Gadget-markblocked.js#Globally locked and blocked users. — Алексей Копылов 18:05, 21 сентября 2018 (UTC)

Возможность отдельного переопределения стиля для частичных блокировок

Прошу заменить

			.mediawiki .user-blocked-partial {'  + ( window.mbIndefStyle || 'opacity: 0.5' ) + '}\

на

			.mediawiki .user-blocked-partial {'  + ( window.mbPartialStyle || window.mbIndefStyle || 'opacity: 0.5' ) + '}\

Обоснование: существующий код производит различие между полными и частичными блокировками лишь если пользователь не задал собственный mbIndefStyle, а если он задан, то к бессрочникам и частично-заблокированным применяется один и тот же стиль, что может сбивать с толку. Предложенный код делает так: если указан стиль для частичных блокировок, то к частично-залоченным применяется он, если его нет то делается fallback на mbIndefStyle, а если и того нет, то обычная полупрозрачность.

Ну или можно совсем убрать mbIndefStyle из указанной строки, тогда получится

			.mediawiki .user-blocked-partial {'  + ( window.mbPartialStyle || 'opacity: 0.5' ) + '}\

при которой mbIndefStyle в принципе перестаёт влиять на частичные блоки. С уважением, -- Seryo93 (о.) 18:23, 16 ноября 2019 (UTC)

Да это просто кто-то криво закопипастил. Исправлено. -- dima_st_bk 23:55, 20 ноября 2019 (UTC)

Убрать забеление частично заблоченных

Их стало довольно много и стало ясно, что смысла забелять их нет, часто они забанены всего на пару страниц, что практически то же, что отсутствие блокировки. Предлагаю сделать так, чтобы гаджет никак их ник не выделял. Править тут (эта серия правок была сделана тоже по моему запросу, теперь вот отменяю своё же творчество - правда, до этих правок частичные заблоки отображались как бессрочники, а нужно - чтобы никак). MBH 14:58, 18 ноября 2020 (UTC)

Может как в английском разделе .user-blocked-partial { text-decoration: underline wavy gray }? Don Rumata 19:53, 18 ноября 2020 (UTC)

• @DonRumata я не знаю, как это будет выглядеть. Попробуйте. MBH 14:49, 19 ноября 2020 (UTC)

• Не уверен, что нужно в гаджете скрывать частично заблокированных участников. С уважением, Iniquity 21:45, 18 ноября 2020 (UTC)
• Поддерживаю. Появилось много участников, частично заблокированных на несколько страниц, и выделение их гаджетом всё время сбивает с толку. Фактически это что-то вроде ТБ, выделять его техническое воплощение не нужно вообще никак. Викизавр (обс.) 08:28, 19 ноября 2020 (UTC)
  • Я думаю тогда логичнее не убирать функциональность, а выделить ТБ в отдельный гаджет. С уважением, Iniquity 15:23, 19 ноября 2020 (UTC)
    • Так этот гаджет добавляет класс .user-blocked-partial, а потом можно разукрасить как хочешь в личном common.css. Кстати, аргумент в пользу того, что навязывать всем покраску частично забаненных не надо, желающие могут легко включить лично себе. Викизавр (обс.) 20:02, 19 ноября 2020 (UTC)
      • По той же логике они они могут и отключить себе сами, если захотят. С уважением, Iniquity 20:08, 19 ноября 2020 (UTC)

Оспоренный итог

Заменил забеление серым волнистым подчеркиванием. Don Rumata 20:23, 19 ноября 2020 (UTC)

Меня вот другое смущает. Почему ссылка «редактировать раздел» на СО участника с классом userlink помечается классом user-blocked-partial? Don Rumata 20:31, 19 ноября 2020 (UTC)

Такой «итог» — это вообще не смешно. Отмечание частично заблокированных надо убрать, как поддержали другие люди, а не делать уродливым волнистым подчёркиванием, как вы захотели и реализовали, хотя вас никто не поддержал. @DonRumata: пожалуйста, отмените свою правку как неконсенсусную и сделайте такое подчёркивание у себя в common.css, если это вам нужно. Викизавр (обс.) 21:10, 19 ноября 2020 (UTC)

• И я так и не увидел резонных поводов вообще что-то менять. С уважением, Iniquity 21:13, 19 ноября 2020 (UTC)
• Викизавр, удалил. Однако, зачем тогда вообще этот всё? Сначала копируете код из английского раздела, а потом придумываете локальные правила. Don Rumata 21:21, 19 ноября 2020 (UTC)

  Однако это всё равно не решает проблемы. См. Служебная:Список блокировок. Все ссылки (обсуждение | вклад) с подсказками о блокировке. Don Rumata 21:36, 19 ноября 2020 (UTC)

  • Решаемо. С уважением, -- Seryo93 (о.) 22:18, 19 ноября 2020 (UTC)
    • Нет, я не про то, что ссылки нужно искать как в MediaWiki:Gadget-markadmins.js: var $links = $content.find('a[title^="Участни"], a[title^="Обсуждение участни"]'); Don Rumata 23:13, 19 ноября 2020 (UTC)

Скрытая причина блокировки

Вот сейчас есть такой казус: при самоблокировке Wanderer777 указал причину, которую NBS скрыл, и в журнале её нет, но гаджет её исправно показывает. Мои чувства реплика ни в скрытом, ни в открытом виде не задевает, но кажется, что работать это должно иначе -- windewrix (обс.) 06:59, 16 декабря 2020 (UTC)

• phab:T269927 я уже написал таск. MBH 10:00, 16 декабря 2020 (UTC)