Википедия:Форум/Технический: различия между версиями
Строка 393: | Строка 393: | ||
* Надеюсь, что ситуация не настолько критична. После зависания текст набранной в визуальном редакторе статьи становится бледным, но его, после выхода из диалога сохранения, нажав на "Продолжить редактирование", всё ещё можно выделить и скопировать. После копирования вновь создаете статью в визуальном редакторе и вставляете скопированное - всё вернётся вместе с форматированием, ссылками и сносками. Мне иногда случалось таким образом обходить три-четыре зависания на стадии сохранения. — [[У:Igel B TyMaHe|Igel B TyMaHe]] ([[ОУ:Igel B TyMaHe|обс.]]) 21:35, 14 июня 2017 (UTC) |
* Надеюсь, что ситуация не настолько критична. После зависания текст набранной в визуальном редакторе статьи становится бледным, но его, после выхода из диалога сохранения, нажав на "Продолжить редактирование", всё ещё можно выделить и скопировать. После копирования вновь создаете статью в визуальном редакторе и вставляете скопированное - всё вернётся вместе с форматированием, ссылками и сносками. Мне иногда случалось таким образом обходить три-четыре зависания на стадии сохранения. — [[У:Igel B TyMaHe|Igel B TyMaHe]] ([[ОУ:Igel B TyMaHe|обс.]]) 21:35, 14 июня 2017 (UTC) |
||
** {{отв|Igel B TyMaHe}} Проблема в том, что кнопка «продолжить редактирование» не работает — зависает намертво и скопировать не получается. Например, недавно я редактировал статью [[Список миллиардеров]], и чтобы добавить одну из правок (та, что с пометкой «+ источник») мне пришлось добавлять её через редактор вики-текста, что не очень удобно. Но когда я это сделал — стал работать и режим визуально редактирования и через него я сохранил ещё одну правку, в которой нормально оформил этот источник. — [[У:vsco|vsco]]<sup>[[ОУ:vsco|обс]]</sup> 08:07, 15 июня 2017 (UTC) |
** {{отв|Igel B TyMaHe}} Проблема в том, что кнопка «продолжить редактирование» не работает — зависает намертво и скопировать не получается. Например, недавно я редактировал статью [[Список миллиардеров]], и чтобы добавить одну из правок (та, что с пометкой «+ источник») мне пришлось добавлять её через редактор вики-текста, что не очень удобно. Но когда я это сделал — стал работать и режим визуально редактирования и через него я сохранил ещё одну правку, в которой нормально оформил этот источник. — [[У:vsco|vsco]]<sup>[[ОУ:vsco|обс]]</sup> 08:07, 15 июня 2017 (UTC) |
||
* Просто отключите этот инструмент. Он глючит и мусорит в статьях. [[Special:Contributions/83.219.136.177|83.219.136.177]] 18:37, 25 июня 2017 (UTC) |
|||
== Инструмент поиска АПАТов == |
== Инструмент поиска АПАТов == |
Версия от 18:37, 25 июня 2017
Викификатор и боты обсуждаются не здесь, а по приведённым ссылкам.
Технические запросы на изменение защищенных страниц подаются на отдельной странице.
Сообщения на разных языках в зависимости от интерфейса
Собственно не нашёл ни одной переменной окружения, где был бы код языка интерфейса участника. Есть ли возможность, скажем, выводить сообщение на чешском только посетителям с чешским интерфейсом? Advisor, 13:38, 25 июня 2017 (UTC)
Заглавная буква в названии параметра
В шаблонах наблюдается разнобой в именовании параметров: то со строчной буквы, то с заглавной. Два вопроса:
- Зачем?
- Можно ли одним махом сделать единообразно?
— Igel B TyMaHe (обс.) 11:03, 25 июня 2017 (UTC)
- 1) Просто так, кому как удобно - так и пишет.
- 2) А нужно ли единообразие ? Это не статьи, тут вполне нормально и разнообразие, и сокращение, и разные языки. TenBaseT (обс.) 11:16, 25 июня 2017 (UTC)
- 2) На данный момент это надо реализовывать в коде каждого шаблона. Конструкция
{{{parameter|{{{Parameter|}}}}}}
в коде шаблона сначала подгрузит значение параметра со строчной буквы, если такового нет - с заглавной, если же и такового нет - пустую строку. MBH 11:23, 25 июня 2017 (UTC) - Единообразно можно сделать, но дорого и незачем. ~Facenapalm (обс.) 11:35, 25 июня 2017 (UTC)
- В рамках одного шаблона обязательно (и латиницу с кириллицей не мешать). Для всех сразу: зачем? Также есть смысл тематической стандартизации (скажем, все геошаблоны уже идут с прописной). Advisor, 13:41, 25 июня 2017 (UTC)
- Единообразие необходимо, чтобы не помнить каждый раз, как правильно в данном шаблоне. Считаю, что параметр со строчной буквы должен быть всегда. А с заглавной может быть синонимом параметра со строчной. — Алексей Копылов 18:05, 25 июня 2017 (UTC)
Подтверждение выхода
Подскажите, пожалуйста, есть ли скрипт, добавляющий подтверждение выхода из своего аккаунта в Википедии? Случайно нажал, пришлось перелогиниваться. Думаю, многим пригодится. Заранее спасибо. Oleg3280 (обс.) 16:26, 24 июня 2017 (UTC)
- Достаточно кода: Можно добавить на ВП:ПСК. — Джек, который построил дом (обс.) 18:17, 24 июня 2017 (UTC)
mw.loader.using(['jquery.confirmable'],function(){ $('#pt-logout > a').confirmable(); });
- Спасибо. Oleg3280 (обс.) 18:20, 24 июня 2017 (UTC)
Шаблон:Перенаправления
«Шаблон:Перенаправления», на мой взгляд, занимает слишком много места. Пример статьи: «Ломоносов, Михаил Васильевич». — vscoобс 15:27, 24 июня 2017 (UTC)
- Поправил. ØM 15:33, 24 июня 2017 (UTC)
Надоело каждый раз копировать все реквизиты словаря ударений, решил создать шаблон. Почему-то не проставляется в результате номер страницы, который по идее должен задаваться переменной, хотя вроде копировал с другого аналогичного шаблона. Знающим людям, наверное, делов секунд на 10, а я уже весь мозг сломал. LeoKand 09:37, 23 июня 2017 (UTC)
<ref></ref>
нельзя использовать в шаблонах, так как между ними не работают параметры ({{{1}}}
). Для шаблонов используйте {{#tag:ref}}. — grain of sand (обс.) 13:24, 23 июня 2017 (UTC)- Понял, спасибо. На будущее буду знать. LeoKand 14:16, 23 июня 2017 (UTC)
Шаблон:Игрок в покер
При использовании шаблона {{Игрок в покер}} в карточке не отображается название поля "Место смерти". См. Мосс, Джонни. —193.233.70.48 14:37, 22 июня 2017 (UTC)
- Поле «дата смерти» было комбинированное. Поправил. —Serhio Magpie (обс.) 16:28, 22 июня 2017 (UTC)
- Спасибо. А на перспективу не мешало бы по максимуму перевести шаблон на русский язык. --193.233.70.48 09:22, 23 июня 2017 (UTC)
Ошибки с адресом
Столкнулся с такой, видимо, програмной массовой ошибкой в русской Википедии. При копировании в адресной строке браузера (Хром и IE) адреса любой статьи, в названии которой имеется вторая часть в скобках, и вставки его на стороннем форуме, получается отсыл не на эту статью, а на несуществующую, в которой отсутствует закрывающая скобка. Т. е. вместо Рында (оруженосец) попадаем на Рында (оруженосец. Вместо Косарь (нож) попадаем на Косарь (нож. И т. д. --Сергей 6662 (обс.) 23:38, 21 июня 2017 (UTC)
- Абсолютно нормально копируется. Возможно форум, на который вы вставляете, что-то обрезает. Вставьте скопированную ссылку в блокнот, если скобки не окажется, будет странно. Но в любом случае, баг ни как не связан с википедией. --Serhio Magpie (обс.) 23:55, 21 июня 2017 (UTC)
- Да, с Ворда получается. Будем считать, что это форум "Новый Геродот" косячит. --Сергей 6662 (обс.) 00:16, 22 июня 2017 (UTC)
- Старая известная проблема. Не Википедия, так у любого url с круглыми скобками, можете погуглить. Использование корректных способов оформления ссылок через форумные теги или добавление # в конец url должно помогать. :) ~Sunpriat (обс.) 00:29, 22 июня 2017 (UTC)
- Скорее всего, форум не считает скобку частью ссылки (чтобы я мог ссылку написать так, например: http://example.com/). Как вариант, можно заменить скобки на коды их символов: %28 (для открывающей) и %29 (для закрывающей). Быть может, возможно настроить ваш браузер так, чтобы при копировании они так кодировались автоматически. Русская Википедия тут совсем не причём, она, напротив, делает всё, что может, для решения этой проблемы: оставляет сообщение «возможно, вы имели в виду статью со скобкой». ~Facenapalm (обс.) 00:38, 22 июня 2017 (UTC)
- Это проблема форума и его юзера вместе. Юзер вставляет ссылку, полагаясь на ее автоматическое распознавание, а форум считает последнюю скобку не относящейся к ссылке. Но при этом в форуме должна существовать возможность явного задания ссылки, например через квадратные скобки или еще как-нибудь, и если юзер воспользуется ею, то всё должно работать. Vcohen (обс.) 06:58, 22 июня 2017 (UTC)
- Да, всё получается, если в конце ставить символ %29. --Сергей 6662 (обс.) 19:19, 23 июня 2017 (UTC)
Какая-то ошибка отображается в карточке этой статьи, текст: 'Ошибка Lua в mw.wikibase.entity.lua на строке 34: The entity data must be a table obtained via mw.wikibase.getEntityObject.'. Хоббит (обс.) 22:07, 21 июня 2017 (UTC)
- И не только в карточке, но ещё внизу страницы; ошибка наблюдается только под аккаунтом. Хоббит (обс.) 22:19, 21 июня 2017 (UTC)
- Статья выглядит нормально, сообщений об ошибках нет. Kalendar (обс.) 09:35, 22 июня 2017 (UTC)
- Да, теперь и у меня нормально; а сообщений, видимо, нет, потому что ошибка была только если смотреть под аккаунтом, а их обычно пишут анонимы. Хоббит (обс.) 09:40, 22 июня 2017 (UTC)
- Статья выглядит нормально, сообщений об ошибках нет. Kalendar (обс.) 09:35, 22 июня 2017 (UTC)
Как работает hotkeys.js, почему не переносится?
Есть такой замечательный скрипт: https://en.wikipedia.org/wiki/User:GregU/hotkeys.js Позволяет добавлять свои комбинации клавиш. Хочется узнать как он работает, чтобы потом добавить новые возможности. Почему он не переносится в другой Вики-проект? В Википедии работает, а если переношу на локальную Вики, то ни ответа ни привета. В русской Википедии работают только некоторые клавиши (Ctrl+. Ctrl+? НЕ РАБОТАЮТ). Что ему не хватает? Может кто-то посоветует что-нибудь доброе? -- Papaserafim (обс.) 20:37, 21 июня 2017 (UTC)Papaserafim
- Повторю ответ в другом месте. Это может быть связано с тем, что на вашем вики-сайте нет функции importScript. Рецепт традиционный для отлавливания ошибок в скриптах: «Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль», скопируйте — вставьте в тему текст ошибок (на красном фоне)».> (Ctrl+. Ctrl+? НЕ РАБОТАЮТ)
Можно обратиться к автору скрипта, чтобы он переписал его, к примеру, на базе этой популярной библиотеки. Тогда будет работать всё. — Джек, который построил дом (обс.) 22:19, 21 июня 2017 (UTC) - Благодарю за оперативную помощь.
- > нет функции importScript
А как её добавить, если её нет? И нельзя ли его подключить через mw.loader.load или обязательно для этого скрипт переписывать?
ReferenceError: importScript is not defined ReferenceError: importScript is not defined
-- Papaserafim (обс.) 23:01, 21 июня 2017 (UTC)Papaserafim- Можно, конечно. — Джек, который построил дом (обс.) 23:30, 21 июня 2017 (UTC)
- Пожалуйста, не редактируйте части сообщения, на которые уже ответили, и не используйте цветовое выделение текста. — Джек, который построил дом (обс.) 01:40, 22 июня 2017 (UTC)
- Понял. Не буду больше. Но почему всё-таки не работает скрипт, не важно как подключать его, через importScript или mw.loader, всё перепробовал, но результата нет. Может быть что-то особенное установлено в английской Википедии? -- Papaserafim (обс.) 03:17, 22 июня 2017 (UTC)Papaserafim
- @Papaserafim: как вы подключаете через mw.loader.load, так?
mw.loader.load('https://en.wikipedia.org/ruwiki/w/index.php?title=User:GregU/hotkeys.js&action=raw&ctype=text/javascript');
Если не работает, напишите, какие ошибки видите в консоли.Хм, у меня есть предположение. В этом скрипте используется устаревшая функция addOnloadHook. Попробуйте переместить скрипт к себе на сайт, заменив её на $ (то есть буквальноaddOnloadHook
→$
). — Джек, который построил дом (обс.) 14:02, 23 июня 2017 (UTC)- @Jack who built the house: Добавил в MediaWiki:Common.js сначала строчку:
mw.loader.load('https://en.wikipedia.org/ruwiki/w/index.php?title=User:GregU/hotkeys.js&action=raw&ctype=text/javascript');
В ответ - полное молчание. А потом попробовал по Вашему мудрому совету заменитьaddOnloadHook( function()
на$( function()
и подгрузить локально через строчку:mw.loader.load('https://localhost:8001/index.php?title=User:Root/hotkeys.js&action=raw&ctype=text/javascript');
Опять молчание. Обидно даже. В консоли:This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:57:291 This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:88:942 This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use "mediawiki.ui.button" or "oojs-ui" instead. load.php:11:84 Exception in module-execute in module site: load.php:176:524 ReferenceError: importScript is not defined ReferenceError: importScript is not defined Стек-трейс: @http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp line 4 > eval:1:65 .globalEval/<@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:4:666 .globalEval@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:4:632 execute/runScript/<@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:161:829 jQuery.Callbacks/fire@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:45:104 jQuery.Callbacks/self.add@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:45:656 .Deferred/promise.always@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:46:865 execute/runScript@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:161:588 execute/</checkCssHandles@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:162:315 execute@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:163:25 mw.loader.implement@http://localhost:8001/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0nahmyp:169:267 @http://localhost:8001/load.php?debug=false&lang=en&modules=oojs-ui.styles.icons%2Cicons-content%2Cicons-editing-advanced%2Cindicators%2Ctextures%7Csite&skin=vector&version=1akfp1f:11:5 load.php:176:562
--Papaserafim (обс.) 21:11, 23 июня 2017 (UTC) - @Jack who built the house: Насколько я понял, чтобы подключить старую функцию importScript, нужно добавить в Common.js следующее:
importMW = function ( name ) { importScript( 'MediaWiki:' + name + '.js' ); }; importScript_ = importScript; importScript = function ( page, proj ) { if ( !proj ) { importScript_( page ); } else { if ( proj.indexOf( '.' ) === -1 ) { proj += 'localhost:8001'; } mw.loader.using( 'mediawiki.util' ).done( function () { mw.loader.load( '//' + proj + '/index.php?title=' + mw.util.wikiUrlencode( page ) + '&action=raw&ctype=text/javascript' ); } ); } };
Или я опять что-то путаю? --Papaserafim (обс.) 21:11, 23 июня 2017 (UTC)- @Papaserafim: мы же убрали все importScript. Где-то они у вас остались, где не должны. Реализовывать у себя importScript вам будет муторно, это надо воссоздавать кусок движка, а там, кроме самого importScript, есть его зависимости. — Джек, который построил дом (обс.) 02:19, 24 июня 2017 (UTC)
- @Jack who built the house: Добавил в MediaWiki:Common.js сначала строчку:
- @Jack who built the house: Я имею несчастье профессионально заниматься Палеографией и мне постоянно требуется вводить кучу редких символов и добавлять в Юникод новые. Поэтому, просто не обойтись без спецраскладок. В Линуксе это сделать - за пять минут без проблем. У меня шесть разных раскладок с восемью уровнями ввода. Но, к сожалению, много таких, кто находится ещё в мелкомягком рабстве и не может мне помочь с цифровым набором. Поэтому без такого скрипта как hotkeys.js - жить не возможно. Если он не заработает, то всё-равно придётся что-то изобретать. В Universal Language Selector раскладки только двууровневые, а этого - очень мало. Может быть там можно создать больше, но я пока пребываю в неведении. Если поможете, чтоб заработал скрипт hotkeys.js - повешу Вашу фотографию в золотой рамочке на хакерский иконостас! --Papaserafim (обс.) 21:11, 23 июня 2017 (UTC)
- @Papaserafim: как вы подключаете через mw.loader.load, так?
- Понял. Не буду больше. Но почему всё-таки не работает скрипт, не важно как подключать его, через importScript или mw.loader, всё перепробовал, но результата нет. Может быть что-то особенное установлено в английской Википедии? -- Papaserafim (обс.) 03:17, 22 июня 2017 (UTC)Papaserafim
- > нет функции importScript
- ...Нельзя обратиться. Автор давно неактивен. В самом большом реестре скриптов в английской Википедии я чёт скрипта для сочетаний клавиш не нашёл (что, как по мне, довольно странно). — Джек, который построил дом (обс.) 22:22, 21 июня 2017 (UTC)
- Но в английской и, отчасти, в русской Википедии скрипт всё-таки работает, комбинации клавиш назначаются, если следовать руководству разработчика https://en.wikipedia.org/wiki/User_talk:GregU/hotkeys.js. Вот эту фразу «Brooks was here» я ввёл сейчас через нажатие Ctrl+b Papaserafim (обс.) 23:09, 21 июня 2017 (UTC)Papaserafim
Шаблон ВС в статье
Что нужно сделать, чтобы в статье Прейс, Пётр Иванович работал шаблон Внешних ссылок? Он есть в ЭСБЕ и РБС (может ещё где имеется).--Лукас (обс.) 19:06, 21 июня 2017 (UTC)
- Нужно эти ссылки добавить в викиданные; добавил. Хоббит (обс.) 19:51, 21 июня 2017 (UTC)
- Спасибо.--Лукас (обс.) 19:59, 21 июня 2017 (UTC)
Проблема с оформлением сносок
Коллеги! Занимаюсь оформлением источников в статье Защита Святого Георгия, почти всё готово, однако столкнулся с проблемой. Как и положено, в разделе «примечания» создал гипертекстовые ссылки на источники, размещённый в списке литературы, всё работает. Однако п. 2 «примечания» (Ремизов Ю. М. Дебют 1. e4 a6 2. d4 b5.) отказывается ссылаться на соответствующую публикацию в разделе «Литература». Никак не могу понять, куда закралась ошибка. Прошу помочь решить эту проблему. С уважением, --Byzantine (обс.) 15:37, 21 июня 2017 (UTC)
- Год забыли. --Meistaru 10 (обс.) 15:48, 21 июня 2017 (UTC)
- Всё заработало. Большое спасибо! --Byzantine (обс.) 16:02, 21 июня 2017 (UTC)
Некоторые пользовательские скрипты и гаджеты могут сломаться в июле
Разработчики постепенно развивают доступность пользовательского интерфейса. Следующим шагом будет изменение внешнего вида некоторых кнопок, из-за которого могут сломаться устаревшие (не обновленные или не поддерживаемые) пользовательские скрипты и гаджеты.
Большинство редакторов лишь заметят, что кнопки стали немного больше и изменили свои цвета.
-
Кнопки до изменения
-
Кнопки после изменения
Вы можете посмотреть и опробовать старую и новую версию кнопок для русской Википедии.
Однако это изменение также влияет на пользовательские скрипты и гаджеты. К сожалению, некоторые из них могут плохо работать в новой системе. Если вы поддерживаете в рабочем состоянии все пользовательские скрипты или гаджеты, используемые для редактирования, то посетите данную страницу для получения информации о том, как тестировать и исправлять ваши скрипты. Устаревшие скрипты могут быть протестированы и исправлены прямо сейчас.
Изменение, вероятно, произойдет 5 июля. Пожалуйста, свяжитесь со мной, если вам нужна помощь. Whatamidoing (WMF) (обс.) 21:17, 20 июня 2017 (UTC) (перевел grain of sand (обс.) 21:41, 20 июня 2017 (UTC))
The devs have been slowly improving the accessibility of the user interface. The next step in this transition will change the appearance of some buttons and may break some outdated (non-updated or unmaintained) user scripts and gadgets.
Most editors will only notice that some buttons are slightly larger and have different colors.
-
Buttons before the change
-
Buttons after the change
You can see and use the old and new versions here at the Russian Wikipedia now.
However, this change also affects some user scripts and gadgets. Unfortunately, some of them may not work well in the new system. If you maintain any user scripts or gadgets that are used for editing, please see mw:Contributors/Projects/Accessible editing buttons for information on how to test and fix your scripts. Outdated scripts can be tested and fixed now.
This change will probably reach this wiki on Wednesday, 5 July 2017. Please contact me if you need help. Whatamidoing (WMF) (обс.) 21:17, 20 июня 2017 (UTC)- @Whatamidoing (WMF): my gadget counting number of characters left will break, but it won't be needed. My only question is — how it happens that
maxlength
attribute of<input>
has value200
, and character counter has 255? If I try type, I reach the limit when I type 200 Latin characters, and the figure stops at 55. And if we open random editing page in English Wikipedia with OOjs UI, it is not different. — Джек, который построил дом (обс.) 22:00, 20 июня 2017 (UTC)- This is being fixed tomorrow (at the Wikipedias; it is already fixed at mw:). It will be 255 afterwards. Whatamidoing (WMF) (обс.) 17:27, 21 июня 2017 (UTC)
- @Whatamidoing (WMF): Will there be an option to keep the old design? This new one is a bit too bright IMHO, to say the least. — Mike Novikoff 02:00, 21 июня 2017 (UTC)
- Mike Novikoff, Unfortunately, no. This changes something about how the button is 'built' in software, and it cannot be made to look completely like the old one. I believe that it is not possible to get the old size and shape. I believe that it might be possible to change the color in your common.css file, but I'm not sure. The colors were chosen with research into the needs of people with limited vision, to make it easier and faster to find the correct button. (Perhaps it could even help me when I can't find my glasses. ;-) But if you try it out for a couple of weeks, and it still seems too bright, then you might be able to change the color in your account, without affecting anyone else.
- My guess is that, after a couple of weeks, you probably won't notice the buttons. Experienced editors often Tab ↹ to add an edit summary and then press ↵ Return (in the edit summary box) to make their changes, because it's much faster than the alternatives. The buttons don't even need to be visible on your screen for that quick trick to work. Whatamidoing (WMF) (обс.) 17:27, 21 июня 2017 (UTC)
- Ok, let's try and see. Maybe your guess is right and it will be possible to get used to it. :) And as a side note, I've always preferred keyboard to mouse, since those days when PCs were XTs and had no mice at all. But still I don't consider adding
"display:none"
or something to one of the most important elements of the whole site. — Mike Novikoff 01:27, 22 июня 2017 (UTC)- I agree with you: Keyboard acess is critical. But I wouldn't go so far as to hide those buttons, either. Whatamidoing (WMF) (обс.) 17:18, 22 июня 2017 (UTC)
- Moreover, I'm constantly using "Show preview" and "Show changes" before submitting the edit, many times in a row for large edits. So that it just will not do to hide them, and that's why I'm against the extra emphasis on "Publish": the editor should check his changes carefully and not post his possibly unfinished edit in a hurry or by accident. — Mike Novikoff 18:55, 22 июня 2017 (UTC)
- I agree with you: Keyboard acess is critical. But I wouldn't go so far as to hide those buttons, either. Whatamidoing (WMF) (обс.) 17:18, 22 июня 2017 (UTC)
- Ok, let's try and see. Maybe your guess is right and it will be possible to get used to it. :) And as a side note, I've always preferred keyboard to mouse, since those days when PCs were XTs and had no mice at all. But still I don't consider adding
Можно ли сделать?
Приветствую! Давайте в конструкции
{{Внешние медиафайлы |width = 200px |image1 = }}
сделаем так, чтобы можно было указывать 200px или 200 px, и результат был одинаков? Нынче пробел изменяет ширину шаблона. --Gennady (обс.) 19:25, 20 июня 2017 (UTC)
- Дело в том, что то, как обрабатывается содержимое параметра здесь, связано с особенностями CSS: он не допускает пробела в таких конструкциях. У такого шага будет существенный недостаток: исправим мы один шаблон, но представляете, в скольких местах у нас ещё задаются ширины? Их не счесть, и о том, чтобы в каждом предусмотреть такую универсальность, заботиться никто не будет. А пользователи научатся тому, что можно вводить значения с пробелом, и в другой шаблон вставят такое же, но там оно уже не сработает. Поэтому я считаю это плохой идеей. — Джек, который построил дом (обс.) 19:52, 20 июня 2017 (UTC)
- Потому что вот что происходит, когда неприкрытый кусок низкоуровневого интерфейса виден на высоком уровне. В идеале пользователя вообще не должно беспокоить, что он там должен писать — «px», « px» или «пкс». Вводит цифру — шаблон сам приписывает, что надо. Но сейчас уже поздно что-либо менять, да. Кстати, промелькнула мысль автоисправления таких вещей ботом, но список шаблонов всё равно составлять проблематично. ~Facenapalm (обс.) 20:08, 20 июня 2017 (UTC)
- > В идеале пользователя вообще не должно беспокоить, что он там должен писать — «px», « px» или «пкс».
Да конечно, как это и происходит с ширинами у картинок (тех, которые в[[Файл:]]
). Ну, если очень захотеть, можно прямо взять и предусмотреть шаблон-обёртку ({{width}} свободно), через который пропускать{{{width}}}
везде, где оно есть. Конечно, в идеале стоило бы так сделать. — Джек, который построил дом (обс.) 20:25, 20 июня 2017 (UTC)- В идеале пользователя вообще не должно беспокоить, что он там должен писать — «px», «px» или «пкс». Однозначно пользователь не должен этого ощущать! Может кто-то сделает это и забудем про такой нюанс? --Gennady (обс.) 13:48, 21 июня 2017 (UTC)
- > В идеале пользователя вообще не должно беспокоить, что он там должен писать — «px», « px» или «пкс».
- Потому что вот что происходит, когда неприкрытый кусок низкоуровневого интерфейса виден на высоком уровне. В идеале пользователя вообще не должно беспокоить, что он там должен писать — «px», « px» или «пкс». Вводит цифру — шаблон сам приписывает, что надо. Но сейчас уже поздно что-либо менять, да. Кстати, промелькнула мысль автоисправления таких вещей ботом, но список шаблонов всё равно составлять проблематично. ~Facenapalm (обс.) 20:08, 20 июня 2017 (UTC)
- Ширина измеряется не только в «px», но и в «em»… —Бас (обс.) 16:09, 21 июня 2017 (UTC)
- @Бас: Ширина картинок в MediaWiki измеряется только в
px
, так что тут единицы измерения бессмысленны. — putnik 22:50, 22 июня 2017 (UTC)- Во {{Внешних медиафайлах}} там ширина шаблона. — Джек, который построил дом (обс.) 12:07, 23 июня 2017 (UTC)
- @Бас: Ширина картинок в MediaWiki измеряется только в
- Ширина измеряется не только в «px», но и в «em»… —Бас (обс.) 16:09, 21 июня 2017 (UTC)
Массовые переносы
Подскажите, пожалуйста, существует ли техническая возможность массово перенести статьи с названием вида "Звязда, газета" под назв. вида "Звязда (газета)" и т.д.? В Белорусской Википедии уже не первый раз возникает вопрос об изменении архаичных правил наименования статей, но каждый раз мы упираемся в проблему непосильности ручного переноса статей --ChehVlad (обс.) 13:12, 20 июня 2017 (UTC)
- Да, такие массовые переименования можно произвести ботом. -- Q-bit array (обс.) 13:21, 20 июня 2017 (UTC)
- Элементарно. Я могу, я такое делал и у нас, и в малых виках по запросу их админов. MBH 13:42, 20 июня 2017 (UTC)
- А это вообще сложная наука? Может Вы можете обучить кого-то из раздела, чтобы мы лишний раз не беспокоили? --ChehVlad (обс.) 16:12, 20 июня 2017 (UTC)
- Ну, для меня несложная, но не знаю, как для вас. Используются ВП:Pywikipedia и регулярные выражения. Могу объяснить в скайпе, как это делается. MBH 19:12, 20 июня 2017 (UTC)
- Здравствуйте, MBH. Насколько сложна в изучении и обращении ВП:Pywikipedia (под виндой)? Основами программирования владею, но с регулярными выражениями практически не работал. --Дзяніс Тутэйшы (обс.) 15:25, 22 июня 2017 (UTC)
- Проста. У вас скайп или другой мессенджер есть? MBH 16:04, 22 июня 2017 (UTC)
- Здравствуйте, MBH. Насколько сложна в изучении и обращении ВП:Pywikipedia (под виндой)? Основами программирования владею, но с регулярными выражениями практически не работал. --Дзяніс Тутэйшы (обс.) 15:25, 22 июня 2017 (UTC)
- Ну, для меня несложная, но не знаю, как для вас. Используются ВП:Pywikipedia и регулярные выражения. Могу объяснить в скайпе, как это делается. MBH 19:12, 20 июня 2017 (UTC)
- А это вообще сложная наука? Может Вы можете обучить кого-то из раздела, чтобы мы лишний раз не беспокоили? --ChehVlad (обс.) 16:12, 20 июня 2017 (UTC)
Мрак в карточке -- S, AV 18:41, 19 июня 2017 (UTC)
- а при чем тут технический форум? это всё от увлечения викиданными - карточка ими раздута... → borodun™ 23:10, 19 июня 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Проблемы
Изменения текущей недели
irc.wikimedia.org
требуется перезагрузка, предварительно она запланирована на 21 июня, но возможно это произойдёт позже. Некоторые инструменты используют IRC для отслеживания свежих правок — во время перезагрузки они не будут работать. [2]- Страница
Special:PageData
станет входной точкой для машиночитаемых данных. [3] - Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 20 июня. Невикипедийные вики-сайты и некоторые википедии получат её 21 июня, все википедии — 22 июня (календарь).
Встречи
- Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 20 июня в 19:00 (UTC). См. инструкцию.
Будущие программные изменения
- CSS в шаблонах в будущем станет храниться на отдельной странице. Ознакомиться с этим принципом можно на примере работы расширения TemplateStyles extension на Beta Labs.
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
15:44, 19 июня 2017 (UTC)
wgArticleId удалённой статьи
Собственно есть ли возможность вытащить его, не восстанавливая страницу? Например, Еккенбах. В исходном коде при предпросмотре удалённых версий его нет. Advisor, 13:18, 19 июня 2017 (UTC)
- Похоже, нет. У существующих статей он прописан в _idx. MBH 13:27, 19 июня 2017 (UTC)
- А зачем? У всех удалённых страниц idx=-1. Но можно получить revid. Don Rumata 14:17, 19 июня 2017 (UTC)
{{Население}}
2002[1] | 2010[2] | 2012[3] | 2013[4] | 2014[5] | 2015[6] | 2016[7] |
---|---|---|---|---|---|---|
83 303 | ↗85 726 | ↗86 794 | ↗87 348 | ↗87 764 | ↗87 895 | ↗88 257 |
2017[8] | 2018[9] | 2019[10] | 2020[11] | 2021[12] | 2023[13] | 2024[14] |
↘88 164 | ↗88 401 | ↗88 672 | ↗88 796 | ↘85 883 | ↗86 038 | ↘85 308 |
Ещё раз спасибо Iniquity за новое оформление классов standard
и wide
, но теперь надо привести цвет сабжа в соответствие. — Mike Novikoff 19:10, 18 июня 2017 (UTC)
- Привел. — grain of sand (обс.) 20:33, 20 июня 2017 (UTC)
- Спасибо! — Mike Novikoff 01:45, 21 июня 2017 (UTC)
Отображение изменённых таблиц в шаблоне "Скрытый блок"
После того, как изменили цвета и стили у таблиц, таблицы класса "standart" в шаблоне Скрытый блок стали отображаться с небольшим отступом от заголовка:
1 | 2 | 3 | 4 |
---|---|---|---|
Пример1 | Пример2 | Пример3 | Пример4 |
Можно ли поправить?
P.s. мне кто-то обещал что когда поправят цвета и стили, то таблицы класса "standart" будут нормально отображаться в мобильной версии. Собственно вопрос, когда? :) Или я что-то не так понял? Dreight (обс.) 07:00, 18 июня 2017 (UTC)
- Ммм, по-моему так всегда было. Точнее никогда не было, чтобы таблицы у нас занимали всю ширину. Если ширину не указали — движок браузер вычисляет её автоматически в зависимости от наполнения ячеек. Поставьте width="100%" после атрибутов таблицы, чтобы обработать ваш случай. --Serhio Magpie (обс.) 07:15, 18 июня 2017 (UTC)
- @Serhio Magpie: "отступ от заголовка" это не ширина, а высота :D . Даже немного оскорбительно что вы мне советуете как растянуть таблицу вширь. Как мне кажется, это умеет делать любой человек, даже с очень низким коэффициентом интеллекта. И да, раньше это работало только с таблицами класса "standart", то бишь только у них не было небольшого отступа от верх и от низа и они полностью занимали всё пространство по высоте. А вот таблицы класса "wikitable" имели именно такие отступы. Dreight (обс.) 07:47, 18 июня 2017 (UTC)
- Прошу прощения, рабочая ночь даёт о себе знать. Прочитал одно, увидел другое, написал третье. Самоликвидируюсь. --Serhio Magpie (обс.) 07:50, 18 июня 2017 (UTC)
- @Serhio Magpie: коллега, ничего страшного, вам не за что извиняться :) . Надеюсь что в будущем ваша работа не будет такой тяжёлой. Сам знаю что такое работать ночами. Dreight (обс.) 07:58, 18 июня 2017 (UTC)
- Прошу прощения, рабочая ночь даёт о себе знать. Прочитал одно, увидел другое, написал третье. Самоликвидируюсь. --Serhio Magpie (обс.) 07:50, 18 июня 2017 (UTC)
- @Serhio Magpie: "отступ от заголовка" это не ширина, а высота :D . Даже немного оскорбительно что вы мне советуете как растянуть таблицу вширь. Как мне кажется, это умеет делать любой человек, даже с очень низким коэффициентом интеллекта. И да, раньше это работало только с таблицами класса "standart", то бишь только у них не было небольшого отступа от верх и от низа и они полностью занимали всё пространство по высоте. А вот таблицы класса "wikitable" имели именно такие отступы. Dreight (обс.) 07:47, 18 июня 2017 (UTC)
Как вариант:
1 | 2 | 3 | 4 |
---|---|---|---|
Пример1 | Пример2 | Пример3 | Пример4 |
Можно и два margin'а задать у вложенной таблицы:
1 | 2 | 3 | 4 |
---|---|---|---|
Пример1 | Пример2 | Пример3 | Пример4 |
С уважением, --Seryo93 (о.) 08:06, 18 июня 2017 (UTC)
- Ооо, классно, спасибо большое. Если бы и снизу тоже отступа не было, то было бы вообще шикарно :) Dreight (обс.) 08:10, 18 июня 2017 (UTC)
- @Seryo93: UPD, стал редактировать когда второго ответа ещё не было, спасибо огромное. Вопрос можно считать закрытым :) Ну, кроме моего вопроса У:Iniquity разумеется. Dreight (обс.) 08:12, 18 июня 2017 (UTC)
- Зачем вставлять таблицу в скрытый блок? Можно же собирать class="wikitable sortable collapsible collapsed". :) ~Sunpriat (обс.) 10:13, 18 июня 2017 (UTC)
Загрузка файла
Три карты загрузил. Помогите пожалуйста загрузить последний yadi.sk/i/31x8wg2Q3KDH9e . --Дагиров Умар (обс.) 13:12, 17 июня 2017 (UTC)
- Чтобы, зайти по ссылке уберите пробел. --Дагиров Умар (обс.) 13:13, 17 июня 2017 (UTC)
- Её ужать надо — 125 мб, а максимально допустимый объём — 100. LeoKand 14:11, 17 июня 2017 (UTC)
- Чтобы, зайти по ссылке уберите пробел. --Дагиров Умар (обс.) 13:13, 17 июня 2017 (UTC)
- Не знаю как, это сделать. --Дагиров Умар (обс.) 14:27, 17 июня 2017 (UTC)
- Если эти файлы будут отображаться непосредственно в статье как изображения, их стоит переконвертировать в jpg. Пощадите людей с лимитным интернетом, особенно мобильным. Немного уменьшил размер и сжал - [4], [5], [6], [7]. Скажите как скачаете, чтобы я удалил со своего облака. --Serhio Magpie (обс.) 08:02, 18 июня 2017 (UTC)
- Serhio Magpie спасибо большое. Загрузил. --Дагиров Умар (обс.) 11:55, 22 июня 2017 (UTC)
- Если эти файлы будут отображаться непосредственно в статье как изображения, их стоит переконвертировать в jpg. Пощадите людей с лимитным интернетом, особенно мобильным. Немного уменьшил размер и сжал - [4], [5], [6], [7]. Скажите как скачаете, чтобы я удалил со своего облака. --Serhio Magpie (обс.) 08:02, 18 июня 2017 (UTC)
Ребят, там прямо беда со сносками, поправьте кто может, пожалуйста. Зейнал (обс.) 22:08, 15 июня 2017 (UTC)
- Часть из-за того, что наш {{sfnRef}} принимает один параметр, а вызывается с двумя. Ещё часть — в поле
ref
{{cite book}} вместо нужных значений стояло harv (откуда?). Может быть ещё что-то, пока копаюсь. (UPD. Закончено.) 46.251.87.6 05:03, 17 июня 2017 (UTC) - Пользуясь случаем, обращаюсь к инженерам: давно пора заняться cite * шаблонами 46.251.87.6 06:50, 17 июня 2017 (UTC)
Последние новости: Изменение цветов и стилей
Согласно итогу по этому обсуждению, в нашем разделе были проведены следующие изменения:
- 1. Удалены классы
.transparent
,.tiles
,.prettytable
,.simple
. - 2. У класса
toccolours
был сброшен стиль, чтобы он соответствовал исходному коду MediaWiki. - 3. Классы
standard
иwide
были обновлены: изменен цвет заголовка, общий стиль по аналогии с классомwikitable
.
|
|
- С классами
standard
иwide
также в связке теперь крайне рекомендуется использовать классmw-datatable
: прочитать о нем можно на странице ВП:Таблицы#mw-datatable - 4. В тестовом варианте были обновлены цвета у навигационных таблиц: более голубые, вписывающиеся в стандартное оформление Vector. Если у вас есть какие-либо сомнения по этому поводу, то с радостью их выслушаю.
С уважением, Iniquity 16:27, 15 июня 2017 (UTC)
- Есть "сомнения" мягко говоря: высказаны там же, где и предыдущее обсуждение. 93.73.36.17 16:40, 15 июня 2017 (UTC)
- я вот думаю, а нельзя цвета подстраивать под скин? Вектору голубой, монобуку фиолетовый, А тоску и современный выпилить напрочь и навсегда. ShinePhantom (обс) 18:03, 15 июня 2017 (UTC)
- Да, это было бы неплохо, и я могу это сделать. Но есть одна проблема, вдруг кто из владельцев монобука начнет подгонять дизайн под фиолетовый, а в итоге он будет выглядеть по-другому? С уважением, Iniquity 22:57, 15 июня 2017 (UTC)
- я думаю. этого не узнать, пока не попробуем. ShinePhantom (обс) 06:44, 18 июня 2017 (UTC)
- Да, это было бы неплохо, и я могу это сделать. Но есть одна проблема, вдруг кто из владельцев монобука начнет подгонять дизайн под фиолетовый, а в итоге он будет выглядеть по-другому? С уважением, Iniquity 22:57, 15 июня 2017 (UTC)
- Фиолетовый привычнее, но голубой безусловно лучше вписывается в современное оформление. Ещё шаблону {{внешние ссылки}} хорошо бы цвет по умолчанию поменять на тот же, что теперь у навтаблиц. ØM 23:17, 15 июня 2017 (UTC)
- Сделано. — putnik 23:35, 15 июня 2017 (UTC)
- Всё это субъективно, но IMHO — фиолетовый был ужасен и давно пора было его убрать, а новый — именно моего любимого оттенка, точь-в-точь. И увеличение паддинга в классе
standard
тоже давно напрашивалось, теперь выглядит гораздо аккуратнее. Iniquity, Спасибо! — Mike Novikoff 15:10, 16 июня 2017 (UTC)
Всплывающие подсказки явно отображают (излишние) !теги форматирования
Подробности см. в прикрепленном файле-скрине: commons:File:Needlesstags.jpg
- Известная проблема с матем. тегами, давно должна быть на фабрикаторе. MBH 15:47, 15 июня 2017 (UTC)
Дублирование параметра из Викиданных
Коллеги, я, может, чего-то не понимаю, но вроде бы всю жизнь параметр, введённый в карточку вручную, заменял параметр Викиданных, - а тут у меня он дописался вслед за подтянутым оттуда (Прощай, немытая Россия, в результате этой правки). Андрей Романенко (обс.) 11:32, 15 июня 2017 (UTC)
- Та же проблема со всеми подписями из викиданных. В шаблоне такой код: |изображение = {{wikidata|p18[1]|{{{Изображение|}}}|size={{#if:{{{Ширина|}}}|{{{Ширина}}}|200x350px}}|alt={{#if:{{{Подпись|}}}|{{{Подпись}}}|Издание}}}} |подпись = {{{Подпись изображения|}}} Позпись указывается на викиданных квалификатором, поэтому надо исправить код у нас. --145.118.95.187 11:37, 15 июня 2017 (UTC)
- Андрей Романенко, вы можете сами исправить: надо заменить в коде шаблона Шаблон:Литературное произведение
|изображение = {{wikidata|p18[1]|{{{Изображение|}}}|size={{#if:{{{Ширина|}}}|{{{Ширина}}}|200x350px}}|alt={{#if:{{{Подпись|}}}|{{{Подпись}}}|Издание}}}} |подпись = {{{Подпись изображения|}}}
на
|изображение = {{wikidata|p18[1]|{{{Изображение|}}}|size={{#if:{{{Ширина|}}}|{{{Ширина}}}|200x350px}}|description={{{Подпись изображения|}}}|alt={{#if:{{{Подпись|}}}|{{{Подпись}}}|Издание}}}}
Проверил, вроде всё работает. --145.118.95.187 11:43, 15 июня 2017 (UTC)
- Ну, я дико извиняюсь, но я даже близко не понимаю, что это вообще такое. Если бы понимал, то не пришёл бы сюда жаловаться :) Андрей Романенко (обс.) 15:03, 15 июня 2017 (UTC)
- А зачем вы дописали такое же значение, как в ВД? А если не такое - почему бы не исправить ВДшное? MBH 15:47, 15 июня 2017 (UTC)
- А вы посмотрите повнимательнее - и увидите, что разница в линке на статью о В. В. Каллаше, и этому линку на статью в рувики нечего делать в ВД. Андрей Романенко (обс.) 01:21, 16 июня 2017 (UTC)
- А зачем вы дописали такое же значение, как в ВД? А если не такое - почему бы не исправить ВДшное? MBH 15:47, 15 июня 2017 (UTC)
- Кто-то у кого есть права править тот шаблон, внесите изменения о которых я написал выше. --145.118.94.175 09:19, 16 июня 2017 (UTC)
- @Facenapalm, Grain of sand, Iniquity, Jack who built the house, Saint Johann: --145.118.94.175 09:20, 16 июня 2017 (UTC)
- Поправил. — grain of sand (обс.) 11:00, 16 июня 2017 (UTC)
Странный цвет фона статьи
Чернобыльская АЭС, не могу понять где исправить, в чём проблема. --145.118.95.187 09:19, 15 июня 2017 (UTC)
- В правке Путника MBH 09:36, 15 июня 2017 (UTC)
- Вашей правкой, например вы убрали подстановку из викиданных. Параметр "внизу" явно нужно переработать, странная завязка с картой и тд. —Serhio Magpie (обс.) 15:35, 15 июня 2017 (UTC)
- Это понятно, но нужно было устранить явную ошибку, потом уж пусть Путник исправит и перевыложит свою версию. MBH 15:47, 15 июня 2017 (UTC)
- Вашей правкой, например вы убрали подстановку из викиданных. Параметр "внизу" явно нужно переработать, странная завязка с картой и тд. —Serhio Magpie (обс.) 15:35, 15 июня 2017 (UTC)
Ошибка в работе Википедии
Хочу сообщить об ошибке, которую я нашёл в работе Википедии. Несколько раз, при редактировании статей, я сталкивался со следующей проблемой — если попытаться сохранить вторую по счёту правку в защищённой/стабилизированной статье в режиме визуального редактирования, то интерфейс сохранения полностью зависает. После этого уже нельзя ничего сделать — вся работа пропадёт, так как приходится перезагружать страницу и соответственно терять все данные. Также зависает интерфейс предварительного просмотра изменений. Интересно, что в режиме правки вики-текста всё работает нормально, но в него также невозможно переключиться, если уже начал работать в визуальном — зависает интерфейс переключения. — vscoобс 09:17, 14 июня 2017 (UTC)
- Из другого браузера такое повторится? Есть ли что-то общее у статей на которых зависало, например общий шаблон? :) ~Sunpriat (обс.) 20:40, 14 июня 2017 (UTC)
- Надеюсь, что ситуация не настолько критична. После зависания текст набранной в визуальном редакторе статьи становится бледным, но его, после выхода из диалога сохранения, нажав на "Продолжить редактирование", всё ещё можно выделить и скопировать. После копирования вновь создаете статью в визуальном редакторе и вставляете скопированное - всё вернётся вместе с форматированием, ссылками и сносками. Мне иногда случалось таким образом обходить три-четыре зависания на стадии сохранения. — Igel B TyMaHe (обс.) 21:35, 14 июня 2017 (UTC)
- @Igel B TyMaHe: Проблема в том, что кнопка «продолжить редактирование» не работает — зависает намертво и скопировать не получается. Например, недавно я редактировал статью Список миллиардеров, и чтобы добавить одну из правок (та, что с пометкой «+ источник») мне пришлось добавлять её через редактор вики-текста, что не очень удобно. Но когда я это сделал — стал работать и режим визуально редактирования и через него я сохранил ещё одну правку, в которой нормально оформил этот источник. — vscoобс 08:07, 15 июня 2017 (UTC)
- Просто отключите этот инструмент. Он глючит и мусорит в статьях. 83.219.136.177 18:37, 25 июня 2017 (UTC)
Инструмент поиска АПАТов
404. Может пора сделать инструмент, который всё-таки работает? — Etomonick (Михаил) ОВ 04:54, 14 июня 2017 (UTC)
- u:Etomonick, попробую перенести это в кварри, по идее всё сейчас выполняется одним sql-запросом. MBH 12:15, 14 июня 2017 (UTC)
- u:Etomonick, как и раньше - оно работает, просто медленно, запрос идёт минут 6. Перестало работать в хроме (SPDY_ERROR), но работает в IE11 (других браузеров для теста под рукой нет). В кварри работает столь же медленно, там идёт запрос по трём-четырём таблицам. Можете форкнуть кварри-версию и работать с ней, по функциональности они одинаковы. MBH 13:42, 14 июня 2017 (UTC)
- Та ссылка, которую я взял из ВП:АПАТ так и выдаёт 404 без раздумий. Вторая у меня спустя несколько минут не открылась в «Опере» (45.0) на «Семёрке», но открылась в «Сафари» (10.1.1) на «Маке» спустя два уровня в «Зуму». Страница на Кварри открывается без проблем быстро, но там существенный минус в том, что нельзя перейти ко вкладу и участнику по ссылке. — Etomonick (Михаил) ОВ 12:14, 15 июня 2017 (UTC)
- Как именно она не открылась - spdy_error или вам просто надоело ждать? MBH 15:47, 15 июня 2017 (UTC)
- Та ссылка, которую я взял из ВП:АПАТ так и выдаёт 404 без раздумий. Вторая у меня спустя несколько минут не открылась в «Опере» (45.0) на «Семёрке», но открылась в «Сафари» (10.1.1) на «Маке» спустя два уровня в «Зуму». Страница на Кварри открывается без проблем быстро, но там существенный минус в том, что нельзя перейти ко вкладу и участнику по ссылке. — Etomonick (Михаил) ОВ 12:14, 15 июня 2017 (UTC)
- u:Etomonick, как и раньше - оно работает, просто медленно, запрос идёт минут 6. Перестало работать в хроме (SPDY_ERROR), но работает в IE11 (других браузеров для теста под рукой нет). В кварри работает столь же медленно, там идёт запрос по трём-четырём таблицам. Можете форкнуть кварри-версию и работать с ней, по функциональности они одинаковы. MBH 13:42, 14 июня 2017 (UTC)
Ссылки сюда: фильтр по пространству имён не включает перенаправления
Я только что обнаружил, что если на странице «Ссылки сюда» выбрать фильтр по пространству имён, то результаты не будут включать в себя ссылки на перенаправления, ведущие на страницу, хотя без фильтра по пространству имён перенаправления показываются, что логично. Вот пример: фильтр для самой страницы, фильтр для одного из перенаправлений на неё. Как это можно поправить? --Good Will Hunting (обс.) 18:27, 13 июня 2017 (UTC)
- Это вряд ли баг, скорее это следствие логики алгоритма: после фильтра показываются только статьи из нужного пр-ва, но чтобы отобразить ссылки через находящийся в другом пространстве редирект, нужно отобразить и сам этот редирект, а он-то в другом пр-ве. То есть проблема не в каждом редиректе, а только в находящихся в другом пр-ве, как я подозреваю. Ну напишите баг на фабрикатор. MBH 12:15, 14 июня 2017 (UTC)
- Конечно это следствие логики алгоритма. Но если логика алгоритма противоречит естественной логике пользователя, то это баг алгоритма. — Алексей Копылов 18:13, 14 июня 2017 (UTC)
Журнал благодарностей
Удивился, что в журнале благодарностей нигде нет ссылок на те правки, за которые участник и был отблагодарён, только даты. Нельзя ли это добавить? Было бы удобно. — Etomonick (Михаил) ОВ 14:40, 13 июня 2017 (UTC)
- Это не сюда, это к разработчикам движка. Но это, если не ошибаюсь, сделано специально: правки может видеть только получивший благодарность, так как это считается личной информацией. ~Facenapalm (обс.) 14:46, 13 июня 2017 (UTC)
- И есть какой-то смысл скрывать эту информацию в журнале? — Etomonick (Михаил) ОВ 21:53, 13 июня 2017 (UTC)
- есть. Личные предпочтения, в том числе разряда "хорошо/плохо" -> "хорошая правка"- достаточно приватная информация, которой не место в логах. ShinePhantom (обс) 17:47, 14 июня 2017 (UTC)
- Всё равно эту информацию можно узнать используя атаку по времени. И если кто-то думает, что никто не будет этим заморачиваться, он ошибается. — Алексей Копылов 18:42, 14 июня 2017 (UTC)
- в данном случае вопрос о лайке от автора диффа, он то точно видит и знает, кто и когда его лайкал. Вот и спрашивает - почему ShinePhantom (обс) 09:16, 15 июня 2017 (UTC)
- Тем не менее, она была бы полезной для выбора, например, АПАТов — можно сразу посмотреть полезные правки участника и оценить их значительность и проработанность. — Etomonick (Михаил) ОВ 13:42, 15 июня 2017 (UTC)
- вот только понравившиеся правки с полезными не коррелируют почти никак. ShinePhantom (обс) 18:05, 15 июня 2017 (UTC)
Ш:Convert/ft: не ставятся окончания
См. Катастрофа C-54 под Чарльз-Тауном, везде фут без окончания. --A.sav (обс.) 13:27, 13 июня 2017 (UTC)
- Готово. Просто надо было вставить в шаблон "m", как в документации написано. --Морган (обс.) 16:48, 13 июня 2017 (UTC)
- Видимо не совсем правильно выразил мысль. В статье всё правильно, проблема в шаблоне:
{{convert|7000|ft}}
должен писать 7000 футов (2100 м), а пишет 7000 фут (2100 м). (1 фут, 2 фута, 5 футов и т.д.) --A.sav (обс.) 20:27, 13 июня 2017 (UTC)
- Видимо не совсем правильно выразил мысль. В статье всё правильно, проблема в шаблоне:
Добавьте орфоботу
Ганстер → гангстер -- S, AV 21:37, 12 июня 2017 (UTC)
- спс. -- S, AV 09:11, 15 июня 2017 (UTC)
2
Выборка из журнала патрулирований через API
Всегда "плавал" с датами начала и конца выборки в зависимости от порядка сортировки. Да и вообще какие-то результаты странными кажутся. То есть нужно за заданный период из "Журнала патрулирований" участника выбрать все патрулирования, не являющиеся автоматическими. По документации list=logevents получается как-то так (вывод в XML):
https://ru.wikipedia.org/ruwiki/w/api.php?format=xml&action=query&list=logevents&leaction=patrol/patrol&leprop=timestamp&lelimit=max&leuser=Neolexx
Вроде бы ОК(?), но теперь, скажем, хочу задать начало выборки (от самого свежего к самому старому) 2017-05-13, а её конец 2016-11-13. А вот тут всё пропадает, как только заданы и lestart и leend разом (2017-05-13T00:00:00Z и 2016-11-13T00:00:01Z). И местами их менял, и ledir задавал по-разному — ни в какую, возвращает пустой список, в том числе для участников с заведомо имеющимися патрулированиями в этот период. Никто не поможет с рабочим вариантом? --Neolexx (обс.) 19:54, 12 июня 2017 (UTC)
Только сейчас торкнуло, что у нас же тут "аццкий трэш" с логами, так как у кого "старое патрулирование", у кого "новое патрулирование", у кого вперемешку. То есть нужно скорее не patrol/patrol
собирать, а в семействе review/*
смотреть. Однако "Журнал патрулирований" какой-то магической силой это всё выбирает (ручное патрулирование, ручное распатрулирование). Доп.вопрос тогда, можно ли такое же получить через API? С заданными до дня границами выборки (исходный вопрос). --Neolexx (обс.) 11:47, 13 июня 2017 (UTC)
@Facenapalm, Grain of sand, Iniquity, Jack who built the house, Saint Johann: Инженеры, прошу просветить мой измученный разум.
Выборка через API моих действий review в журнале возвращает много всякого, где автоматические действия можно распознать по комментарию "(автоматически)":
https://ru.wikipedia.org/ruwiki/w/api.php?format=xml&action=query&list=logevents&letype=review&leprop=timestamp%7Ccomment&lelimit=max&leuser=Neolexx
Однако и выборка моих действий patrol (которых технически-теоретически с 2008 года быть не может) тоже возвращает много всякого свежего, но без комментариев:
https://ru.wikipedia.org/ruwiki/w/api.php?format=xml&action=query&list=logevents&letype=patrol&leprop=timestamp%7Ccomment&lelimit=max&leuser=Neolexx
При этом с ходу видно, что одно и то же действие с меткой времени 2017-06-07T08:03:25Z мне засчитано и как ручной patrol, и как ручной review. Что это такое и как это можно объяснить в рамках известных законов природы?
Поясню на всякий случай, что вопрос не из-за абстрактного интереса к API, а по вопросу учёта моим (или любым другим скриптом) суммируемых к вкладу избирателя его/её ручных патрулирований, см. тему "О суммировании вкладов". --Neolexx (обс.) 12:28, 13 июня 2017 (UTC)
- Просто игнорируйте patrol. Он не отключен, он продолжает считать патрулирования по своим алгоритмам, что и по журналам видно. Вам нужен именно review. ~Facenapalm (обс.) 12:33, 13 июня 2017 (UTC)
- Спасибо, никогда раньше не слышал про "Журнал прежнего патрулирования". То есть это у нас такой всеми забытый и заброшенный демон и исключена возможность, что кто-то скажет, что его/её "отпатрулировал «старым патрулированием»" к вкладу не добавили? --Neolexx (обс.) 12:47, 13 июня 2017 (UTC)
- Никто не скажет, о нём мало кто знает вообще. ~Facenapalm (обс.) 12:55, 13 июня 2017 (UTC)
- Не так. Патрол отключен, но расширение "флаггед ревз" при патрулировании в его рамках также заносит записи в журнал старого патрулирования - это обнаружилось, когда мы пытались полностью отключить новые старые патрулирования. Отключить через настройки расширения это, кажется, нельзя. MBH 12:57, 13 июня 2017 (UTC)
- Спасибо, никогда раньше не слышал про "Журнал прежнего патрулирования". То есть это у нас такой всеми забытый и заброшенный демон и исключена возможность, что кто-то скажет, что его/её "отпатрулировал «старым патрулированием»" к вкладу не добавили? --Neolexx (обс.) 12:47, 13 июня 2017 (UTC)
Выяснить размеры картинок в шаблонах наград
Вопрос немного необычный: можно ли каким-то быстрым способом (скриптом, ботом или еще каким инструментом) выявить список: у каких файлов из commons:Category:Ribbon bars, используемых в шаблонах из Категория:Шаблоны:Награды по странам, номинальные размеры картинки на складе отличаются от 218*60 и 144*60 пикселей ? → borodun™ 18:14, 12 июня 2017 (UTC)
- Например, таблица в WIKI-разметке с помощью Petscan (15000+ строк) с указанием ширины и высоты изображений. Формат можно поменять на вкладке Output. Дальше её можно обработать Excel или Google.Docs.Sheets. — Igel B TyMaHe (обс.) 07:45, 13 июня 2017 (UTC)
- Спасибо! но как из оставшихся после обработки ок. 6 тыс. вычленить именно те, которые используются у нас? (petscan использование почему-то не показывает, наверно из-за большого числа, а если показывает (поменял категорию на поменьше), то только первые 20 строк, до ruwiki не доходит) → borodun™ 17:12, 13 июня 2017 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
- В некоторых вики-проектах кнопки для редактирования страницы стали больше и ярче в соответствии с OOjs UI. В поле «Описание изменений» в этих проектах показывается, сколько ещё туда можно написать символов. phab:T165856
- Под результатами поиска в текущем вики-проекте добавлены результаты из всех проектов Фонда Викимедиа. mw:Cross-wiki Search Result Improvements
Изменения текущей недели
- Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 13 июня. Невикипедийные вики-сайты и некоторые из Википедий получат её 14, на всех вики появится — 15 июня (календарь).
Встречи
- Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять быстрее остальных. Встреча запланирована на 13 июня в 19:00 (UTC). См. инструкцию.
Будущие программные изменения
- На тестовой вики можно протестировать нововведение: в случае неудачной попытки входа в аккаунт участника ему будет показано уведомление. meta:Community Tech/LoginNotify
- Сейчас википедии создают PDF-файлы при помощи OCG. Этот инструмент содерит много проблем в коде, он скоро будет отключён. Вместо него будет использоваться Electron. Приглашаем сообщить разработчикам, что вам нужно при создании PDF. Electron уже работает во всех вики-проектах. phab:T165956
- Администраторы вскоре получат возможность искать по названиям удалённых страниц нечётким поиском (вводя текст, который не на 100 % совпадает с названием). Эта функция доступна администраторам в арабском, каталонском, английским, персидском, немецком, итальянском, польском, русском разделах Википедии и на mediawiki.org; чтобы попробовать нечёткий поиск, добавьте в конец URL-адреса страницы Special:Undelete следующие символы:
&fuzzy=1
. mw:User:Smalyshev (WMF)/Archive searchphab:T109561
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
15:29, 12 июня 2017 (UTC)
Параметр Викисклад
Можно ли просить включить параметр Викисклад (Категория на Викискладе) в шаблонах {{Карточка компании}}, {{Карточка предприятия}} и {{Организация}} для более успешного обращения на Викисклад как в карточке {{Электростанция}}?--Леонид Макаров (обс.) 03:41, 12 июня 2017 (UTC)
- Уместнее вопрос, почему оно автоматически не подтягивается с Викиданных, шаблоны основаны на {{Карточка}}. — Igel B TyMaHe (обс.) 07:58, 13 июня 2017 (UTC)
- Шаблон {{Организация}} всё подтягивает, см. НАТО. —Serhio Magpie (обс.) 15:40, 13 июня 2017 (UTC)
Итог
Самое прекрасное в этом запросе, что как раз в {{Электростанция}} параметр есть, но не работает. В общем, сделал для {{Карточка компании}}, {{Карточка предприятия}} и {{Электростанция}}, чтобы категория на Викискладе бралась из Викиданных. Ссылки между проектами — это точно не то, что нужно заполнять вручную. — putnik 16:59, 13 июня 2017 (UTC)
- Спасибо стало круто! А вот в Красногорская ТЭЦ параметр работал, а теперь стала страшно. --Леонид Макаров (обс.) 17:07, 13 июня 2017 (UTC) поправил.--Леонид Макаров (обс.) 17:09, 13 июня 2017 (UTC)
В статье Википедия:Конфликт межъязыковых ссылок шаблон показывает, что последняя правка была сделана 10 июня 2017 года в 01:57 (UTC), хотя на самом деле последняя правка была ещё 4 марта 2016 года в 11:42 (UTC). Просьба исправить в шаблоне некорректное отображение времени последней правки в статье. Заранее спасибо. Oleg3280 (обс.) 22:42, 11 июня 2017 (UTC)
- Нормализуется чисткой кэша. — grain of sand (обс.) 23:00, 11 июня 2017 (UTC)
Конфликт Шаблон:Страна в темах с Шаблон:Страны Африки
Что-то создаёт лишний перенос строки между указанными шаблонами в африканских странах (см. напр. в Либерия, Кот-д’Ивуар)... Техники, посмотрите пожалуйста (я не нашел). → borodun™ 12:03, 11 июня 2017 (UTC)
- Поправил. — grain of sand (обс.) 13:46, 11 июня 2017 (UTC)
- Спасибо! → borodun™ 15:22, 11 июня 2017 (UTC)
Пробелы перед знаками препинания
Шаблоны {{ФИО}}, {{Однофамильцы}} выдают пробелы перед точкой и точкой с запятой (напр.: Иванов, Азарий Иванович, Иванов, Александр Александрович (астроном)). Зачем? Раньше вроде не было такого. Не убрать ли? --Meistaru 10 (обс.) 09:42, 11 июня 2017 (UTC)
- Хм, у меня нет никаких пробелов. — grain of sand (обс.) 13:47, 11 июня 2017 (UTC)
- Вероятно у вас включен гаджет выделения неоднозначностей, он по умолчанию добавляет отступы. Если так, то воспользуйтесь инструкцией по настройке его оформления. ØM 13:59, 11 июня 2017 (UTC)
- Ну если только у меня так, как-нибудь переживу, это не стоит траты времени. Спасибо. --Meistaru 10 (обс.) 15:13, 11 июня 2017 (UTC)
- @Meistaru 10: сейчас нормально? — grain of sand (обс.) 15:38, 11 июня 2017 (UTC)
- @Grain of sand: Нет, то же самое. Гаджет выделения ссылок на неоднозначности во всех пространствах Вы напрасно у меня убрали, он мне нужен. --Meistaru 10 (обс.) 15:49, 11 июня 2017 (UTC)
- @Meistaru 10: а сейчас? (не убрал, просто перенес в ваш css файл). — grain of sand (обс.) 16:04, 11 июня 2017 (UTC)
- @Grain of sand: Не только не исчезли пробелы, но вдобавок раскрасились розовым все однофамильцы (формируемые шаблонами ФИО и Однофамильцы). --Meistaru 10 (обс.) 16:10, 11 июня 2017 (UTC)
- @Grain of sand: Вы же ему просто отступы по умолчанию перепрописали :) Установите значение слева-справа на 0 и всё будет как надо. ØM 16:13, 11 июня 2017 (UTC)
- @ØM: а разве не уйдут тогда все отступы по бокам в неосновных пространствах? У меня все нормально работает, при отчего я собственно и путаюсь. — grain of sand (обс.) 16:31, 11 июня 2017 (UTC)
.mw-disambig { padding: .1em .3em .2em; }
- @Grain of sand: Уйдут везде, но, имхо, отступы по бокам вообще зло, они же везде создают иллюзию лишних пробелов, особенно если рядом какие-то знаки. Попробуйте поменять ".1em" на ".0em", должно сработать вроде. ØM 16:41, 11 июня 2017 (UTC)
- @Grain of sand, ØM: Вроде теперь все нормализовалось. Спасибо! --Meistaru 10 (обс.) 16:48, 11 июня 2017 (UTC)
- @Grain of sand: Уйдут везде, но, имхо, отступы по бокам вообще зло, они же везде создают иллюзию лишних пробелов, особенно если рядом какие-то знаки. Попробуйте поменять ".1em" на ".0em", должно сработать вроде. ØM 16:41, 11 июня 2017 (UTC)
- @ØM: а разве не уйдут тогда все отступы по бокам в неосновных пространствах? У меня все нормально работает, при
- @Meistaru 10: а сейчас? (не убрал, просто перенес в ваш css файл). — grain of sand (обс.) 16:04, 11 июня 2017 (UTC)
- @Grain of sand: Нет, то же самое. Гаджет выделения ссылок на неоднозначности во всех пространствах Вы напрасно у меня убрали, он мне нужен. --Meistaru 10 (обс.) 15:49, 11 июня 2017 (UTC)
- @Meistaru 10: сейчас нормально? — grain of sand (обс.) 15:38, 11 июня 2017 (UTC)
- Ну если только у меня так, как-нибудь переживу, это не стоит траты времени. Спасибо. --Meistaru 10 (обс.) 15:13, 11 июня 2017 (UTC)
- Ну вот у меня тоже лишние отступы вокруг
.dablink .mw-disambig
(например, в этой статье, в строчке дизамбига (шаблон {{Значения2}}) вокруг ссылок Выхино и Ждановская). Прописать себе индивидуально в common.css мог бы (по образцу u:Meistaru 10/common.css), но не думаю, что это будет правильным решением. IMHO, решать надо глобально в гаджете MediaWiki:Gadget-DisambiguationLinks.css, наверняка эта проблема не только у двоих. — Mike Novikoff 12:38, 12 июня 2017 (UTC)- @Iniquity, Grain of sand: Понятно, почему в моей Opera 12.18 не работает прописанное в гаджете
padding: initial;
— это CSS3, см. таблицу поддержки браузерами. Однако официально в MediaWiki должна поддерживаться Opera 12.10+. — Mike Novikoff 14:16, 12 июня 2017 (UTC)- ...и тишина. Пожалуйста, напомните, где и когда был установлен консенсус за использование именно CSS3 (а не CSS2) и за отказ от Opera 12? Кажется, ещё совсем недавно было наоборот. Подчеркну, что речь о гаджете, включённом по умолчанию для всех. Причём только о последней правке в нём, вносящей несовместимый код
padding: initial
. Вообще-то я сам был и есть двумя руками «за» недавнюю замену JS на CSS в гаджете, и даже выражал благодарность инженеру Iniquity за это. Но вот насчёт самой последней правки — не стоит ли ещё раз подумать? — Mike Novikoff 16:52, 12 июня 2017 (UTC)
- ...и тишина. Пожалуйста, напомните, где и когда был установлен консенсус за использование именно CSS3 (а не CSS2) и за отказ от Opera 12? Кажется, ещё совсем недавно было наоборот. Подчеркну, что речь о гаджете, включённом по умолчанию для всех. Причём только о последней правке в нём, вносящей несовместимый код
- @Iniquity, Grain of sand: Понятно, почему в моей Opera 12.18 не работает прописанное в гаджете
Итог
Исправлено. С уважением, Iniquity 19:18, 12 июня 2017 (UTC)
- Спасибо — Mike Novikoff 19:27, 12 июня 2017 (UTC)
Не отображается список масонов в шаблоне "Масонство"
Собственно сабж. При разворачивании раздела "Список масонов" списка масонов там нет. 109.172.98.69 00:56, 11 июня 2017 (UTC)
- А он там и не нужен, иначе список станет безразмерным. --Serhio Magpie (обс.) 05:47, 11 июня 2017 (UTC)
- Тогда, получается, лучше удалить этот раздел?? Потому что сейчас там отображается текст "[[Категория:Масоны]]". 109.172.98.69 22:53, 11 июня 2017 (UTC)
ProveIt и автогенерация ссылок через Citoid
В гаджете ProveIt появилась автогенерация ссылок с помощью Citoid, который используется и в визуальном редакторе. Тестируйте и проверяйте:) С уважением, Iniquity 15:31, 9 июня 2017 (UTC)
- Citoid ещё можно использовать в гаджете refToolbar через autofill, как в англовики работает. :) ~Sunpriat (обс.) 16:15, 9 июня 2017 (UTC)
- Что-то я не вижу как использовать Citoid ни в ProveIt, ни в refToolbar. Нельзя ли поподробней? — Алексей Копылов 05:41, 11 июня 2017 (UTC)
- @Alexei Kopylov: в поле
Reference identifier
вводите значение и нажимаете ↵ Enter. С уважением, Iniquity 21:15, 12 июня 2017 (UTC)- Спасибо. До этого было не просто догадаться. Страно, что надо сначало выбрать шаблон. Было бы естественно, чтоб шаблон он выбирал сам. — Алексей Копылов 21:34, 12 июня 2017 (UTC)
- Да, у меня тоже была проблема с этим:) По поводу автовыбора шаблона надо подумать, я пока не могу понять как работает Citoid с этим. С уважением, Iniquity 21:57, 12 июня 2017 (UTC)
- Я игрался с разными шаблонами и разными ичсточниками. В итоге он мне выдал какого-то гибрида, в котором есть поля от одной книги (заглавие) и другой (title):
<ref>{{Книга |заглавие=Лондон |ссылка=https://books.google.com/books?id=iZODAQAAQBAJ&pg=PT3#v=onepage&q&f=false |издательство=Litres |год=2017-01-12 |страниц=43 |язык=ru |url=https://books.google.com/books?id=WNDuAAAAMAAJ&q=%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9+%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7&dq=%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9+%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7&hl=en&sa=X&ved=0ahUKEwiPgMaBnrnUAhXn6YMKHTqPAGAQ6AEILDAB |title=Итоги науки и техники: Математический анализ |date=1977 |lang=ru |accessdate=2017-06-12}}</ref>
→ [1] — Алексей Копылов 21:40, 12 июня 2017 (UTC)- Сможете последовательность действий рассказать? Будет конечно прекрасно, если вы это сделаете на английском и на Фабрикаторе. С уважением, Iniquity 21:57, 12 июня 2017 (UTC)
- Ну, например,
- открываю ProveIt
- добавляю шаблон статья, в качестве
Reference identifier
указываю: [8]. - вставляю статью, закрываю ProveIt
- открываю ProveIt снова,
- вместо того, чтобы нажать добавить, выбираю в качестве шаблона Cite web.
- в качестве
Reference identifier
указываю: [9] - Получаю гибрид:
{{Cite web |url=http://www.cnn.com/2017/06/12/politics/trump-james-comey-tapes/index.html |title=Trump taunt over Comey tape draws disbelief |publisher=CNN |accessdate=2017-06-13 |заглавие=Dropout: A Simple Way to Prevent Neural Networks from Overfitting |ссылка=http://jmlr.org/papers/v15/srivastava14a.html |издание=Journal of Machine Learning Research |год=2014 |том=15}}
→ Trump taunt over Comey tape draws disbelief . CNN. Дата обращения: 13 июня 2017. — Алексей Копылов 19:20, 13 июня 2017 (UTC)
- Еще замечания и пожелания:
- Не заполняет поле "автор" (по-моему никогда). Пример: [10].
- Если нажать Цитировать, то сноска добавляется не на то место, где был курсор, а вместо старой ссылки, затирая ее.
- Интерфейс не очень удобный. Кроме уже перечисленного выше, не интуитивно как закрывать окно; всплывающее окно закрывает текст: не видно, что вставляется, когда я нажимаю вставить или обновить; вместо аляповатой черной кнопки ProveIt, была бы удобнее аккуратная кнопка в тулбар сверху.
- Вместо года он добавляет дату (графический интерфейс тоже так поступает). Это плохо для sfn. Пример: [11]
- При добавлении книги из гуголбукс он часто в качестве издательства ставит Litres, хотя это не издательство а магазин (графический интерфейс тоже так поступает). Не знаю, чья это проблема Citoid или гуголбукс, но из-за этого у нас это "издательство" ошибочно указано во многих местах. Пример: [12]
- Хорошо бы имелась возможность использовать его без тегов ref (например, чтобы вставить источник в раздел Литература).
- Было бы замечательно, если бы была возможность предосмотра, как в refToolbar.
- Было бы хорошо, если бы он поддерживал sfn.
- Хорошо бы, чтобы если в ссылке указан номер страницы (как, например, в этой [13]) он бы ставил эту страницу в шаблон.
- @Iniquity: я не очень хорошо умею писать баг репорты. К тому же я не уверен, что из вышеперечисленного является багом, что разумным пожеланием, а что неразумно или неосуществлимо. Кроме того я не уверен, что из перечисленного относится к ProveIt, что к Citoid, а что вообще не туда, не туда. Поэтому я был бы благодарен, если бы вы, как инженер, написали бы на Фабрикаторе то, что считаете нужным. — Алексей Копылов 19:20, 13 июня 2017 (UTC)
- Ну, например,
- Сможете последовательность действий рассказать? Будет конечно прекрасно, если вы это сделаете на английском и на Фабрикаторе. С уважением, Iniquity 21:57, 12 июня 2017 (UTC)
- Спасибо. До этого было не просто догадаться. Страно, что надо сначало выбрать шаблон. Было бы естественно, чтоб шаблон он выбирал сам. — Алексей Копылов 21:34, 12 июня 2017 (UTC)
- @Alexei Kopylov: в поле