Обсуждение MediaWiki:Common.js/Архив

message: Почему не используете?--AlefZet 10:27, 18 ноября 2006 (UTC)
thread_title: Почему

message: А что, если 
 var Header = Tables[i].getElementsByTagName( "tr" )[0].getElementsByTagName( "th" )[0];
Заменить на что-то вроде:
 var Header = Tables[i].getElementsByTagName( "caption" )[0];
 if(!Header)
    Header = Tables[i].getElementsByTagName( "tr" )[0].getElementsByTagName( "th" )[0];
--SergV 00:10, 18 декабря 2006 (UTC)
replies: text: Можно, наверное. --ajvol 15:37, 18 декабря 2006 (UTC)
thread_title:  Collapsible tables 

message: Они теперь переопределены непосредственно в MediaWiki и должны быть удалены из скриптов--AlefZet 16:12, 27 января 2007 (UTC)
replies: text: Абсолютно верно. Javascript'ом теперь надо определять только те accesskey и tooltip, которые нужно добавить или переопределить, например без Javascript'а у ссылки «Связанные правки» всплывающая подсказка такая: «Последние изменения в страницах, которые ссылаются на эту страницу», что неверно; однако тут конечно лучше исправить в оригинале (кстати, где это?), а не Javascript'ом. Also see this discussion. В :en:MediaWiki:Common.js остался всего десяток определений ta[].

text: — Alex Smotrov 22:29, 5 марта 2007 (UTC)
Возвращаюсь к теме, на этот раз с конкретными результатами — написал небольшой Javascript код, сравнивающий 
* первоначальные значения accesskey и title у служебных ссылок 
* со значениями accessKey и title, присваеваемыми Javascript'ом из массива ta[]
и походил с этим скриптом по страницам Википедии. — Alex Smotrov 18:42, 19 марта 2007 (UTC)
Список совпадающих значений: просто удалить их из Common.js
 pt-userpage: Моя страница пользователя [.]
 pt-mytalk: Моя страница обсуждений [n]
 pt-preferences: Мои настройки
 pt-watchlist: Список страниц моего наблюдения [l]
 pt-mycontris: Список страниц, которые я редактировал [y]
 ca-talk: Обсуждение статьи [t]
 ca-history: Журнал изменений страницы [h]
 ca-move: Переименовать страницу [m]
 ca-watch: Добавить эту страницу в ваш список наблюдения [w]
 n-mainpage: Перейти на заглавную страницу [z]
 n-portal: О проекте, о том, что вы можете сделать, где что находится
 n-currentevents: Список текущих событий
 n-randompage: Посмотреть случайную страницу [x]
 n-sitesupport: Поддержите проект
 t-contributions: Список страниц, которые изменял этот участник
 t-upload: Загрузить изображения или мультимедиа-файлы [u]
 t-specialpages: Список служебных страниц [q]
 ca-addsection: Добавить комментарий к обсуждению [+]
 ca-edit: Эту статью можно изменять. Перед сохранением изменений, пожалуйста, нажмите кнопку предварительного просмотра для визуальной проверки результата [e]
 ca-viewsource: Эта страница защищена от изменений, но вы можете посмотреть и скопировать её исходный текст [e]
 ca-nstab-special: Это служебная страница, она недоступна для редактирования
 ca-nstab-user: Персональная страница участника [c]
 ca-nstab-image: Страница изображения [c]
 ca-nstab-mediawiki: Страница сообщения MediaWiki [c]
 ca-nstab-template: Страница шаблона [c]
 ca-nstab-category: Страница категории [c]
 ca-nstab-main: Содержание статьи [c]
 pt-login: Здесь можно зарегистрироваться в системе, но это необязательно [o]
 ca-nstab-wp: Страница проекта [a]
 search: Искать это слово [f]
Это уже неважно, но два последних id были указаны неправильно: в HTML они "ca-nstab-project" и "searchInput"
Список несовпадающих: большинство из них сперва исправить в языковом файле (это к ajvol если не ошибаюсь) и затем тоже убрать из Common.js. Первым идёт вариант в HTML, затем Javascript.
 t-recentchangeslinked: Последние изменения в страницах, которые ссылаются на эту страницу [k]
 t-recentchangeslinked: Последние изменения в страницах, на которые ссылается эта страница [k]
 t-emailuser: Отправить письмо этому участнику
 t-emailuser: Послать письмо этому участнику
 t-print:
 t-print: Версия без кнопок, пригодная для распечатки
 t-permalink:
 t-permalink: Ссылка на текущую версию этой статьи 
 feed-rss: Трансляция в формате RSS для этой страницы
 feed-rss: Трансляция в RSS для этой страницы
 feed-atom: Трансляция в формате Atom для этой страницы
 feed-atom: Трансляция в Atom для этой страницы 
 pt-logout: Отказаться от регистрации
 pt-logout: Завершить зарегистрированный сеанс
 n-help: Справочник по проекту «Википедия»
 n-help: Справочник по Википедии
 p-logo: undefined undefined
 p-logo: Заглавная страница
 ca-nstab-.D0.BF.D0.BE.D1.80.D1.82.D0.B0.D0.BB:
 ca-nstab-Портал: Страница портала [c]
 ca-unwatch: Удалить эту страницу из вашего списка наблюдения [w]
 ca-unwatch: Удалить эту страницу из вашего списка наблюдения
 n-recentchanges: Список последних изменений [r]
 n-recentchanges: Список последних изменений в Википедии [r]
 t-whatlinkshere: Список всех страниц, которые ссылаются на эту страницу [j]
 t-whatlinkshere: Список всех страниц в Википедии, которые ссылаются на эту страницу [j]
 
И наконец, список ссылок, которых я не смог или не мог найти:
 pt-anonuserpage: Страница пользователя для моего IP [.] .
 pt-anontalk: Страница обсуждений для моего IP [n] n
 pt-anonlogin: Здесь можно зарегистрироваться в системе, но это необязательно [o] o
 
 ca-nstab-media: Мультимедиа-файл [c] c
 ca-nstab-help: Страница справки [c] c
 
 ca-protect: Защитить страницу от изменений [=] =
 ca-unprotect: Разрешить изменение страницы
 ca-delete: Удалить эту страницу [d] d
 ca-undelete: Восстановить исправления страницы, сделанные до того, как она была удалена [d] d
 ca-nomove: У вас не хватает прав, чтобы переименовать эту страницу
Да, и уточняю, что я предлагал для читабельности заменить ' на " в круглых скобках, там где пустая строка из двух ' подряд воспринимается как wiki-разметка.  — Alex Smotrov 18:42, 19 марта 2007 (UTC)

text: Спасибо! JS-файл я обновил, убрав из него всё лишнее. HTML-файл я подправил, он вступит в силу через пару дней. --Александр Сигачёв (ajvol) 16:59, 1 апреля 2007 (UTC)
thread_title:  Tooltips 

