Повышается оперативность. Могут быть случаи вандализма, а администраторы, которые в сети, не читают страницу «Запросы к администраторам». Так участник прямо на странице свежих правок видит, кто из админов онлайн и может непосредственно к одному из них обращаться. Таким образом вандал быстрее будет остановлен. — Obersachse09:17, 1 июля 2008 (UTC)[ответить]
Честно говоря, эта проблема мне кажется надуманной. Нужно, чтобы происходил сложно останавливаемый вандализм, его бы увидел только участник, но не администратор (а почти все активные участники администраторы), почти все администраторы были в оффлайне и т. п. Очень маловероятно. А вообще-то администраторы должны читать страницу Запросов. Не так-то сложно за ней наблюдать, странно, если кто-то этого не делает. LoKi10:30, 1 июля 2008 (UTC)[ответить]
Я так понимаю, этот гаджет скорее для того, чтобы участник, которому интересны разные флаги, мог на некоторое время себе его включить и видеть эти флаги рядом с именами участников. Мне он тоже не кажется особо полезным, но раз добавили, убирать уже добавленный гаджет по-моему не очень нехорошо. —AlexSm14:27, 1 июля 2008 (UTC)[ответить]
Не то чтобы мне хотелось раздувать из мухи слона, но по-моему, обсуждение затем и завели, чтобы сначала обсудить, а потом делать. Пока гаджетов 3,5 штуки, проблем нет, но когда их станет больше десятка, лучше ограничиться только наиболее полезными. LoKi16:21, 1 июля 2008 (UTC)[ответить]
Полностью согласен. Нужно обсуждение и выбор лучших. Я этот гаджет считаю полезным, он мне в в других разделах Википедии очень помогает. А если учесть, что число администраторов растёт, что всех уже не помнишь, что с его помощью не надо запоминать названия всех страниц об администраторах, бюрократах, проверяющих, арбитрах и oversight, то его польза только растёт. — Obersachse16:28, 1 июля 2008 (UTC)[ответить]
Вполне себе полезный и удобный гаджет. Многим было бы удобнее. Не придется лазить на личные страницы и выяснять к какой расе операторов принадлежит тот или иной участник-- ShinePhantom05:36, 7 июля 2008 (UTC)[ответить]
Хочу напомнить, что этот гаджет уже добавили несколько месяцев назад. Нет возможности определить как много участников его себе с тех пор уже включило через настройки, поэтому не стоит его удалять без достаточно серьёзных причин. —AlexSm17:07, 7 июля 2008 (UTC)[ответить]
Господа, а кто может добавить в отображение флаги патрульных и автопатрульных? Просто для того, чтобы если увижу участника, достойного флага, но не имеющего его, предложить ему получить? ShinePhantom03:29, 11 сентября 2008 (UTC)[ответить]
Желане понятное, но мне кажется, что для патрулирующих нужно другое решение. Во-первых их число будет несоизмеримо больше и во-вторых их список намного чаще будет обновляться. Вручную с этим не справимся, нужен какой-то автоматизм. — Obersachse05:22, 11 сентября 2008 (UTC)[ответить]
Не уверен, кто будет его исправлять, когда обнаружатся другие проблемы. Даже если забыть о том, что все переменные локализации должны были быть в самом начале текста, лично мне код кажется запутанным и сложным. Кроме того, неожиданно оказалось, что по умолчанию гаджет сразу записывает страницу с добавляемой категорией, в русккой версии документации это не отражено. —AlexSm16:16, 12 июня 2008 (UTC)[ответить]
Во-первых, имелось в виду, что добавление этого гаджета фактически решит исход дискуссии в пользу «не менять для всех», поскольку гаджет оттянет на себя часть сторонников глобального изменения. Во-вторых, и это пожалуй главный аргумент, в результате добавления именно гаджета вероятно появится больше статей с этой проблемой: гаджет себе подключат именно редакторы, и перестанут пытаться исправить проблему смещённых ссылок [править] для читателей. Хотелось бы услышать менния других участников. —AlexSm14:27, 1 июля 2008 (UTC)[ответить]
политизированно :( неужели действительно нужно стимулировать сторонников глобального изменения, чтобы они устраивали флуд в обсуждениях? неужели кривые методы исправления смещённых ссылок [править] (через правку статей а не движка) действительно нужны?//Berserkerus10:32, 2 июля 2008 (UTC)[ответить]
Ещё раз: если смещённые ссылки [править] так ужасны, исправляйте их (уж каким-нибудь нибудь способом) для всех. Добавление этого кода именно как гаджета только ухудшит ситуацию. —AlexSm17:07, 7 июля 2008 (UTC)[ответить]
Я считаю, что эта функциональность (если она всем понравится) должна быть включена в общий Monobook, а не просто добавлена в гаджеты. В этом я согласен с AlexSm (если, конечно, правильно его понял). Что касается само́й функциональности, то так действительно лучше. Я специально уже с день посидел с ней. Непривычно, но более удобно и более логично. Помимо проблемы с изображениями, такое размещение ссылки «Править» мне вообще кажется более логичным: справа ссылку можно было просто не заметить, поскольку она удалена от контекста, особенно на широком экране. LoKi 16:27, 1 июля 2008 (UTC) Возможно, я только чуть-чуть бы увеличил размер шрифта и ещё ненамного отодвинул от заголовка, но это уже косметические детали. LoKi16:29, 1 июля 2008 (UTC)[ответить]
urldecoder
Если не будет возражений, добавлю в гаджеты urldecoder, позволяющий удобно вставлять нормальные внутренние ссылки из адресной строки браузера. Используется многими участниками и вроде бы нареканий не было. —AlexSm21:21, 30 июня 2008 (UTC)[ответить]
Я не вижу особой необходимости в таком выделении: обрабатывают обычно либо выделенный текст, либо одну ссылку сразу после вставки в окно редактирования. Более того, если в «доработанном» варианте вставить ссылку сразу перед словом (сперва без пробела), то после обработки слово ошибочно станет частью ссылки. —AlexSm22:06, 17 июля 2008 (UTC)[ответить]
Хорошо, не возражаю. Посмотрите вот этот пример, у меня он не нашел (сразу после вставки).
Да, есть такая проблема, скрипт отсчитывал 300 байт назад для поиска начала ссылки , а в этой ссылке 320 байт. Исправил на 500. —AlexSm16:40, 21 июля 2008 (UTC)[ответить]
Ссылка по длине близка, но не достигает 500 символов, и у меня нормально раскодируется в Firefox 1.5, Opera 9.27 и IE, как сразу после вставки, так и в выделенном тексте. —AlexSm14:01, 7 августа 2008 (UTC)[ответить]
Как насчет посимвольного цикла назад до первого встреченного пробела или нулевой позиции (при условии, что до этого был хотя бы один непробельный символ), пока не начнёт находить подстроку http:// ? X-romix05:43, 8 августа 2008 (UTC)[ответить]
Полезный скрипт, но осталась пара проблемок (с тем, что не нужно раскодировать некоторые символы скобок) и пожеланий (например, чтобы отрабатывать случай, когда курсор стоит за закрывающей квадратной скобкой, а также обрабатывать случаи типа [[Википедия:Проверяемость#.D0.9D.D0.B5.D0.BE.D1.80.D0.B4.D0.B8]]) - см. страницу обсуждения Alex, там эти вопросы висят уже очень давно. -- AVBtalk13:10, 12 февраля 2009 (UTC)[ответить]
Спасибо. Однако подразумевалось, что нужно как минимум указать в качестве примера хотя бы одну статью с координатами, и рассказать, чем же это всё-таки отличается от (запускающегося у всех) WikiMiniAtlas. А как максимум — добавить скриншоты. Кроме того, судя по коду, гаджет не работает во всех темах оформления, это тоже надо либо исправить либо отразить в документации. —AlexSm15:26, 1 июля 2008 (UTC)[ответить]
Не вижу смысла в скриншоте. Каждый может экспериментировать. Поставил галочку, посмотрел. Если нравится - оставил. Про monobook я сейчас добавлю. — Obersachse15:31, 1 июля 2008 (UTC)[ответить]
Томас, ты не прав, скриншоты полезны в любом случае, независимо от того, насколько легко включить, а потом выключить скрипт. Возможность иметь представление о предмете до внесения каких-то (любых) изменений - это полезно и крайне удобно. Тем более, что скриншот один и тот же всегда и для всех, а результаты "поэкспериментировать" могут быть разными. Однако, хотел бы возвратить этот мяч на поле самого Alex-а - я оставлял такой же запрос, про описание и скриншоты, к его скрипту diffs, но ответа не было. :) :( -- AVBtalk13:04, 12 февраля 2009 (UTC)[ответить]
Я к тому, что скриншот мало о чём говорит. Если скриншот показывает Париж, то пользователь будет разочарован, что в статье Мухосранск гаджет показывает пустую карту. Если наоборот, то участник не увидит пользу в гаджете и не включает его вообще. Кроме того скриншот отражает только ситуация под monobook. — Obersachse13:24, 12 февраля 2009 (UTC)[ответить]
Если наоборот, то участник не увидит пользу в гаджете и не включает его вообще - так я как раз об этом: пользователь "поэкспериментирует" в "Мухосранске", не увидит пользы (которая может проявиться в других местах) и выключит гаджет. А скриншот покажет в принципе вообще о чём речь и на что обращать внимание. Пусть даже если речь об одном только монобуке - хотя если ситуация в разных стилях разная, можно ведь представить скриншоты и для каждого стиля, разве это проблема? -- AVBtalk14:47, 12 февраля 2009 (UTC)[ответить]
check tags.js — Скрипт выполняет проверку вложенности (закрытости) элементов, таких как <ref> и других. На страницах обсуждения проверяет наличие подписи. Если скрипт обнаружит несоответствие закрывающих элементов открывающим, или отсутствие подписи, то он предложит участнику вернуться к редактированию текста статьи. X-romix13:07, 17 июля 2008 (UTC)[ответить]
Мне кажется, гаджетом имело бы смысл сделать какой-нибудь более расширенный скрипт, проверяющий сразу много вещей, например как en:User:Cameltrader/Advisor.js/Description, и чтобы он активировался не при записи страницы, а по нажатию кнопки в любой момент (как «интерактивный» Викификатор). Далее, я в принципе против гаджетов, написанных пару дней назад, потому что в них обычно много ошибок. Просто посмотрев на код, я вижу, что сейчас скрипт будет проверять наличие подписи после предпросмотра .js файлов, и вообще на всех страницах пространства «Википедия:» (т.е. на страницах правил, руководств и т.д.). И вообще, проверка подписи уже есть для незарегистрированных и новых участников в MediaWiki:Editpage.js, остальные могут её себе включить как написано в Википедия:Подписывайтесь на страницах обсуждения. —AlexSm22:06, 17 июля 2008 (UTC)[ответить]
По пунктам: (1) сразу много вещей могут проверять сразу много гаджетов. Если есть такое пожелание, то очевидно необходимо организовать цепочку вызовов. Мало ли у кого появятся идеи или персональные (личные) скрипты - нужно чтобы один скрипт не отменял действие другого, а они вызывались по цепочке. (2) Интерактивный викификатор это одно, а проверка валидности HTML перед записью - это другое. Во многих программах есть проверка правильности заполнения формы перед записью ее в БД - никаких кнопок на эту тему там нет. В Википедии традиционно используется проверка подписи (для забывчивых пользователей). Мой скрипт проверяет HTML (тоже для забывчивых). А все остальное конечно можно и через кнопки, и как угодно. (3) Такое требование не стоит, если хотите напишите его в явном виде где-нибудь. (4) Проверку предпросмотра JS исправил. Насчет пространства Википедии посмотрю, алгоритм был затырен из готового скрипта qsig. (5) Эта возможность у меня не работает (видимо, отменяется моим скриптом из-за не реализованной цепочки вызовов). Поскольку пока только две проверки, то мне не хочется администраторов напрягать, но на будущее надо цепочку видимо сделать (там работы мне кажется будет немного, и она аналогична уже имеющейся цепочке обработчиков "после загрузки"?).X-romix09:13, 18 июля 2008 (UTC)[ответить]
И всё-таки мне непонятно, зачем дублировать функциональность, уже имеющуюся в Editpage.js и включаемую одной переменной. И список страниц-обсуждений придётся обновлять параллельно. И выскакивающее предупреждение, на мой взгляд, менее удобно: при внесении мелкого изменения, когда подписи точно не нужно, проще два раза нажать «Записать страницу», чем переносить мышь в другое место экрана. —AlexSm16:40, 21 июля 2008 (UTC)[ответить]
У меня не завелось... Они конкурируют за обработчик нажатия кнопки (за место под кнопкой). Поэтому я и сделал «два в одном», чтобы не потерялась проверка подписи. Более изящным решением будет цепочка обработчиков «перед записью».X-romix22:15, 21 июля 2008 (UTC)[ответить]
Не возражаю против штатного способа показа сообщения (жалко только что я его не вижу - прибил элемент "editpage-copywarn". X-romix22:28, 21 июля 2008 (UTC)[ответить]
Теперь мне понятно в чём было затруднение, onclick-то один. На самом деле не нужно цепочки обработчиков, эта проблема давно решена на более низком уровне, с помощью «event registration», см. например Devmo:DOM:element.addEventListener. Пример кроссбраузерного скрипта, перехватывающего onclick, показан ниже (addHandler определена в wikibits.js). А в Editpage.js onclick использован просто для краткости, хотя наверное и там стоит сделать правильным путём. —AlexSm14:58, 22 июля 2008 (UTC)[ответить]
addHandler(wpSave,'click',myFunc)functionmyFunc(e){//... основной кодif(isCancel){//отменить нажатие кнопкиe=e||window.event//из-за различий в IE и стандартных браузерахif(e.preventDefault)e.preventDefault();elsee.returnValue=false//остановить действие, снова по-разномуreturnfalse//на всякий случай}}
Есть пара моментов: (1) (как уже упомянуто выше) не хватает возможности вызвать скрипт явно, а не только при сохранении, причём с возможность переход к следующей ошибке после предыдущей (бывает такая необходимость - не исправлять сразу, а сначала посмотреть, что там ещё есть; или вообще не исправлять - примеру, html-теги могут быт разнесены по разным шаблонам), а также (2) пока не поддерживается синтаксис подстановки параметров шалонов с помощью тройных скобок. Также, не помешала бы интеграция этого скрипта с другими подобным (предупреждение о переполнении поля описаний или отсутствии подписи, например) для минимизации количества сообщений при отказе от сохранения на одном из варнингов и попытке повторного сохранения (пример сценария: начинаем сохранять, получаем варнинг, отменяем сохранение, смотрим подробности, после чего опять пытаемся сохранить). Это можно дорабаывать, но и без этих доработок скрипт сейчас крайне полезен. -- AVBtalk12:59, 12 февраля 2009 (UTC)[ответить]
tablifikator.js позволяет быстро оформить таблицу, скопированную из Excel или Calc, по правилам Википедии. Добавляет в панель инструментов кнопку , которая появится после установки скрипта. Первую строку делает заголовком, первую колонку - делает заголовком по запросу. X-romix07:58, 24 июля 2008 (UTC)[ответить]
Только не по умолчанию. Как оказалось, это неудобная фича. Кнопка большая, часто в неё случайно ткнёшься - текст корёжится неисправимым способом (приходится руками чистить, Ctrl-z не работает). infovarius08:21, 16 февраля 2010 (UTC)[ответить]
В левом нижнем углу браузера появляется значок ошибки. В деталях выдаёт: Line: 111; Char: 2; Error: 'extSearchMode' is undefined; Code: 0. В результате, кнопка «Записать страницу» не работает. После отключения скрипта - всё вернулось в норму. --ariely13:10, 24 июля 2008 (UTC)[ответить]
Ошибка была в описании (сейчас я изменил сам скрипт). А вообще можно установить скрипт вот так:
//Скрипт дополняет форму поиска ссылками на поиск в гугле по различным вики-проектам.extSearchMode=1;//Режим просмотра: 1 - в новом окне, 0 - в текущем.importScript('Участник:X-romix/wiki_google.js');
Скрипт полезный, но в некоторых случаях не хватает возможности перехода к ссылке в том же окне (не всегда новые ссылки нужно открывать в новых окнах), а также, наверное, неплохо было бы как-то сделать бокс под полем поиска несколько компактнее, например, за счёт выноса "Google" и "Яндекс" за скобки. Или, может, сделать кнопки-ссылки "Гугль" и "Яндекс" с выпадающими меню-списками? -- AVBtalk13:23, 12 февраля 2009 (UTC)[ответить]
Скрипт для транслитерации
translit.js - переводит текст из латиницы в кириллицу согласно ГОСТ 7.79-2000 (ИСО 9-95). Добавляет в панель инструментов кнопку , которая появится после установки скрипта. Пример транслитерации:
By`straya ry`zhaya lisa pry`gaet cherez lenivuyu sobaku.
Скрипт для контроля переполнения в поле «описание изменений»
summary show overload.js — скрипт показывает переполнение поля «Описание изменений». Поле «Описание изменений» принимает 250 латинских символов или 125 русских (каждый русский символ кодируется двумя байтами). Скрипт подсчитывает число символов разных алфавитов и пишет сообщение, если размер поля был превышен. Сделан по аналогии со скриптом Участник:Js/summary.js. X-romix14:24, 24 июля 2008 (UTC)[ответить]
Единственное, что не хватает синхронизации с другими скриптами типа check tags (проверка html-разметки, выполняемая при записи) и qsig (настройка формата подписи и предуреждения о её отсутствии) для уменьшения количества варнингов и для приведения их к единому стилю. А qsig, по идее, вообще можно влить в этот скрипт, тем более что он сейчас не поддерживается. -- AVBtalk13:19, 12 февраля 2009 (UTC)[ответить]
Значительно повышает удобство перехода в режим редактирования в статьях с картинками и с таблицами. Уже давно добавлено по умолчанию в некоторых иноязычных разделах Википедии. Поскольку в наш раздел это новшество по умолчанию не добавлено, предлагаю добавить скрипт в гаджеты. Судя по форумам - востребованность высокая!//Berserkerus09:01, 12 февраля 2009 (UTC)[ответить]
Я тоже по-прежнему думаю, что сближение заголовка и "править" - менее эстетично. en:WP:BUNCH - м-д... The 'best' (most universally effective) and easiest of these has been formalized in the template {{FixBunching}} - вполне в стиле мелкософта - вместо исправления багов предлагается начать считать их фичами и придумаются тонны воркараундов для них... Бред и маразм. PS: Alex, ну что же вы пропали? Я вас так хочу... В смысле, так жду от вас исправлений багов и улучшения ваших скриптов, без которых я уже как без рук... Тут на днях в рувики на несколько часов перестал подключаться монобук.js, и я почувствовал себя "голым королём" без них... :( -- AVBtalk00:44, 14 февраля 2009 (UTC)[ответить]
Из архива: "Добавлен гаджет для полного сокрытия баннера, в настройках в самом низу списка гаджетов. —AlexSm 16:18, 6 ноября 2008 (UTC)". И где же он? Скрали?--Peshoshnica14:39, 22 декабря 2009 (UTC)[ответить]
Предыдущих обсуждений не нашёл, если они есть - ткине пальцем, пожалуйста.
Подскажите, отчего может работать через раз гаджет поднятия интервики вверх? Да и замена названий на русские в title и в списке что-то не включается - это я недодаточно усердно Ctrl+F5 жму, или оно действительно такое нерабочее? Браузер Chrome. Pavel.nps13:42, 15 августа 2010 (UTC)[ответить]
Боюсь, что на этот вопрос никто нормально не ответит, поскольку гаджет был механически перенесён из другого проекта. В принципе можно проверить, не обновился ли он там. Возможно проблема связана с тем, что WebKit (по моим наблюдениям) выполняет скрипты в несколько произвольном порядке. — AlexSm14:31, 15 августа 2010 (UTC)[ответить]
М-да, в файрфоксе всё чудесно заработало, только title приписывается лишь к интервикам на заглавной странице, а в статьях остаётся вспывающим название тамошней статьи (кроссбраузерный баг?). Значит, надо искать либо клон Хрома на Gecko, либо userjs родных поискать... Pavel.nps15:53, 15 августа 2010 (UTC)[ответить]
Исправил отображение title. Когда скрипт создавался у ссылок не было title, а потом разработчики движка добавили в title название статьи, и title для элемента a стал перекрывать title для элемента li. --Александр Сигачёв21:36, 16 октября 2010 (UTC)[ответить]
Предлагаю добавить скрипт Викиссыльщика в гаджеты. Скрипт предлагает для выделенной фразы вики-ссылку. Удобен для проставления ссылок на слова, стоящие в падежах, отличных от именительного.
Ещё раз - по-моему, по отдельности он гораздо менее полезен, чем в связке с user:js/editsuggest.js. Предлагаю подключить suggest как гаджет, а в него зашить как первое приближение в поле поиска этот скрипт для получения начальной формы. Тогда и редактировать эту форму можно будет и видно, существует ли такая статья. --infovarius18:29, 17 октября 2010 (UTC)[ответить]
Если AlexSm будет не против, то можно сделать и так. Но мне всё-таки кажется, что у этих функций разные назначения и способы применения, два гаджета не будут друг другу мешать. --Александр Сигачёв18:38, 18 октября 2010 (UTC)[ответить]
Прошу создать подобные гаджеты для следующих языков: 1) из первой 10-ки остался только - Нидерландский; 2) свыше 300 тыс. статей - Шведский, Китайский, Каталанский, Норвежский (no), Украинский; 3) свыше 200 тыс. статей - Финский, Вьетнамский, Чешский, Венгерский (скоро будет). --Averaver 12:25, 15 июля 2011 (UTC)
4) Странно, португальский язык не переносится в начало списка. Хотя, пару дней назад видел его в верхней группе. --Averaver13:53, 8 августа 2011 (UTC)[ответить]
Адаптировал код для указанных википедий по примеру Английской Вики. Записал себе - Gadget-iwnl.js, Gadget-iwca.js, Gadget-iwcs.js, vector.js. Очистил кэш браузера. Однако результата не получил. В тоже время добавленный код для всплывающих окон заработал сразу же. Что еще не сделано? Предлагаю сделать эти гаджеты (для первой 20-ки википедий) общими и добавить в настройки. --Averaver16:39, 2 октября 2011 (UTC)[ответить]
Предлагаю странице настроек в раздел гаджетов добавить возможность сортировать языковые разделы по какому-нибудь критерию. Можно применять это как самостоятельную настройку либо совместно с функцией переноса интервик в начало списка. При этом сортироваться должны только те разделы, что не выделены в начале списка принудительно. Это может быть удобно затем, чтобы с первого раза с большой долей вероятности выбрать самую полную статью из всех разделов. Критерии для сортировки могут быть: глубина языкового раздела, размер статьи в байтах, общее количество статей/редакторов/активных редакторов или ещё что-нибудь. Собственно непосредственно о статье говорит лишь её размер, ну и статус хорошей/избранной, но статус сейчас не рассматривается, т.к. он и так выделяется. А остальные параметры характеризуют языковой раздел в целом, но могут дать косвенную оценку статьи не заходя в неё. Конечно, все 276 языков знать невозможно. Предполагается, что в случае чего машинный перевод поможет. --4epenOK22:07, 1 сентября 2011 (UTC)[ответить]
Интервики на любые заданные разделы уже можно переносить в начало списка с помощью пары строк в своём common.js, добавленных по аналогии с кодом в гаджетах переноса Gadget-iwen.js, Gadget-iwde.js и т.д. Для размера статьи в байтах нужно делать отдельный API запрос для каждой интервики, поэтому держать такую сортировку постоянно включённой несколько непрактично, и такой инструмент по-моему лучше реализовать на тулсервере. — AlexSm01:54, 2 сентября 2011 (UTC)[ответить]
Для уменьшения нагрузки можно сделать так, чтобы если размер более чем в 2 раза короче, чем в русской версии, то дальше не сортировать. Я не очень дружу со скриптами поэтому не понимаю как это можно реализовать и можно ли вообще? И второе: мне самому кажется, что гаджет был бы удобен, а вам? Подобного я не нашёл --4epenOK11:30, 2 сентября 2011 (UTC)[ответить]
Выпадающие меню для страниц и участников (Monobook и Modern)
Этот гаджет некорректно формирует ссылку на посещаемость, если в настоящий момент ты находишь на подстранице, т.е. в заголовке использован слеш / Легко проверяется на черновиках и архивах. --4epenOK13:17, 8 сентября 2011 (UTC)[ответить]
Гаждет "Интервики: переносить в начало списка" в английской вики
Не совсем понятно, как подключать гаджеты. Например, мне хочется, чтобы в английской вики русские интервики-ссылки выделялись и поднимались наверх в списке, как это реализовано здесь, в русской, с помощью гаджета "Интервики: переносить в начало списка". В описании указано, что для того, чтобы подключить гаджет, надо поставить соотв. галочку в настройках. Но в английской вики среди гаджетов нет ничего похожего. Однако далее написано, что "принципиальной разницы между включением галки в настройках и правкой страниц персонального оформления нет". Т.е. можно внести на свои страницы персонального оформления некий javascript-код, который реализует функционал нужного гаджета? Если так, то как добыть код нужного гаджета и куда его вставлять? --Trolzen21:07, 3 октября 2011 (UTC)[ответить]
Честно говоря, понятнее не стало. Ну да, я видел эти строки, когда читал страницы, относящиеся к работе с гаджетами. Во-первых, куда эти строки вставлять? А во-вторых, весь функционал гаджета состоит только из этих трёх строк, и выделение будет работать даже если админы английской вики ничего дополнительно не делали? --Trolzen21:05, 4 октября 2011 (UTC)[ответить]
Дает поиск указанного символа или сочетания символов по всей статье с автоматической заменой (как в Word'е).
Будет очень полезен переводчикам, а также проверяющим орфографию и грамматику.--Николай9513:12, 10 декабря 2011 (UTC)[ответить]
Возможно ли создать гаджет, который бы мгновенно переводил все фамилии в таблице с латиницы на кириллицу ? Т.е. создать файл с таблицей следующего вида (важно чтобы файл мог свободно редактироваться для постоянного внесения дополнений в список):
Который бы использовался гаджетом. Далее бралась бы таблица со спортивными результатами из ен-вики или любой другой латинской и таблица для русской статьи создавалась бы за считанные секунды. Сейчас при написании переносе статей из ен-вики о спортивных соревнованиях, чемпионатах и Гран-при 99% времени занимает однотипная транслитерация латинских имен в кириллические. Подобный гаджет существенно бы упростил задачу написания статей на основе ен-вики. --Sasha Krotov21:56, 25 августа 2012 (UTC)[ответить]
@Sasha Krotov: Посмотрите как настраивается викификатор. Создаете себе настройку дополнительных замен. Когда они не нужны просто их закомментируете или удалите в истории страницы личной настройки список останется, если потом снова потребуется. --Сунприат12:10, 2 января 2016 (UTC)[ответить]
Поиск картинок гугла
Предлагаю добавить «поиск картинки по картинке» как на коммонсе. Очень удобно использовать для поиска изображений, которые были засвечены в инете и не имеют ОТРС-тикета.
Вызывать прямо с Коммонса, к сожалению, нельзя. Там в исходнике надо поменять код проекта с «commons» на «ru».--Iluvatarобс22:15, 30 января 2013 (UTC)[ответить]
Кнопка переноса строки
Добавьте, пожалуйста, на Панель редактирования кнопку которая бы делала перенос строки, как это сделано в украинской Википедии. То есть, чтобы она добавляла в викитекст тег <br />
--MMH11:10, 1 мая 2013 (UTC)[ответить]
Да, но панель быстрой вставки находится внизу и приходится всё время прокручивать окно, чтобы до неё добраться. Панель же редактирования — находится вверху и всегда доступна. Я понимаю, что при редактировании статей эта кнопка не очень нужна, так как там преимущественно делаются абзацы, но на страницах обсуждения, она очень нужна, так как на них абзацы делать не принято. --MMH11:41, 1 мая 2013 (UTC)[ответить]
Полный список гаджетов
Что-то мне подсказывает, что список гаджетов, подключеных изначально и доступных для подключения, который имеется в конце статьи - неполный. Где можно посмотреть полный список? --MMH01:11, 12 июля 2015 (UTC)[ответить]
Нет ли такого гаджета для оценки важности и уровня статьи проекта, чтобы выйдя на страницу можно было оценить статью (или даже добавить к проекту, убрать из проекта)? Полагаю, что функциональность номинирования на ДС с лихвой содержит нужные механизмы, в тут более простой случай. Так получается, чтобы оценить нужно выйти на статью, затем на СО, добавить шаблон. Для массовой работы не очень удобно. РоманСузи10:47, 30 декабря 2015 (UTC)[ответить]
Локализация гаджета из ивритской Википедии, который для запросов, вводимых в неверной раскладке в "малом" поле поиска (том, что вверху справа от вкладок), выдаёт результаты (поисковые подсказки) в корректной раскладке.
здравствуйте! Я как слабовидящий когда ты включил его в настройках у себя, и появилась ссылка "озвучить" над каждым разделом каждой статьи, но при её нажатии ничего не происходит. И сейчас в настройках это опция есть, но в списке гаджетов я её не нашёл в категории. " GregZak (обс.) 13:42, 22 октября 2023 (UTC)[ответить]