Стоит ли добавить
? Этот скрипт добавляет в свежих правках после имени должностных лиц сокращение их должности. Бюрократы помечаются буквой «B», администраторы «A», арбитры «Ar» и проверяющие «C». Удобно, если нужна быстрая помощь. —
Obersachse
11:52, 23 февраля 2008 (UTC)
[
]
Повышается оперативность. Могут быть случаи вандализма, а администраторы, которые в сети, не читают страницу «Запросы к администраторам». Так участник прямо на странице свежих правок видит, кто из админов онлайн и может непосредственно к одному из них обращаться. Таким образом вандал быстрее будет остановлен. —
Obersachse
09:17, 1 июля 2008 (UTC)
[
]
Честно говоря, эта проблема мне кажется надуманной. Нужно, чтобы происходил сложно останавливаемый вандализм, его бы увидел только участник, но не администратор (а почти все активные участники администраторы), почти все администраторы были в оффлайне и т. п. Очень маловероятно. А вообще-то администраторы должны читать страницу Запросов. Не так-то сложно за ней наблюдать, странно, если кто-то этого не делает.
L
o
K
i
10:30, 1 июля 2008 (UTC)
[
]
Я так понимаю, этот гаджет скорее для того, чтобы участник, которому интересны разные флаги, мог на некоторое время себе его включить и видеть эти флаги рядом с именами участников. Мне он тоже не кажется особо полезным, но раз добавили, убирать уже добавленный гаджет по-моему не очень нехорошо. —
AlexSm
14:27, 1 июля 2008 (UTC)
[
]
Не то чтобы мне хотелось раздувать из мухи слона, но по-моему, обсуждение затем и завели, чтобы сначала обсудить, а потом делать. Пока гаджетов 3,5 штуки, проблем нет, но когда их станет больше десятка, лучше ограничиться только наиболее полезными.
L
o
K
i
16:21, 1 июля 2008 (UTC)
[
]
Полностью согласен. Нужно обсуждение и выбор лучших. Я этот гаджет считаю полезным, он мне в в других разделах Википедии очень помогает. А если учесть, что число администраторов растёт, что всех уже не помнишь, что с его помощью не надо запоминать названия всех страниц об администраторах, бюрократах, проверяющих, арбитрах и oversight, то его польза только растёт. —
Obersachse
16:28, 1 июля 2008 (UTC)
[
]
Вполне себе полезный и удобный гаджет. Многим было бы удобнее. Не придется лазить на личные страницы и выяснять к какой расе операторов принадлежит тот или иной участник--
ShinePhantom
05:36, 7 июля 2008 (UTC)
[
]
Хочу напомнить, что этот гаджет
уже добавили
несколько месяцев назад. Нет возможности определить как много участников его себе с тех пор уже включило через настройки, поэтому не стоит его удалять без достаточно серьёзных причин. —
AlexSm
17:07, 7 июля 2008 (UTC)
[
]
Господа, а кто может добавить в отображение флаги патрульных и автопатрульных? Просто для того, чтобы если увижу участника, достойного флага, но не имеющего его, предложить ему получить?
ShinePhantom
03:29, 11 сентября 2008 (UTC)
[
]
Желане понятное, но мне кажется, что для патрулирующих нужно другое решение. Во-первых их число будет несоизмеримо больше и во-вторых их список намного чаще будет обновляться. Вручную с этим не справимся, нужен какой-то автоматизм. —
Obersachse
05:22, 11 сентября 2008 (UTC)
[
]
Не уверен, кто будет его исправлять, когда обнаружатся другие проблемы. Даже если забыть о том, что все переменные локализации должны были быть в самом начале текста, лично мне код кажется запутанным и сложным. Кроме того, неожиданно оказалось, что по умолчанию гаджет сразу записывает страницу с добавляемой категорией, в русккой версии документации это не отражено. —
AlexSm
16:16, 12 июня 2008 (UTC)
[
]
Во-первых, имелось в виду, что добавление этого гаджета фактически решит исход дискуссии в пользу «не менять для всех», поскольку гаджет оттянет на себя часть сторонников глобального изменения. Во-вторых, и это пожалуй главный аргумент, в результате добавления именно гаджета вероятно появится больше статей с этой проблемой: гаджет себе подключат именно редакторы, и перестанут пытаться исправить проблему смещённых ссылок [править] для читателей. Хотелось бы услышать менния других участников. —
AlexSm
14:27, 1 июля 2008 (UTC)
[
]
политизированно :( неужели действительно нужно стимулировать сторонников глобального изменения, чтобы они устраивали флуд в обсуждениях? неужели кривые методы исправления смещённых ссылок [править] (через правку статей а не движка) действительно нужны?//
Berserkerus
10:32, 2 июля 2008 (UTC)
[
]
Ещё раз: если смещённые ссылки [править] так ужасны, исправляйте их (уж каким-нибудь нибудь способом) для всех. Добавление этого кода именно
как гаджета
только ухудшит ситуацию. —
AlexSm
17:07, 7 июля 2008 (UTC)
[
]
Я считаю, что эта функциональность (если она всем понравится) должна быть включена в общий Monobook, а не просто добавлена в гаджеты. В этом я согласен с
AlexSm
(если, конечно, правильно его понял). Что касается само́й функциональности, то так действительно лучше. Я специально уже с день посидел с ней. Непривычно, но более удобно и более логично. Помимо проблемы с изображениями, такое размещение ссылки «Править» мне вообще кажется более логичным: справа ссылку можно было просто не заметить, поскольку она удалена от контекста, особенно на широком экране.
L
o
K
i
16:27, 1 июля 2008 (UTC) Возможно, я только чуть-чуть бы увеличил размер шрифта и ещё ненамного отодвинул от заголовка, но это уже косметические детали.
L
o
K
i
16:29, 1 июля 2008 (UTC)
[
]
urldecoder
Если не будет возражений, добавлю в гаджеты
urldecoder
, позволяющий удобно вставлять нормальные внутренние ссылки из адресной строки браузера. Используется многими участниками и вроде бы нареканий не было. —
AlexSm
21:21, 30 июня 2008 (UTC)
[
]
Я не вижу особой необходимости в таком выделении: обрабатывают обычно либо выделенный текст, либо одну ссылку
сразу после вставки
в окно редактирования. Более того, если в «доработанном» варианте вставить ссылку сразу перед словом (сперва без пробела), то после обработки слово ошибочно станет частью ссылки. —
AlexSm
22:06, 17 июля 2008 (UTC)
[
]
Хорошо, не возражаю. Посмотрите вот этот пример, у меня он не нашел (сразу после вставки).
Да, есть такая проблема, скрипт отсчитывал 300 байт назад для поиска начала ссылки , а в этой ссылке 320 байт. Исправил на 500. —
AlexSm
16:40, 21 июля 2008 (UTC)
[
]
Ссылка по длине близка, но не достигает 500 символов, и у меня нормально раскодируется в Firefox 1.5, Opera 9.27 и IE, как сразу после вставки, так и в выделенном тексте. —
AlexSm
14:01, 7 августа 2008 (UTC)
[
]
Как насчет посимвольного цикла назад до первого встреченного пробела или нулевой позиции (при условии, что до этого был хотя бы один непробельный символ), пока не начнёт находить подстроку http:// ?
X-romix
05:43, 8 августа 2008 (UTC)
[
]
Полезный скрипт, но осталась пара проблемок (с тем, что не нужно раскодировать некоторые символы скобок) и пожеланий (например, чтобы отрабатывать случай, когда курсор стоит за закрывающей квадратной скобкой, а также обрабатывать случаи типа [[Википедия:Проверяемость#.D0.9D.D0.B5.D0.BE.D1.80.D0.B4.D0.B8]]) - см. страницу обсуждения Alex, там эти вопросы висят уже очень давно. --
A
V
B
talk
13:10, 12 февраля 2009 (UTC)
[
]
Спасибо. Однако подразумевалось, что нужно как минимум указать в качестве примера хотя бы одну статью с координатами, и рассказать, чем же это всё-таки отличается от (запускающегося у всех) WikiMiniAtlas. А как максимум — добавить скриншоты. Кроме того, судя по коду, гаджет не работает во всех темах оформления, это тоже надо либо исправить либо отразить в документации. —
AlexSm
15:26, 1 июля 2008 (UTC)
[
]
Не вижу смысла в скриншоте. Каждый может экспериментировать. Поставил галочку, посмотрел. Если нравится - оставил. Про monobook я сейчас добавлю. —
Obersachse
15:31, 1 июля 2008 (UTC)
[
]
Томас, ты не прав, скриншоты полезны в любом случае, независимо от того, насколько легко включить, а потом выключить скрипт. Возможность иметь представление о предмете до внесения каких-то (любых) изменений - это полезно и крайне удобно. Тем более, что скриншот один и тот же всегда и для всех, а результаты "поэкспериментировать" могут быть разными. Однако, хотел бы возвратить этот мяч на поле самого Alex-а - я оставлял такой же запрос, про описание и скриншоты, к его скрипту diffs, но ответа не было. :) :( --
A
V
B
talk
13:04, 12 февраля 2009 (UTC)
[
]
Я к тому, что скриншот мало о чём говорит. Если скриншот показывает Париж, то пользователь будет разочарован, что в статье Мухосранск гаджет показывает пустую карту. Если наоборот, то участник не увидит пользу в гаджете и не включает его вообще. Кроме того скриншот отражает только ситуация под monobook. —
Obersachse
13:24, 12 февраля 2009 (UTC)
[
]
Если наоборот, то участник не увидит пользу в гаджете и не включает его вообще
- так я как раз об этом: пользователь "поэкспериментирует" в "Мухосранске", не увидит пользы (которая может проявиться в других местах) и выключит гаджет. А скриншот покажет
в принципе
вообще о чём речь и на что обращать внимание. Пусть даже если речь об одном только монобуке - хотя если ситуация в разных стилях разная, можно ведь представить скриншоты и для каждого стиля, разве это проблема? --
A
V
B
talk
14:47, 12 февраля 2009 (UTC)
[
]
check tags.js
— Скрипт выполняет проверку вложенности (закрытости) элементов, таких как <ref> и других.
На страницах обсуждения проверяет наличие подписи.
Если скрипт обнаружит несоответствие закрывающих элементов открывающим,
или отсутствие подписи,
то он предложит участнику вернуться к редактированию текста статьи.
X-romix
13:07, 17 июля 2008 (UTC)
[
]
Мне кажется, гаджетом имело бы смысл сделать какой-нибудь более расширенный скрипт, проверяющий сразу много вещей, например как
, и чтобы он активировался не при записи страницы, а по нажатию кнопки в любой момент (как «интерактивный» Викификатор). Далее, я в принципе против гаджетов, написанных пару дней назад, потому что в них обычно много ошибок. Просто посмотрев на код, я вижу, что сейчас скрипт будет проверять наличие подписи после предпросмотра .js файлов, и вообще на всех страницах пространства «Википедия:» (т.е. на страницах правил, руководств и т.д.). И вообще, проверка подписи уже есть для незарегистрированных и новых участников в
, остальные могут её себе включить как написано в
Википедия:Подписывайтесь на страницах обсуждения
. —
AlexSm
22:06, 17 июля 2008 (UTC)
[
]
По пунктам: (1) сразу много вещей могут проверять сразу много гаджетов. Если есть такое пожелание, то очевидно необходимо организовать цепочку вызовов. Мало ли у кого появятся идеи или персональные (личные) скрипты - нужно чтобы один скрипт не отменял действие другого, а они вызывались по цепочке. (2) Интерактивный викификатор это одно, а проверка валидности HTML перед записью - это другое. Во многих программах есть проверка правильности заполнения формы перед записью ее в БД - никаких кнопок на эту тему там нет. В Википедии традиционно используется проверка подписи (для забывчивых пользователей). Мой скрипт проверяет HTML (тоже для забывчивых). А все остальное конечно можно и через кнопки, и как угодно. (3) Такое требование не стоит, если хотите напишите его в явном виде где-нибудь. (4) Проверку предпросмотра JS исправил. Насчет пространства Википедии посмотрю, алгоритм был затырен из готового скрипта qsig. (5)
Эта возможность у меня не работает (видимо, отменяется моим скриптом из-за не реализованной цепочки вызовов). Поскольку пока только две проверки, то мне не хочется администраторов напрягать, но на будущее надо цепочку видимо сделать (там работы мне кажется будет немного, и она аналогична уже имеющейся цепочке обработчиков "после загрузки"?).
X-romix
09:13, 18 июля 2008 (UTC)
[
]
Ну, по части проверки тегов, если кто-то из админов добавит это как гаджет, я наверное возражать не буду. —
AlexSm
16:40, 21 июля 2008 (UTC)
[
]
Комментарии
И всё-таки мне непонятно, зачем дублировать функциональность, уже имеющуюся в
и включаемую одной переменной. И список страниц-обсуждений придётся обновлять параллельно. И выскакивающее предупреждение, на мой взгляд, менее удобно: при внесении мелкого изменения, когда подписи точно не нужно, проще два раза нажать «Записать страницу», чем переносить мышь в другое место экрана. —
AlexSm
16:40, 21 июля 2008 (UTC)
[
]
У меня не завелось... Они конкурируют за обработчик нажатия кнопки (за место под кнопкой).
Поэтому я и сделал «два в одном», чтобы не потерялась проверка подписи. Более изящным решением будет цепочка обработчиков «перед записью».
X-romix
22:15, 21 июля 2008 (UTC)
[
]
Не возражаю против штатного способа показа сообщения (жалко только что я его не вижу - прибил элемент "editpage-copywarn".
X-romix
22:28, 21 июля 2008 (UTC)
[
]
Теперь мне понятно в чём было затруднение, onclick-то один. На самом деле не нужно цепочки обработчиков, эта проблема давно решена на более низком уровне, с помощью «event registration», см. например
. Пример кроссбраузерного скрипта, перехватывающего onclick, показан ниже (addHandler определена в wikibits.js). А в Editpage.js onclick использован просто для краткости, хотя наверное и там стоит сделать правильным путём. —
AlexSm
14: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//на всякий случай}}
Скрипт ск. всего будет дорабатываться по части "поместить курсор на ошибку", и другого способа показа описания ошибки.
X-romix
05:47, 8 августа 2008 (UTC)
[
]
Есть пара моментов: (1) (как уже упомянуто выше) не хватает возможности вызвать скрипт явно, а не только при сохранении, причём с возможность переход к следующей ошибке после предыдущей (бывает такая необходимость - не исправлять сразу, а сначала посмотреть, что там ещё есть; или вообще не исправлять - примеру, html-теги могут быт разнесены по разным шаблонам), а также (2) пока не поддерживается синтаксис подстановки параметров шалонов с помощью тройных скобок. Также, не помешала бы интеграция этого скрипта с другими подобным (предупреждение о переполнении поля описаний или отсутствии подписи, например) для минимизации количества сообщений при отказе от сохранения на одном из варнингов и попытке повторного сохранения (пример сценария: начинаем сохранять, получаем варнинг, отменяем сохранение, смотрим подробности, после чего опять пытаемся сохранить). Это можно дорабаывать, но и без этих доработок скрипт сейчас крайне полезен. --
A
V
B
talk
12:59, 12 февраля 2009 (UTC)
[
]
tablifikator.js
позволяет быстро оформить таблицу, скопированную из
Excel
или
Calc
, по правилам Википедии. Добавляет в панель инструментов кнопку
, которая появится после
установки
скрипта. Первую строку делает заголовком, первую колонку - делает заголовком по запросу.
X-romix
07:58, 24 июля 2008 (UTC)
[
]
За
По крайней мере стоит дополнить его в гаджеты. Кто хочет включить, тот пусть поставит галочку в своих настройках. —
Obersachse
20:09, 3 июня 2008 (UTC)
[
]
Только не по умолчанию. Как оказалось, это неудобная фича. Кнопка большая, часто в неё случайно ткнёшься - текст корёжится неисправимым способом (приходится руками чистить, Ctrl-z не работает).
infovarius
08:21, 16 февраля 2010 (UTC)
[
]
В левом нижнем углу браузера появляется значок ошибки. В деталях выдаёт: Line: 111; Char: 2; Error: 'extSearchMode' is undefined; Code: 0. В результате, кнопка «Записать страницу» не работает. После отключения скрипта - всё вернулось в норму. --
ariely
13:10, 24 июля 2008 (UTC)
[
]
Ошибка была в описании (сейчас я изменил сам скрипт). А вообще можно установить скрипт вот так:
//Скрипт дополняет форму поиска ссылками на поиск в гугле по различным вики-проектам.extSearchMode=1;//Режим просмотра: 1 - в новом окне, 0 - в текущем.importScript('Участник:X-romix/wiki_google.js');
Скрипт полезный, но в некоторых случаях не хватает возможности перехода к ссылке в том же окне (не всегда новые ссылки нужно открывать в новых окнах), а также, наверное, неплохо было бы как-то сделать бокс под полем поиска несколько компактнее, например, за счёт выноса "Google" и "Яндекс" за скобки. Или, может, сделать кнопки-ссылки "Гугль" и "Яндекс" с выпадающими меню-списками? --
A
V
B
talk
13:23, 12 февраля 2009 (UTC)
[
]
Скрипт для транслитерации
translit.js
- переводит текст из латиницы в кириллицу согласно
. Добавляет в панель инструментов кнопку
, которая появится после
установки
скрипта. Пример транслитерации:
By`straya ry`zhaya lisa pry`gaet cherez lenivuyu sobaku.
Скрипт для контроля переполнения в поле «описание изменений»
summary show overload.js
— скрипт показывает переполнение поля «Описание изменений». Поле «Описание изменений» принимает 250 латинских символов или 125 русских (каждый русский символ кодируется двумя байтами). Скрипт подсчитывает число символов разных алфавитов и пишет сообщение, если размер поля был превышен. Сделан по аналогии со скриптом
Участник:Js/summary.js
.
X-romix
14:24, 24 июля 2008 (UTC)
[
]
Единственное, что не хватает синхронизации с другими скриптами типа check tags (проверка html-разметки, выполняемая при записи) и qsig (настройка формата подписи и предуреждения о её отсутствии) для уменьшения количества варнингов и для приведения их к единому стилю. А qsig, по идее, вообще можно влить в этот скрипт, тем более что он сейчас не поддерживается. --
A
V
B
talk
13:19, 12 февраля 2009 (UTC)
[
]
Значительно повышает удобство перехода в режим редактирования в статьях с картинками и с таблицами. Уже давно добавлено по умолчанию в некоторых иноязычных разделах Википедии. Поскольку в наш раздел это новшество по умолчанию не добавлено, предлагаю добавить скрипт в гаджеты. Судя по форумам - востребованность высокая!//
Berserkerus
09:01, 12 февраля 2009 (UTC)
[
]
Уже обсуждалось выше. Удобство будет повышаться за счёт читателей, у которых гаджета не будет. По-моему это нехорошо. P.S. Ссылка по теме:
. —
AlexSm
18:25, 13 февраля 2009 (UTC)
[
]
Я тоже по-прежнему думаю, что сближение заголовка и "править" - менее эстетично.
- м-д...
The 'best' (most universally effective) and easiest of these has been formalized in the template
{{
}}
- вполне в стиле мелкософта - вместо исправления багов предлагается начать считать их фичами и придумаются тонны воркараундов для них... Бред и маразм. PS: Alex, ну что же вы пропали? Я вас так хочу... В смысле, так жду от вас исправлений багов и улучшения ваших скриптов, без которых я уже как без рук... Тут на днях в рувики на несколько часов перестал подключаться монобук.js, и я почувствовал себя "голым королём" без них... :( --
A
V
B
talk
00:44, 14 февраля 2009 (UTC)
[
]
Из архива: "Добавлен гаджет для полного сокрытия баннера, в настройках в самом низу списка гаджетов. —AlexSm 16:18, 6 ноября 2008 (UTC)". И где же он? Скрали?--
Peshoshnica
14:39, 22 декабря 2009 (UTC)
[
]
Предыдущих обсуждений не нашёл, если они есть - ткине пальцем, пожалуйста.
Подскажите, отчего может работать через раз гаджет поднятия интервики вверх? Да и замена названий на русские в title и в списке что-то не включается - это я недодаточно усердно Ctrl+F5 жму, или оно действительно такое нерабочее? Браузер Chrome.
Pavel.nps
13:42, 15 августа 2010 (UTC)
[
]
Боюсь, что на этот вопрос никто нормально не ответит, поскольку гаджет был механически перенесён из другого проекта. В принципе можно проверить, не обновился ли он там. Возможно проблема связана с тем, что
WebKit
(по моим наблюдениям) выполняет скрипты в несколько произвольном порядке. —
AlexSm
14:31, 15 августа 2010 (UTC)
[
]
М-да, в файрфоксе всё чудесно заработало, только title приписывается лишь к интервикам на заглавной странице, а в статьях остаётся вспывающим название тамошней статьи (кроссбраузерный баг?). Значит, надо искать либо клон Хрома на Gecko, либо userjs родных поискать...
Pavel.nps
15:53, 15 августа 2010 (UTC)
[
]
Исправил отображение title. Когда скрипт создавался у ссылок не было title, а потом разработчики движка добавили в title название статьи, и title для элемента a стал перекрывать title для элемента li. --
Александр Сигачёв
21:36, 16 октября 2010 (UTC)
[
]
Предлагаю добавить скрипт Викиссыльщика в гаджеты. Скрипт предлагает для выделенной фразы вики-ссылку. Удобен для проставления ссылок на слова, стоящие в падежах, отличных от именительного.
Ещё раз - по-моему, по отдельности он гораздо менее полезен, чем в связке с
user:js/editsuggest.js
. Предлагаю подключить suggest как гаджет, а в него зашить как первое приближение в поле поиска этот скрипт для получения начальной формы. Тогда и редактировать эту форму можно будет и видно, существует ли такая статья. --
infovarius
18:29, 17 октября 2010 (UTC)
[
]
Если AlexSm будет не против, то можно сделать и так. Но мне всё-таки кажется, что у этих функций разные назначения и способы применения, два гаджета не будут друг другу мешать. --
Александр Сигачёв
18:38, 18 октября 2010 (UTC)
[
]
Прошу создать подобные гаджеты для следующих языков: 1) из первой 10-ки остался только - Нидерландский; 2) свыше 300 тыс. статей - Шведский, Китайский, Каталанский, Норвежский (no), Украинский; 3) свыше 200 тыс. статей - Финский, Вьетнамский, Чешский, Венгерский (скоро будет). --
Averaver
12:25, 15 июля 2011 (UTC)
4) Странно, португальский язык не переносится в начало списка. Хотя, пару дней назад видел его в верхней группе. --
Averaver
13:53, 8 августа 2011 (UTC)
[
]
Адаптировал код для указанных википедий по примеру Английской Вики. Записал себе -
,
,
,
vector.js
. Очистил кэш браузера. Однако результата не получил. В тоже время добавленный код для всплывающих окон заработал сразу же. Что еще не сделано? Предлагаю сделать эти гаджеты (для первой 20-ки википедий) общими и добавить в настройки. --
Averaver
16:39, 2 октября 2011 (UTC)
[
]
Предлагаю
странице настроек
в раздел гаджетов добавить возможность сортировать языковые разделы по какому-нибудь критерию. Можно применять это как самостоятельную настройку либо совместно с функцией переноса интервик в начало списка. При этом сортироваться должны только те разделы, что не выделены в начале списка принудительно.
Это может быть удобно затем, чтобы с первого раза с большой долей вероятности выбрать самую полную статью из всех разделов. Критерии для сортировки могут быть: глубина языкового раздела, размер статьи в байтах, общее количество статей/редакторов/активных редакторов или ещё что-нибудь. Собственно непосредственно о статье говорит лишь её размер, ну и статус хорошей/избранной, но статус сейчас не рассматривается, т.к. он и так выделяется. А остальные параметры характеризуют языковой раздел в целом, но могут дать косвенную оценку статьи не заходя в неё. Конечно, все 276 языков знать невозможно. Предполагается, что в случае чего машинный перевод поможет. --
4epenOK
22:07, 1 сентября 2011 (UTC)
[
]
Будущие гаджеты лучше предлагать на их
: там можно сразу отсеять нереализуемые или найти уже имеющиеся варианты, а потом уже выходить на форум. —
AlexSm
01:54, 2 сентября 2011 (UTC)
[
]
Интервики на любые заданные разделы уже можно переносить в начало списка с помощью пары строк в своём
common.js
, добавленных по аналогии с кодом в гаджетах переноса
Gadget-iwen.js
,
Gadget-iwde.js
и т.д. Для размера статьи в байтах нужно делать отдельный API запрос для каждой интервики, поэтому держать такую сортировку постоянно включённой несколько непрактично, и такой инструмент по-моему лучше реализовать на
тулсервере
. —
AlexSm
01:54, 2 сентября 2011 (UTC)
[
]
Для уменьшения нагрузки можно сделать так, чтобы если размер более чем в 2 раза короче, чем в русской версии, то дальше не сортировать. Я не очень дружу со скриптами поэтому не понимаю как это можно реализовать и можно ли вообще? И второе: мне самому кажется, что гаджет был бы удобен, а вам? Подобного я не нашёл --
4epenOK
11:30, 2 сентября 2011 (UTC)
[
]
Выпадающие меню для страниц и участников (Monobook и Modern)
Этот гаджет некорректно формирует ссылку на посещаемость, если в настоящий момент ты находишь на подстранице, т.е. в заголовке использован слеш / Легко проверяется на черновиках и архивах. --
4epenOK
13:17, 8 сентября 2011 (UTC)
[
]
Гаждет "Интервики: переносить в начало списка" в английской вики
Не совсем понятно, как подключать гаджеты. Например, мне хочется, чтобы в английской вики русские интервики-ссылки выделялись и поднимались наверх в списке, как это реализовано здесь, в русской, с помощью гаджета "Интервики: переносить в начало списка". В описании указано, что для того, чтобы подключить гаджет, надо поставить соотв. галочку в настройках. Но в английской вики среди гаджетов нет ничего похожего. Однако далее написано, что "принципиальной разницы между включением галки в настройках и правкой страниц персонального оформления нет". Т.е. можно внести на свои страницы персонального оформления некий javascript-код, который реализует функционал нужного гаджета? Если так, то как добыть код нужного гаджета и куда его вставлять? --
Trolzen
21:07, 3 октября 2011 (UTC)
[
]
Честно говоря, понятнее не стало. Ну да, я видел эти строки, когда читал страницы, относящиеся к работе с гаджетами. Во-первых, куда эти строки вставлять? А во-вторых, весь функционал гаджета состоит только из этих трёх строк, и выделение будет работать даже если админы английской вики ничего дополнительно не делали? --
Trolzen
21:05, 4 октября 2011 (UTC)
[
]
Эмм... Это к чему? Надеюсь, из первого сообщения понятно, что я пока вообще не понимаю, как эти гаджеты устроены? --
Trolzen
21:20, 4 октября 2011 (UTC)
[
]
Дает поиск указанного символа или сочетания символов по всей статье с автоматической заменой (как в
Word'е
).
Будет очень полезен переводчикам, а также проверяющим орфографию и грамматику.--
13:12, 10 декабря 2011 (UTC)
[
]
Возможно ли создать гаджет, который бы мгновенно переводил все фамилии в таблице с латиницы на кириллицу ? Т.е. создать файл с таблицей следующего вида (важно чтобы файл мог свободно редактироваться для постоянного внесения дополнений в список):
Который бы использовался гаджетом. Далее бралась бы таблица со спортивными результатами из ен-вики или любой другой латинской и таблица для русской статьи создавалась бы за считанные секунды. Сейчас при
написании
переносе статей из ен-вики о спортивных соревнованиях, чемпионатах и Гран-при 99% времени занимает однотипная транслитерация латинских имен в кириллические. Подобный гаджет существенно бы упростил задачу написания статей на основе ен-вики. --
Sasha Krotov
21:56, 25 августа 2012 (UTC)
[
]
как правило статей нет, например при переносе таблицы отсюда
, почти все ссылки будут красными. А даже если статьи и будут, то викиссыльщик срабатывает при выделении только конкретного имени, а не всей таблицы в целом. --
Sasha Krotov
09:18, 26 августа 2012 (UTC)
[
]
@
Sasha Krotov
:
Посмотрите как настраивается викификатор. Создаете себе настройку дополнительных замен. Когда они не нужны просто их закомментируете или удалите в истории страницы личной настройки список останется, если потом снова потребуется. --
12:10, 2 января 2016 (UTC)
[
]
Поиск картинок гугла
Предлагаю добавить «поиск картинки по картинке»
. Очень удобно использовать для поиска изображений, которые были засвечены в инете и не имеют ОТРС-тикета.
Вызывать прямо с Коммонса, к сожалению, нельзя. Там в исходнике
надо поменять
код проекта с «commons» на «ru».--
Iluvatar
обс
22:15, 30 января 2013 (UTC)
[
]
Кнопка переноса строки
Добавьте, пожалуйста, на Панель редактирования кнопку которая бы делала перенос строки, как это сделано в украинской Википедии. То есть, чтобы она добавляла в викитекст тег <br />
--
MMH
11:10, 1 мая 2013 (UTC)
[
]
Да, но панель быстрой вставки находится внизу и приходится всё время прокручивать окно, чтобы до неё добраться. Панель же редактирования — находится вверху и всегда доступна. Я понимаю, что при редактировании статей эта кнопка не очень нужна, так как там преимущественно делаются абзацы, но на страницах обсуждения, она очень нужна, так как на них абзацы делать не принято.
--
MMH
11:41, 1 мая 2013 (UTC)
[
]
Полный список гаджетов
Что-то мне подсказывает, что список гаджетов, подключеных изначально и доступных для подключения, который имеется в конце статьи - неполный. Где можно посмотреть полный список? --
MMH
01:11, 12 июля 2015 (UTC)
[
]
Нет ли такого гаджета для оценки важности и уровня статьи проекта, чтобы выйдя на страницу можно было оценить статью (или даже добавить к проекту, убрать из проекта)? Полагаю, что функциональность номинирования на ДС с лихвой содержит нужные механизмы, в тут более простой случай. Так получается, чтобы оценить нужно выйти на статью, затем на СО, добавить шаблон. Для массовой работы не очень удобно.
РоманСузи
10:47, 30 декабря 2015 (UTC)
[
]
Локализация гаджета из ивритской Википедии, который для запросов, вводимых в неверной раскладке в "малом" поле поиска (том, что вверху справа от вкладок), выдаёт результаты (поисковые подсказки) в корректной раскладке.
здравствуйте! Я как слабовидящий когда ты включил его в настройках у себя, и появилась ссылка "озвучить" над каждым разделом каждой статьи, но при её нажатии ничего не происходит. И сейчас в настройках это опция есть, но в списке гаджетов я её не нашёл в категории. "
GregZak
(
обс.
)
13:42, 22 октября 2023 (UTC)
[
]