message: Я пообщался в enwiki по поводу escape(), в результате они у себя  поменяли на encodeURIComponent().
У нас в принципе можно оставить и как сейчас (только лишние скобки убрать). Тогда если пользователь с % или & в имени, например User%X, предложит интересный скрипт, то придётся его себе включать как importScript('Участник:User%25X/scriptname.js);.
А можно скопировать эту строку так, как сейчас у них, для лучшей совместимости:
 + encodeURIComponent(page.replace(' ','_'))
— Alex Smotrov 22:29, 5 марта 2007 (UTC)
P.S. И ещё несколько мелких изменений:
* добавить пробел в начале самой первой строки
* добавить если можно /**/ как в Mediawiki:Common.css
* при определении ta[] использовать двойные кавычки, а то  становится наклонным текстом — некрасиво
— Alex Smotrov 22:29, 5 марта 2007 (UTC)
replies: text: Изменил. --Obersachse 06:12, 6 марта 2007 (UTC)
thread_title:  importScript() 

message: Сравнительно недавно в Mediawiki появилась возможность скрывать заголовок Заглавной страницы с помощью CSS, а не Javascript. Предлагаю убрать отсюда код /* Main Page */…  и взамен вставить в MediaWiki:Monobook.css 
 body.page-Заглавная_страница #t-cite,
 body.page-Заглавная_страница #lastmod, 
 body.page-Заглавная_страница #siteSub, 
 body.page-Заглавная_страница #contentSub, 
 body.page-Заглавная_страница h1.firstHeading {
   display: none !important;
 }
как в :en:MediaWiki:Monobook.css. Преимущества:
* не будет выполнятся лишняя проверка на каждой странице
* заголовок будет спрятан и для тех, у кого Javascript отключён
Недостаток: заголовок  дополнительно спрячется на страницах истории и изменений заглавной страницы, а недопущение этого видимо было важно для автора теперешнего скрипта.  — Alex Smotrov 20:14, 19 марта 2007 (UTC)
replies: text: Сделано. --Александр Сигачёв (ajvol) 16:49, 1 апреля 2007 (UTC)
thread_title:  Сокрытие «Заглавная страница» с помощью CSS 

message: Я — против. Стало невозможно следить за изображениями без лицензии,
* UntaggedImages не работает при наличии любого шаблона в описании.
* При перезагрузке файла этот шаблон опять подставляется.
* Половина новых изображений теперь с этим пустым шаблоном висит.
Давайте думать, как его на кнопку повесить. —Panther @ 14:34, 8 мая 2007 (UTC)
replies: text: Замечание: позже код был переделан и снова включён ∴ Alex Smotrov 22:00, 12 октября 2007 (UTC)
thread_title:  loadAutoInformationTemplate 

message: В обсуждении заглавной страницы оставили запрос , но конкретная реализация, по-моему - сюда. Нужно просто адаптировать и вставить кусок кода из :pl:MediaWiki:Common.js#Small search keyboard. Уважим тех, кто не имеет доступа к русской клаве? --Volkov (?!) 21:49, 6 июня 2007 (UTC)
replies: text: Сделать-то легко, но нужно ли? Всё-таки файл увеличится сразу для всех пользователей, и 99+% из них это не понадобится ∴ Alex Smotrov 22:04, 6 июня 2007 (UTC)
replies: text: : Может быть тогда сделать отдельным файлом и положить ссылку и инструкцию куда-нибудь на видное место, чтобы люди при необходимости могли подключить скрипт и пользоваться? --Volkov (?!) 08:00, 7 июня 2007 (UTC)
thread_title:  Виртуальная клавиатура 

message: Прошу убрать  со всех трёх страмиц, где он сейчас 
используется (и заодно убрать все лишние теги). Глобальные JS/CSS страницы недавно постигла та же участь, что и персональные js/css файлы: всё содержимое заключено в <pre class="mw-code mw-js">, и внутри никакая разметка не работает. Кроме того, содержимое шаблона попадает в подключаемый всем пользователям JS файл «generated» (в  основном состоящий из MediaWiki:Common.js и MediaWiki:Monobook.js), где оно ну совсем никому не нужно.
А <source lang=javascript> в принципе можно оставить, если кто-то захочет «включить» этот файл в другую страницу, и уже на той странице любоваться раскраской синтаксиса ∴ Alex Smotrov 23:09, 27 июня 2007 (UTC)
replies: text: Поубивал. — Kalan ? 10:31, 8 июля 2007 (UTC)
thread_title:  Убрать шаблон  

message: Исправлена в sv:MediaWiki:Common.js.
/** 
  * Исправление ошибки (i18n) сортировки чисел с плавающей запятой в wikitable sortable
  * sv:Användare:Skagedal
  */
 function ts_parseFloat(num) {
        if (!num) return 0;
        num = num.replace(/\./g, "");
        num = num.replace(/,/, ".");
        num = parseFloat(num);
        return (isNaN(num) ? 0 : num);
 }
Протестировал у себя. Работает. --GBuilder 20:38, 11 августа 2007 (UTC)
replies: text: Замечание: изменение было внесено ∴ Alex Smotrov 22:00, 12 октября 2007 (UTC)
thread_title:  Ошибка сортировки чисел с плавающей запятой в wikitable sortable 

message: Если не будет возражений, после некоторого тестирования обновлю Mediawiki:Common.js до новой версии, которая сейчас тут: Участник:Alex Smotrov/misc/MediaWiki:Common.js. Основные изменения:
* убраны лишние комментарии (вероятно я напишу небольшую документацию на отдельной странице)
* за счёт синтаксиса в нескольких местах слегка укорочен код
* убраны ta["t-print"] и ta["t-permalink"] (дублировали точно такие же сообщения Mediawiki)
* LinkFA() постепенно перейдёт на версию из en.wp (она быстрее)
* а поддержка значка ICQ выделена в отдельную функцию
* collapseTable() слегка исправлена как в en.wp, чтобы работали вложенные спрятанные таблицы
* count_me() (Википедия:Счётчик Википедии) убрана (она была отключена и просто занимала место) 
* edit_zero_section() заменена на более быструю, совместимую с IE и с другими языками (несколько раз обсуждалось на техн. форуме)
* функция disableRealTitle убрана, поскольку всё равно не использовалась (возможно в будущем поменяем обратно)
* вызов практически всех функций сгруппирован внизу, и они вызываются только если действительно нужны
∴ Alex Smotrov 22:01, 12 октября 2007 (UTC)
thread_title:  Версия: октябрь 2007 

message: Нужно немного допилить кусок кода, обрабатывающий навигационные шаблоны. Сейчас он неправильно обрабатывает случаи, когда содержание по умолчанию спрятано. Я сейчас работаю над шаблоном Шаблон:Японская ЖД-линия: если div'у NavContent прописать display: none, то ссылка в заголовке шаблона будет не "показать", а "скрыть", и при нажатии на неё ничего, разумеется, не будет показано.
Решение: после строчки
         var NavToggleText = document.createTextNode(NavigationBarHide)
Добавить (взято из англовики)
             for (
                  var NavChild = NavFrame.firstChild;
                  NavChild != null;
                  NavChild = NavChild.nextSibling
                 ) {
                 if ( hasClass( NavChild, 'NavPic' ) || hasClass( NavChild, 'NavContent' ) ) {
                     if (NavChild.style.display == 'none') {
                         NavToggleText = document.createTextNode(NavigationBarShow);
                         break;
                     }
                 }
             }
--Oscar 6 19:28, 12 ноября 2007 (UTC)
replies: text: Согласен, что надо улучшить, но против такого подхода возражаю. Посетители с выключенным JavaScript вообще не смогут увидеть содержимого шаблона. Всё, что разворачивается с помощью скрипта, должно и прятаться скриптом. Поэтому предлагаю сделать нормально, как в сворачиваемых таблицах: дополнительный класс collapsed указывает начальное свёрнутое положение, класс autocollapse указывает, что div должен быть свёрнут, если сворачиваемых div'ов на странице более 2 ∴ AlexSm 19:41, 12 ноября 2007 (UTC)
replies: text: : Не возражаю против такого решения. Тогда в предлагаемом коде надо поменять условие. --Oscar 6 21:14, 12 ноября 2007 (UTC)
replies: text: ::Дописал код для класса collapsed, потестирую и потом запишу. С autocollapse сложнее, сейчас фактически все NavFrame являются autocollapse. Если бы NavFrame использовался только в нескольких базовых шаблонах, таких как  и , можно было бы просто autocollapse туда добавить. Однако я не имею никакого представления, сколько существует самостоятельных шаблонов типа . Вероятно придётся признать, что исторически так сложилось, и добавить для NavFrame обратный класс expanded ∴ AlexSm 21:18, 15 ноября 2007 (UTC)
replies: text: ::: Не вижу ничего страшного. --Oscar 6 21:52, 15 ноября 2007 (UTC)
Для NavFrame добавлены классы collapsed и expanded, подробнее см. Википедия:Сворачивающиеся блоки ∴ AlexSm 14:54, 26 декабря 2007 (UTC)
thread_title:  Спрятанный по умолчанию навигационный блок 

message: Несколько непоследовательно показываются ссылки «показать/скрыть» в сворачивающихся блоках: у 'ов квадратные кавычки [] являются частью ссылки, а у таблиц — нет. Предлагаю это исправить, сделав единообразно, вероятно всё-таки как у таблиц, по аналогии с ссылками [править] ∴ AlexSm 14:54, 26 декабря 2007 (UTC)
replies: text: Поддерживаю. ~ putnik 23:31, 9 мая 2008 (UTC)
replies: text: :Оказалось, что это не так просто сделать. В Common.css жёстко прописано, что этот переключатель - ссылка a.NavToggle {position:absolute; top:0px; right:3px;... }. Получается проще сделать наоборот, чтобы и в таблицах скобки были частью ссылки. Заодно и JS кода меньше будет. Возражения? —AlexSm 22:25, 2 июля 2008 (UTC)
replies: text: :: Возражений нет. ~ putnik 06:40, 7 июля 2008 (UTC)
. Также внесены следующие изменения:
* у таблиц ссылка скрыть/показать сделана таким же мелким шрифтом, как была у Div'ов
* объединены параметры сворачивающихся таблиц и Div'ов, то есть выброшены переменные autoCollapse, collapseCaption, expandCaption, которые в личных файлах почти никем не использовались.
—AlexSm 15:38, 8 июля 2008 (UTC)
thread_title: [скрыть]

message: Если не будет возражений, добавлю вызов MediaWiki:IEFixes.js, в котором будет 3 исправления для IE: PngFix(), fixIEScroll(), и IPA CSS hack, все из :en:MediaWiki:Common.js ∴ AlexSm 14:54, 26 декабря 2007 (UTC)
replies: text: Выяснилось, что PngFix() в IE6 загружает картинки даже в режиме отключённых картинок. Кроме того, сразу было известно, что он слегка нарушает функциональность при клике по картинке правой кнопкой мыши. Предлагаю его убрать, исправление прозрачности не такое уж важное, чтобы из-за него грузили лишний код другие, более нормальные браузеры. —AlexSm 23:16, 9 мая 2008 (UTC)
replies: text: : fixIEScroll() и IPA CSS hack остаются? Загрузка картинок в случае, когда их быть не должно, достаточно серьёзная причина для отключения. ~ putnik 23:33, 9 мая 2008 (UTC)
replies: text: ::Не прошло и двух месяцев, проблема с картинками исправлена. Кроме того, в en.wp сейчас решают судьбу fixIEScroll(): я заметил, что она работает неправильно и в IE6 и в IE7: вообще убирает горизонтальный scrollbar даже если сильно сузить окно браузера. —AlexSm 22:25, 2 июля 2008 (UTC)
Наблюдать баг горизонтальной прокрутки можно так: зайти с IE6 например на :testwiki:Special:RecentChanges, сделать окно браузера узким для появления горизонтальной прокрутки, взять окно мышью за нижний правый угол и расширять мелкими шагами. В какой-то момент горизонтальная прокрутка изчезнет, потому что всё содержимое уже помещается. Однако при дальнейшем расширении IE6 разворачивает длинные строки, что-то неправильно подсчитывает, и время от времени возращает горизонтальную прокрутку — это и есть баг.
Ранее добавленное из en.wp исправление оказалось очень кривым, поскольку не исправляло, а делало только хуже (см. выше). Сейчас код исправлен и вместе с PngFix вызывается из MediaWiki:IEFixes.js только для IE6. В следующей версии браузера IE7 добиться несвоевременного появления горизонтальной прокрутки намного сложнее, поэтому, если не будет возражений, для IE7 ничего исправлять не будем. —AlexSm 15:38, 8 июля 2008 (UTC)

text: На тех. форуме жаловались на странное поведение списка категорий, неожиданным образом вызываемое последним исправлением. IEFixes.js отключён до выяснения обстоятельств. Кстати, поскольку к вопросу о PngFix никто вообще не проявлял интереса, есть идея его просто насовсем отключить. —AlexSm 05:27, 17 июля 2008 (UTC)
thread_title:  IEFixes 

message: Собираюсь добавить вызов такого файла для администраторов, аналогично :en:MediaWiki:Sysop.js. В ближайших планах туда добавить выбор причины быстрого удаления (ВП:КБУ) для изображений (пока не починят mediazilla:12214), а также улучшение внешнего вида стандартного MediaWiki:Deletereason-dropdown: пусть в выпадающем списке показывает просто О1:, а не О1: ∴ AlexSm 22:19, 31 декабря 2007 (UTC)
replies: text: Файл добавлен, документация на странице Обсуждение MediaWiki:Sysop.js. — Это сообщение написано Alex Smotrov (о · в) 23:16, 9 мая 2008 (UTC)
replies: text: :С тех пор туда ещё добавлена уборка бессмысленного [move=autoconfirmed] при защите страницы. Есть мысли по добавлению новых функций, например кнопка Ajax-проверки текущих блокировок (включая блокировки диапазона) на странице вклада участника. —AlexSm 22:25, 2 июля 2008 (UTC)
thread_title:  [[MediaWiki:Sysop.js]] 

message: Просьба убрать этот неудачный и частично устаревший код, и сперва обсудить, на форуме или странице обсуждения системного сообщения. —AlexSm 14:01, 3 мая 2008 (UTC)
replies: text: Не совсем понимаю, как иначе сделать работающей сортировку таблиц? Если с кодом есть проблемы - убирай, конечно, но тогда предлагай замену. MaxiMaxiMax 14:03, 3 мая 2008 (UTC)
replies: text: : Перенёс тему сюда. Правку в Common.js пока откатил. Предлагаю начать обсуждение с объяснения, на какой конкретно странице сортировка работает неправильно, и какой результат считался бы правильным. —AlexSm 06:07, 4 мая 2008 (UTC)
replies: text: :: Ок, хотя, на мой взгляд это не самое удачное место. Поясняю. Изменил код я, увидев замечание об ошибке сортировки в обсуждении страницы Список городов России по численности населения. До внесённого мною изменения сортировка числовых столбцов работала как текстовая, после - всё поправилось. Кроме того, я также довёл до сортируемости список в статье Федеративное устройство России. Если есть способ сделать это без внесения изменений в Common.js, было бы здорово сделать именно так. Если же иначе невозможно - предлагаю вернуть. MaxiMaxiMax 12:50, 4 мая 2008 (UTC)
replies: text: :::Чисто техническая проблема, решаться в любом случае будет изменением в Common.js, где же ещё обсуждать? Постараюсь в ближайшую неделю наконец посмотреть что там не работало и что нужно сделать. —AlexSm 23:16, 9 мая 2008 (UTC)
Насколько я вижу, код был просто скопирован с meta:MediaWiki:Common.js. Методом предпросмотра текста статьи на Мете можно убедиться, что проблему сбегания вместе подзаголовков в Федеративное устройство России код всё равно не решает. В таблице в статье Список городов России по численности населения нужно просто убрать минусы. В любом случае, в том коде было слишком много «исправлений», и не очень удачная реализация. Если есть ещё какие-нибудь проблемы сортировки — просьба указать конкретнее, возможно получится исправить небольшим количеством кода. —AlexSm 22:25, 2 июля 2008 (UTC)
thread_title:  Код сортировки таблиц 

message: Собираюсь убрать из файла функцию изменения «неверного заголовка»: correctTitle(). Такая функция раньше помогала во множестве статей, в основном для изменения первой буквы на строчную. Некоторое время назад разработчики реализовали магическое слово DISPLAYTITLE, позволяющее безопасно изменять заголовок: только так, чтобы его можно было выделить, скопировать и сделать ссылкой на статью. Например можно сделать первую букву строчной (см. ), заменить пробелы на _, заменить имя пространства на «каноническое» английское. 
JavaScript-решение осталось теперь нужным менее чем для 20 статей, т.е. около 0.006% всех статей, или одной статьи из примерно 15 000 статей, см. использование шаблона . Держать такую функцию в файле и выполнять посетителям на каждой странице не имеет смысла. 
Кроме того, в примерно половине случаев использования шаблона в статьях заголовок меняется на недопустимый, из которого нельзя сделать ссылку. Использование кода вне основного пространства нас интересовать не должно (в контексте вопроса об удалении кода), просто отметим, что сейчас он чаще всего используется для введения в заблуждение, выдавая разные личные страницы участников за статьи. —AlexSm 22:25, 2 июля 2008 (UTC)
replies: text: Дополню, что заменить имя пространства можно на любое, являющееся алиасом, например «Участница:» (см. ) или «ВП:». Для всех участников, у кого изменения в заголовке позволяли использовать DISPLAYTITLE:, я заменил шаблон. Если говорить об основном пространстве, то критичнее всего индексы (sup/sub). Можно попробовать забагзилить поддержку данных тегов. Заменять шарпы и скобки в заголовках, возможно, действительно не стоит, иначе может возникнуть проблема с копированием. В целом я поддерживаю удаление кода. ~ putnik 01:05, 3 июля 2008 (UTC)
replies: text: :Уже есть bugzilla:14226 «Allow  and  in ». Кроме того, Kalan предлагал (bugzilla:12998) изменять на произвольный заголовок, но это вряд ли сделают. Кстати, похожее обсуждение уже было год назад в Обсуждение шаблона:Неверный заголовок#Шаблоны, изменяющие заголовок. —AlexSm 04:41, 3 июля 2008 (UTC)
replies: text: ::Итог: код убран, чуть позже будет исправлено описание шаблона . —AlexSm 05:27, 17 июля 2008 (UTC)
thread_title:  Убрать код изменения заголовка 

message: Предлагаю отключить работоспособность кнопки вставки подписи в статьях:
if (wgCanonicalNamespace == "" && wgAction == "edit") {
   mwEditButtons[9].tagOpen = ;
   mwEditButtons[9].speedTip += ' (в статьях не ставятся)';
}
…заодно добавив небольшое пояснение.Её (подпись) ставят в статьях недавно зарегистрировавшиеся участники и анонимы. Думаю, лучше отключить эту кнопку, чем постоянно стирать. — redmond barry 01:47, 7 июля 2008 (UTC)
replies: text: Есть некоторые сомнения о необходимости такого кода. Так ли часто вставляют подпись в статьи? Предложите например на форуме предложений, и если участники поддержат ... P.S. Вообще говоря,  ... || wgAction == 'submit'  —AlexSm 15:38, 8 июля 2008 (UTC)
*против, кто-то по ошибке начнет править не в том пространстве и не сможет подписаться, ошибку легко исправить переименованием, а подписи за других вставлять нельзя. --sk 01:16, 10 июля 2008 (UTC)
*: Что этот кто-то начнёт править? Зачем ему надо будет подписываться? И что можно будет потом преименовать? Лично я из этого сообщения ничего не понял. Я предлагаю отключить кнопку вставки подписи, а не саму возможность подписываться (это делается не через JavaScript). — redmond barry 03:05, 12 июля 2008 (UTC)
*::например кто-то ошибется и создаст страницу К восстановлению/13 июля 2008 в котором попросит восстановить его статью  --sk 10:32, 13 июля 2008 (UTC)
thread_title:  Подпись в статьях 

message: Есть возможность заменить функцию collapseDiv на взятую из Участник:FHen/monobook.js? Нужно, чтобы в полной мере заработал шаблон  не только у меня, но и у всех.--FHen 23:03, 1 августа 2008 (UTC)
replies: text: Есть такое понятие :en:Graceful degradation, в данном случае оно означает, что посетитель с выключенным JavaScript'ом должен быть способен нормально прочитать страницу. Насколько я вижу по странице Портал:Армения (Opera, F12, J), для нового «рубрикатора» это не выполняется. —AlexSm 21:29, 6 августа 2008 (UTC)
replies: text: : В принципе, решено. Из изменений в шаблоне - только display:none на контентный блок. Остальное - "организационные меры". --FHen 22:34, 6 августа 2008 (UTC)
replies: text: ::Хорошо, а какое применение этот новый JS код найдёт в статьях? Мне кажется, что такие трюки с полным спрятыванием части содержимого в статьях неприемлемы. Всё-таки обычные сворачиваемые блоки при отключённом JS у нас полностью видны. А ради нескольких страниц порталов по-моему не имеет смысла усложнять глобальный код. —AlexSm 23:08, 6 августа 2008 (UTC)
replies: text: ::: Конечно, я и не ради статей это делал. Разумно. Хм.. А есть возможность включить JS только на конкретных страницах или только в пространстве "Портал"? Можно, конечно, сделать шаблон, содержимое которого будет видно по умолчанию... Только он на базе обычных Сворачивающихся блоков уже не получится, надо писать с нуля. --FHen 07:58, 7 августа 2008 (UTC)
replies: text: ::::В принципе можно делать проверку пространства и подключать отдельный файл "Portals.js", но действительно ли это так нужно... Предлагайте на форуме, может поддержат. —AlexSm 21:56, 1 октября 2008 (UTC)
thread_title:  [[Шаблон:Hidable rubricator]] 

message: Для доводки некоторых элементов этого расширения, и для одновременного объединения некоторых проверок с sysop.js, предлагается примерно следующий код:
if (wgUserGroups){
 var wgUserGroupsStr = wgUserGroups.join()
 if (wgUserGroupsStr.indexOf('sysop') != -1)
    addOnloadHook(function(){ importScript('MediaWiki:Sysop.js')})
 if (wgUserGroupsStr.indexOf('editor') != -1)
    appendCSS('#mw-revisiontag{display:block}')
}
 
if (wgAction == 'edit') appendCSS('table.diff {display: none}')
Кроме того, предлагается вместо просто показа #mw-revisiontag переместить его под заголовок (сейчас он плавает справа и часто мешает, особенно если там картинка или таблица), то есть заменить CSS на #mw-revisiontag {display:inline; float:none; padding:1px}
—AlexSm 21:29, 6 августа 2008 (UTC)
replies: text: Примерно так и было реализовано. —AlexSm 21:56, 1 октября 2008 (UTC)
thread_title:  FlaggedRevs 

message: Исправленные проблемы версии «08:31, 10 августа 2008 Kalan»:
* importScript('MediaWiki:Wikiminiatlas.js', 'meta') пытался вызвать скрипт с meta.wikipedia.org, получая HTML страницу и вызывая JS ошибку;
* проверка флага window.noFlaggedRevsConcealment не имела смысла, поскольку осуществлялась до вызова персонального monobook.js;
* .match(/editor/) по идее немножко тяжелее, чем просто indexOf; кроме того, нет смысла дублировать .join().
По поводу FlaggedRevs хотелось бы увидеть:
* чёткий план на каких страницах что прячется и от кого;
* действительно ли там нужен !important;
* действительно ли нужна проверка (wgAction == 'history').
И снова просьба согласовывать изменения заранее.
—AlexSm 06:04, 11 августа 2008 (UTC)
thread_title:  Исправления 10 августа 2008 

message: В данный момент скрытие (для всех) и показ (для патрулирующих) элементов FlaggedRevs организован несколько хаотично. В принципе возможны такие варианты:
* Для не-патрулирующих всё скрывается через Common.js. Этот вариант не будет работать для посетителей с выключенным JavaScript'ом, поэтому видимо непригоден.
* Смешанный вариант, примерно как сейчас: самые важные элементы (в статьях и свежих правках) скрываются через Common.css, затем в Common.js скрывается ещё несколько (на страницах диффов и истории), а для патрулирующих всё скрытое показывается. В случае отключения JavaScript'а в некотором неудобстве оказываются обе группы.
* Лично я склоняюсь к третьему варианту: в Common.css скрывается всё что можно, затем в Common.js для патрулирующих подключается отдельный файл например MediaWiki:FlaggedRevs.css, который показывает всё скрытое. Достоинства:
*# Минимальный размер кода для не-патрулирующих, то есть 99% посетителей
*# Вообще нет проблем с отключённым JS у не-патрулирующих
*# Патрулирующие с отключённым JS добавляют себе @import...FlaggedRevs.css в monobook.css
*# Точно так же показ элементов FlaggedRevs может легко себе включить любой желающий 
—AlexSm 15:24, 12 сентября 2008 (UTC)
replies: text: Будет реализован третий вариант, автоматически для патрулирующих будет подключаться MediaWiki:Gadget-FlaggedRevs.css, который будет доступен для всех как гаджет. —AlexSm 21:56, 1 октября 2008 (UTC)
thread_title:  Скрытие FlaggedRevs 

message: Если не будет возражений, перенесу JS код для страницы загрузки изображения (Special:Upload) на отдельную страницу MediaWiki:Upload.js, и заодно добавлю туда несложный код для Ajax Preview текста, потому что сейчас приходится сперва загружать изображение, а потом уж получать возможность нормально (с предварительным просмотром) редактировать его описание. Примерный код тут: :en:Wikipedia:WikiProject User scripts/Scripts/Upload Preview. —AlexSm 19:53, 26 сентября 2008 (UTC)
replies: text: А также отдельный MediaWiki:Search.js для кода, выполняющегося на странице поиска. В английской Википедии код из Common.js давно разбили на мелкие файлы, причём с одобрения ведущего разработчика MediaWiki, см. :en:MediaWiki talk:Common.js/Archive 14#Functional breakdown by size. —AlexSm 21:56, 1 октября 2008 (UTC)

text: Приветствую разгрузку общего файла. — Obersachse 17:21, 5 ноября 2008 (UTC)
thread_title:  [[MediaWiki:Upload.js]] 

message: По аналогии с :fr:Modèle:Images я создал Шаблон:Изображения. Чтобы он работал, нужно добавить следующий код в Common.js:
Какие есть замечания или возражения? — Obersachse 06:07, 4 ноября 2008 (UTC)
replies: text: → Википедия:Форум/Предложения. В английском разделе такой механизм предлагали, но не реализовали, видимо из-за отсутствия широкой поддержки: :en:Wikipedia:Village pump (proposals)/Archive 9#Add a Slideshow template, based on existing functionality in French wikipedia. Кстати, нормальное название для такого шаблона, по-моему всё-таки :en:Template:Slideshow, а не «Изображения». —AlexSm 14:13, 4 ноября 2008 (UTC)
replies: text: :Хорошо, продолжим там. --Obersachse 15:36, 4 ноября 2008 (UTC)
thread_title:  [[Шаблон:Изображения]] 

message: Hi!
Isn't "LinkFA" useful only when "(wgNamespaceNumber==0)"? So we could use
if (wgNamespaceNumber==0){
 function LinkFA(){
   //code
 }
}
What do you think? Helder 14:30, 23 июля 2009 (UTC)
replies: text: Right now the function is called only after if (wgNamespaceNumber==0 || wgNamespaceNumber==100) (I was told that Portals can be "featured" as well). I am not sure that putting the whole code inside the condition will save any browser's resources on the user side. — AlexSm 14:43, 23 июля 2009 (UTC)
thread_title:  LinkFA 

message: Собираюсь этот кусок кода
if (wgCanonicalNamespace == 'Special'){
  switch (wgCanonicalSpecialPageName){
   case 'Upload': importScript_('MediaWiki:Upload.js'); break
   case 'Search': importScript_('MediaWiki:Search.js'); break
  }
заменить на более универсальный
if (wgCanonicalNamespace == 'Special'){
 if (/upload|search|statistics|specialpages|abusefilter|abuselog/i.test(wgCanonicalSpecialPageName))
   importScript_('MediaWiki:Common.js/'+wgCanonicalSpecialPageName+'.js')
}
Это позволит добавлять небольшие скрипты на некоторых специальных страницах без утяжеления Common.js. 
* На Statistics будут спрятаны несуществующие группы (это сейчас делается через Common.css)
* На SpecialPages будут зачёркнуты страницы, которые больше не обновляются.
* У фильтра правок будет улучшено оформление таблицы срабатывания фильтра.
В будущем возможны другие улучшения. — AlexSm 19:13, 21 мая 2009 (UTC)
 для страницы статистики, позже по возможности будут добавлены другие. Имена выбраны без использования подстраниц Common.js. — AlexSm 17:37, 15 июня 2010 (UTC)
thread_title:  Скрипты для спецстраниц 

message: Предлагаю добавить код:
if (/(Android|iPhone|iPod|webOS|Opera Mini)/.test(navigator.userAgent)) {
 
  var wgMainPageName = 'Заглавная_страница'
 
  var stopMobileRedirectCookieExists = function() {
    return (document.cookie.indexOf("stopMobileRedirect=true") >= 0)
  }
 
  var mobileSiteLink = function() {
    if (wgCanonicalNamespace == 'Special' && wgCanonicalSpecialPageName == 'Search') {
        var pageLink = '?search=' + encodeURIComponent(document.getElementById('searchText').value)
    } else if (wgPageName == wgMainPageName) {
        var pageLink = '::Home' // Special case
    } else {
        var pageLink = encodeURIComponent(wgPageName).replace('%2F','/').replace('%3A',':')
    }
    return 'http://' + wgContentLanguage + '.m.wikipedia.org/wiki/' + pageLink + "?wasRedirected=true"
  }
 
  if (!stopMobileRedirectCookieExists()) {
    document.location = mobileSiteLink()
  }
}
Это локализированная копия из английского Common.js, но с поддержкой Opera Mini. --A.I. 15:19, 3 октября 2009 (UTC)
replies: text: В принципе не возражаю, но предлагаю упростить код (ниже). — AlexSm 15:26, 3 октября 2009 (UTC)
if (/(Android|iPhone|iPod|webOS|Opera Mini)/.test(navigator.userAgent)
 && document.cookie.indexOf('stopMobileRedirect=true') == -1){
  if (wgCanonicalNamespace == 'Special' && wgCanonicalSpecialPageName == 'Search')
    var _mobiLink = '?search=' + encodeURIComponent(document.getElementById('searchText').value)
  else if (wgArticleId==4401)
    var _mobiLink = '::Home'
  else
    var _mobiLink = encodeURIComponent(wgPageName).replace('%2F','/').replace('%3A',':')
  document.location = 'http://ru.m.wikipedia.org/wiki/' + _mobiLink + '?wasRedirected=true'
}
replies: text: : Жестокая оптимизация :). Предлагаю проверять всё-таки не магический wgArticleId (или может, хотя бы вынеся константу отдельно в начало файла). --A.I. 16:44, 3 октября 2009 (UTC)
replies: text: ::Если уж проверять название страницы, то константа не нужна: разработчики уже зачем-то включили её в список переменных: wgMainPageTitle="Заглавная страница" в коде страницы. Однако wgArticleId у заглавной страницы не будет меняться даже при предлагаемом (хотя и маловероятном) перемещении в пространство порталов, и уже давно используется в этом качестве в нашем Common.js.  — AlexSm 16:55, 3 октября 2009 (UTC)
replies: text: ::: Окей. Ну что, вроде никто не возражает на форуме. Давай вставлять? :) --A.I. 16:56, 3 октября 2009 (UTC)
replies: text: ::::Я подозреваю, что никто и не возразит, но формально несколько часов - это как бы недостаточно, тогда не стоило на форуме вообще спрашивать. — AlexSm 16:59, 3 октября 2009 (UTC)
replies: text: ::::: :) окей, завтра утром, как встану внесу, если никто не возразит. --A.I. 17:03, 3 октября 2009 (UTC)
В английской Википедии вроде бы список устройств расширили, надо бы обновить. — AlexSm 19:32, 3 ноября 2009 (UTC)
В английской Википедии этот код перенесли прямо в движок, возможно через некоторое время его можно будет убрать и у нас (обсуждение). — AlexSm 17:37, 15 июня 2010 (UTC)

text: Комментарий при архивации: код убран разработчиком в связи с переносом в движок. — AlexSm 01:42, 23 июня 2010 (UTC)
thread_title:  Мобильный вид 

message: Планируется добавление предупреждения для редакторов с Firefox версии менее 3, которые своими правками автоматически удаляют неразрывные пробелы (обычно вставляемые Викификатором). Также см. описание ошибки.
Техническая реализация		              	
* две строки в MediaWiki:Editpage.js
if (wgAction=='edit' && / rv:1\.[0-8].+Gecko/.test(navigator.userAgent)) 
  importScript('MediaWiki:Firefox2.js')
* отдельный скрипт MediaWiki:Firefox2.js с примерно таким кодом:
addOnloadHook(function(){
 var tbox = $j('#wpTextbox1')
 if (!window.$j	!tbox) return
 var unsp = tbox.attr('defaultValue').match(/\xA0/g)
 if (!unsp	unsp.length<=2	/\xA0/.test(tt.attr('value'))) return
 $j('')
 .prependTo('#editform')
 .load(wgScript+'?action=render&title=MediaWiki:Firefox2')
})
Сразу после перехода к странице редактирования участнику над полем текста будет показываться примерно такое сообщение MediaWiki:Firefox2 / MediaWiki:Firefox2/en
replies: text: Пожалуйста, обновите браузер до FireFox 3, чтобы не уничтожать все неразрывныe пробелы.
со ссылкой на более подробное объяснение. — AlexSm 19:32, 3 ноября 2009 (UTC)
. — AlexSm 18:29, 17 ноября 2009 (UTC)

text: Огромное от меня спасибо! Шаг в целом правильный, хотя, возможно, больше добавляет проблем, чем решает их. — Максим 19:56, 20 ноября 2009 (UTC)
replies: text: :Лучшим видом благодарности был бы всё-таки переход на FireFox 3, чтобы не делать вот таких правок. Если можно, хотелось бы услышать подробнее про возможные проблемы. — AlexSm 19:59, 20 ноября 2009 (UTC)
replies: text: :: Проблема в том, что неразрывные пробелы в виде сто шестидесятого символа не видны при редактировании и при сравнении версий. Вследствие чего будут и многократные попытки поставить неразрывный пробел там, где он есть, и удаление их с помощью других браузеров (отличных от Fx ранних версий), и попытки разобраться, на что были заменены в очередной правке   — на простые пробелы или неразрывные.

text: :: Что касается моего действия — я был уверен, что вернётся та версия, которая была до отменяемой правки. Кроме того, 10 октября я прошёлся по этой статье целиком (со вторым Лисом), и после этого не видел, чтобы кто-то занимался расстановкой неразрывных пробелов — в основном были мелкие и малоконструктивные правки. Так что я сам до конца не понимаю, что же всё-таки имело место. В том числе из-за того, что неразрывных пробелов не видно. — Максим 21:25, 20 ноября 2009 (UTC)
replies: text: :::Проблема невидимости конечно есть, но с другой стороны их обычно и не нужно видеть: нажал кнопку Викификатора и знаешь, что в большинстве нужных они стоят. В любом случае, это уже более глобальный вопрос: в настоящий момент неразрывные пробелы у нас активно используются, и непроизвольная их замена браузером по-любому является несомненным злом. И поскольку обычная отмена правки — это тоже редактирование, то и при отмене правки такая замена происходит тоже. — AlexSm 21:40, 20 ноября 2009 (UTC)

text: :::Если ещё есть браузеры не на движке Gecko с той же проблемой - скажите какие, может я их тоже добавлю. — AlexSm 21:40, 20 ноября 2009 (UTC)

text: :::К вопросу улучшения редактирования: в принципе на страницу сравнения версий можно повесить скрипт, выделяющий неразрывные пробелы. — AlexSm 21:40, 20 ноября 2009 (UTC)
Существует экспериментальный патч к mediawiki на эту тему.  Может быть, стоит его заново протестировать. shattered 18:21, 7 декабря 2009 (UTC)

text: Это решают разработчики движка. У меня есть большие сомнения в том, что они станут заниматься этим патчем спустя примерно полтора года после выхода Firefox 3. Конечно, если в движок MediaWiki всё-таки будут внесены исправления, локальный JS код станет ненужным. — AlexSm 18:35, 7 декабря 2009 (UTC)
replies: text: :so be it. shattered 22:44, 7 декабря 2009 (UTC)
thread_title:  Предупреждение для Firefox 2 

message: Если не будет возражений, планируется добавление двух сравнительно недавних вещей из enwiki, которые сейчас находятся сверху :en:MediaWiki:Common.js: 
* Код для ссылок Special:MyPage/skin.js и Special:MyPage/skin.css, перенаправляющий их на соотвествующие персональные .js и .css страницы в зависимости от текущей темы оформления участника; :en:MediaWiki talk:Common.js/Archive 17#Special:MySkin
* Код для выполнения скрипта из пространства MediaWiki при URL параметре withJS=; :en:MediaWiki talk:Common.js/Archive 18#Proposal to add "withJS" feature to Common.js 
— AlexSm 20:15, 9 июня 2010 (UTC)
. По сравнению с версией в английской Википедии, переход по skin.js будет осуществляться и по ссылкам вида «участник:хх/а/б/skin.js» (не ожидаю по этому поводу проблем), а для указания скрипта в URL можно опускать префикс «MediaWiki:». — AlexSm 17:37, 15 июня 2010 (UTC)
thread_title: mypage/skin.js и withJS

message: Предлагаю в функции:
 function collapsibleDivs(){
...
}
заменить строчку
 a.appendChild(document.createTextNode(NavigationBarHide))
на
   if (!hasClass(NavFrame, 'collapsed')) {
      a.appendChild(document.createTextNode(NavigationBarShow));
   } else {
      a.appendChild(document.createTextNode(NavigationBarHide));
   }
тогда параметр hidden будет работать корректно и шаблоны  и  станут не нужны. --217.174.99.209 08:59, 10 июня 2010 (UTC)
replies: text: Класс collapsed для Div уже давно работает в нашем разделе, см. ВП:Сворачивающиеся блоки#Начальное состояние. Функция collapsibleDivs() схлопывает блоки с этим классом в отдельном цикле For ниже. Шаблон:Hider не использует указанные вспомогательные шаблоны с 2007 года. До переделки (и возможно удаления) этих вспомогательных шаблонов у меня просто руки тогда не дошли. — AlexSm 18:46, 10 июня 2010 (UTC)
replies: text: :Классы работают нормально. Имелось ввиду некорректное поведение самого шаблона

text: :Вот, например, два блока на одной страничке, один должен быть скрытый, а другой развернутый.

text: :Оба получаются развернутыми. --217.174.99.209 07:39, 11 июня 2010 (UTC)
replies: text: ::В документации к Шаблон:Hider указан параметр hidden (а не hiding). — AlexSm 16:50, 11 июня 2010 (UTC)
replies: text: :::А, вот в чём дело :) Проблема возникала при трёх блоках подряд, либо при вложенных блоках. --217.174.99.209 13:14, 15 июня 2010 (UTC)
replies: text: ::::Прошу прощения за отнятое время, вопрос закрыт. --217.174.99.209 13:42, 15 июня 2010 (UTC)
thread_title:  Модификация скрипта для Hider'а 

message: Давно обсуждается идея перевода ссылок быстрой вставки под окном редактирования (MediaWiki:Edittools) на JavaScript.
Сейчас ссылки генерируются движком с помощью mw:Extension:CharInsert, в результате получается очень большой объём, передаваемый с сервера на каждой странице редактирования (любой символ вставки Δ передаётся как ссылка <a onclick="insertTags('Δ',,);return false" href="#">Δ</a>)
Английский вариант реализован в :en:MediaWiki:Edittools.js, и прямо там же располагаются все символы вставки. У него есть следующие недостатки :
* Нужен дополнительный код для самоперезагрузки скрипта после каждого обновления набора символов (из-за кеширования)
* Из-за жалоб участников с отключённым в браузере JavaScript'ом пришлось вернуть в :en:MediaWiki:Edittools текстовую версию символов.
Предлагаемый вариант (идея участника Kalan): символы остаются в MediaWiki:Edittools как обычный текст, а скрипт преобразует их в ссылки быстрой вставки. Небольшой недостаток состоит в том, что этот текст не кешируется внутри .js и поэтому каждый раз перегружаются с сервера, зато устранены оба недостатка предыдущего метода.
Проблема реализации состоит в разработке текстового варианта символов вставки, который был бы понятен скрипту. В качестве разделителей видимо лучше использовать обычный пробел, в качестве пробела внутри вставки можно использовать &nbsp;, и остаётся открытым вопрос, какой символ Unicode или невидимый HTML тег использовать в качестве + внутри выражения вставки. —AlexSm 16:59, 5 ноября 2008 (UTC)
thread_title:  Edittools JS 

message: Я предлагаю убрать этот скрипт, используемый для Шаблон:Modifynewsectionlink, по следующим причинам:
* этот «хак», занимая место в Common.js, используется на незначительном множестве страниц нашего раздела,
* он всё равно не работает для участников с отключённым JavaScript и со страницы истории,
* в текущем состоянии он позволяет назначить на вкладку «+» вообще любую ссылку, в том числе и внешнюю,
* главная проблема, которую был призван решить этот хак — одновременное присутствие на страницах обсуждений участников и собственной ссылки для добавления секции сверху, и стандартного «+» для добавления секции снизу — с тех пор решена добавлением магического слова _NONEWSECTIONLINK_
— AlexSm 18:39, 23 ноября 2009 (UTC)
* со страницы истории - это как? NONEWSECTIONLINK - это слово не меняет поведение "+", а убирает его. -- AVBtalk 19:33, 23 ноября 2009 (UTC)
*: Очень просто: я перехожу сюда и тогда нажимаю «+» (впрочем, у магического слова будет та же проблема). Убирание вкладки, которая добавляла бы секцию «не так, как хочется участнику» — это тоже вариант решения проблемы. — AlexSm 19:37, 23 ноября 2009 (UTC)
replies: text: :* С истории я "+" не нажимал, как-то это не очень логично. :) Не проще "+" в этом случае вообще убирать? Ведь не показывается же "+", к примеру, при переходе из вкладки "обсуждение" на вкладку статьи. Вторую часть реплики не понял - речь про убирание "+" когда открыта вкладка истории или про убирание "+" вообще отовсюду и навсегда? Или это опять же намёк на NONEWSECTIONLINK, чтобы те, кто хочет добавлять темы сверху, лишились вкладки "+" (прописывая слово вручную или неявно через шаблоны вроде "новые сверху")? -- AVBtalk 23:44, 7 декабря 2009 (UTC)
replies: text: ::Да, имелся в виду NONEWSECTIONLINK, чтобы этот «+» просто убирать, тем более что на большинстве страниц, где «новые сверху», и так есть обычная ссылка «добавить тему». — AlexSm 20:15, 9 июня 2010 (UTC)
, не в последнюю очередь из-за жалоб на техническом форуме о том, что иногда она всё равно не работает как надо. Описание Шаблон:Modifynewsectionlink исправлено.  — AlexSm 15:40, 10 ноября 2010 (UTC)
thread_title:  Убрать newSectionLink() 

message: Будет добавлена строчка вида
if (wgPageName=='Википедия:Скрипты') importScript('MediaWiki:Scripts.js') для возможности выполнения набора «общих скриптов» (доступных всем) на странице Википедия:Скрипты (если есть более подходящие варианты названия страницы, предлагайте). Первым вероятно будет скрипт из темы «удобный список личного вклада». — AlexSm 03:46, 21 июля 2010 (UTC)
*Хорошая идея. -- ShinePhantom 05:02, 21 июля 2010 (UTC)
* Поддерживаю. Хотя лучше бы обойтись без скриптов. Посмотрим, что скажут разработчики MediaWiki. BPK 19:20, 21 июля 2010 (UTC)
. — AlexSm 05:03, 22 июля 2010 (UTC)
replies: text: Мне кажется, что if (wgArticleId==2603574) … было бы пошустрее. — putnik 07:02, 22 июля 2010 (UTC)
replies: text: :Намного быстрее чем if (wgTitle=='Скрипты') … ? Кроме того, если рядом будет комментарий //ВП:Скрипты, то это ещё и больше по объёму. А вообще, мне сейчас кажется, что эту строку можно было и не добавлять, а просто писать на «ВП:Скрипты» ссылки  с параметром withjs=скрипт. — AlexSm 15:05, 22 июля 2010 (UTC)

text: Как пользоваться скриптом? BPK 09:46, 22 июля 2010 (UTC)
replies: text: :Вопрос неясен; вероятно с тех пор проблема уже разрешена. — AlexSm 15:05, 22 июля 2010 (UTC)
thread_title:  Общие скрипты 

message: Недавно добавленный скрипт MediaWiki:Osm.js работает в пространстве статей, то есть загружается практически для всех посетителей. Поэтому я собираюсь перенести его прямо в Common.js. Если получится, то с переписыванием на jQuery, который сейчас подключён во всех темах оформления. — AlexSm 15:46, 25 января 2011 (UTC)
thread_title:  Перенести OSM в Common.js 

message: Предлагаю добавить для автопатрулируемых (или возможно даже для загружающих) кнопку на страницу истории правок, при нажатии которой к каждой строке в истории добавится ссылка «вернуть», переходящая сразу к редактированию этой старой версии с описанием правки «откат N правок к версии M». Посмотреть на скрипт в действии можно по этой ссылке, кнопка «вернуть к...» находится под заголовком, после ссылки «показать журналы для этой страницы». — AlexSm 21:04, 1 марта 2011 (UTC)
* Очень полезная функция, поддерживаю. Но не только для автопатрулируемых, для патрулирущих тоже) --Vizu 22:10, 1 марта 2011 (UTC)
*  -- Crower 05:42, 2 марта 2011 (UTC)
* , очень полезная функция. Однако, я обнаружил ошибку/недочёт — если после появления кнопок «вернуть» нажать кнопку «вернуть к...» ещё раз, то на месте одной кнопки «(вернуть)» появляются несколько кнопок «(вернуть) (вернуть (вернуть))». Это нехитрое действие я смог выполнить 8 раз, после чего страница перестала грузиться. --KiD #38 12:30, 2 марта 2011 (UTC)
* , но не ниже автопатрулируемых. --VAP+VYK 15:17, 2 марта 2011 (UTC)
* Целиком и полностью За, нередко требуется так делать. MaxBioHazard 15:18, 2 марта 2011 (UTC)
* , в любом случае. Очень полезная функция.--Nature Protector (О|В) 19:20, 4 марта 2011 (UTC)
Почти всё готово к добавлению для автопатрулируемых и выше, новый вариант можно посмотреть тут. Теперь ссылки «(вернуть)» выделяются жирным на 5 секунд. — AlexSm 16:59, 3 марта 2011 (UTC)
Добавлено, заодно и «±» для показа разницы размеров. — AlexSm 17:54, 4 марта 2011 (UTC)
К сожалению, функцию пока пришлось убрать для участников с ненулевым смещением часового пояса в настройках, поскольку указываемое ими в описании правки время старой версии не совпадает со значением по умолчанию (тем, что видят все незарегистрированные). Нормальных путей решения я пока не вижу, вероятно придётся для таких участников время просто убирать из предлагаемого описания правки. — AlexSm 19:20, 4 марта 2011 (UTC)
replies: text: Возвращено; для этих участников скрипт теперь указывает версию страницы, примерно как движок при отмене одной правки. — AlexSm 21:50, 4 марта 2011 (UTC)
* При использовании гаджета показа флагов участников, текстовые метки флагов попадают в описание правки. Пример: откат 2 правок к версии 09:15, 21 декабря 2012 Кто-то(A). Firefox 3.6.14, оформление «Вектор». --KiD #38 19:49, 4 марта 2011 (UTC)
*: При откате так и есть, что в этом такого?--Nature Protector (О|В) 20:15, 4 марта 2011 (UTC)
*:: Нет, этого не должно быть. Вот пример того, что происходит. В конце описания правки видно метку (P), добавленную мной для показа патрулирующих. При обычном откате же никаких меток нет. --KiD #38 20:48, 4 марта 2011 (UTC)
replies: text: :Исправлено изменением кода гаджета: теперь «(А)» и т.д. не является частью ссылки на страницу участника. — AlexSm 21:50, 4 марта 2011 (UTC)
Нашлась мелкая проблема: при попытке передать в описание имя участника с «+» оно заменяется на «%2B»; как исправить пока неизвестно. — AlexSm 21:50, 4 марта 2011 (UTC)
thread_title:  Ссылки «вернуть» в истории правок 

message: :== Сколько тут всего ==
Например, "ВП:Выборы арбитров/Весна 2011/Голосование" вроде уже не нужно.--Ip178 05:25, 22 июля 2011 (UTC)
replies: text: Убран. — AlexSm 13:49, 22 июля 2011 (UTC)
thread_title:  Уже ненужный скрипт для голосования