Короткая ссылка-перенаправление
  • ВП:Ф-Т
  • ВП:ФТ
  • ВП:ТФ

Википедия:Форум/Технический: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Содержимое удалено Содержимое добавлено
Строка 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

Актуально
Выборы, присвоение и снятие флагов
Заявки на флаг ПИ
Заявки на флаг бота
Снятие флагов
  • Завробот (бот) — (?) заявка подана
  • MBHbot (ПИ) — (?) заявка подана
  • FlankerFF (ПИ) — (?) заявка подана
  • 91i79 (ПИ) — (?) заявка подана
Список изменений в правилах

Сообщения на разных языках в зависимости от интерфейса

Собственно не нашёл ни одной переменной окружения, где был бы код языка интерфейса участника. Есть ли возможность, скажем, выводить сообщение на чешском только посетителям с чешским интерфейсом? Advisor, 13:38, 25 июня 2017 (UTC)[ответить]

Заглавная буква в названии параметра

В шаблонах наблюдается разнобой в именовании параметров: то со строчной буквы, то с заглавной. Два вопроса:

  1. Зачем?
  2. Можно ли одним махом сделать единообразно?

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)[ответить]

Шаблон:Перенаправления

«Шаблон:Перенаправления», на мой взгляд, занимает слишком много места. Пример статьи: «Ломоносов, Михаил Васильевич». — vscoобс 15:27, 24 июня 2017 (UTC)[ответить]

Поправил. ØM 15:33, 24 июня 2017 (UTC)[ответить]

Надоело каждый раз копировать все реквизиты словаря ударений, решил создать шаблон. Почему-то не проставляется в результате номер страницы, который по идее должен задаваться переменной, хотя вроде копировал с другого аналогичного шаблона. Знающим людям, наверное, делов секунд на 10, а я уже весь мозг сломал. LeoKand 09:37, 23 июня 2017 (UTC)[ответить]

Шаблон:Игрок в покер

При использовании шаблона {{Игрок в покер}} в карточке не отображается название поля "Место смерти". См. Мосс, Джонни. —193.233.70.48 14:37, 22 июня 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)[ответить]

Как работает 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)[ответить]
          • @Jack who built the house: Я имею несчастье профессионально заниматься Палеографией и мне постоянно требуется вводить кучу редких символов и добавлять в Юникод новые. Поэтому, просто не обойтись без спецраскладок. В Линуксе это сделать - за пять минут без проблем. У меня шесть разных раскладок с восемью уровнями ввода. Но, к сожалению, много таких, кто находится ещё в мелкомягком рабстве и не может мне помочь с цифровым набором. Поэтому без такого скрипта как hotkeys.js - жить не возможно. Если он не заработает, то всё-равно придётся что-то изобретать. В Universal Language Selector раскладки только двууровневые, а этого - очень мало. Может быть там можно создать больше, но я пока пребываю в неведении. Если поможете, чтоб заработал скрипт hotkeys.js - повешу Вашу фотографию в золотой рамочке на хакерский иконостас! --Papaserafim (обс.) 21:11, 23 июня 2017 (UTC)[ответить]

Шаблон ВС в статье

Что нужно сделать, чтобы в статье Прейс, Пётр Иванович работал шаблон Внешних ссылок? Он есть в ЭСБЕ и РБС (может ещё где имеется).--Лукас (обс.) 19:06, 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))[ответить]

@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 value 200, 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)[ответить]

Можно ли сделать?

Приветствую! Давайте в конструкции

{{Внешние медиафайлы
 |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)[ответить]

Массовые переносы

Подскажите, пожалуйста, существует ли техническая возможность массово перенести статьи с названием вида "Звязда, газета" под назв. вида "Звязда (газета)" и т.д.? В Белорусской Википедии уже не первый раз возникает вопрос об изменении архаичных правил наименования статей, но каждый раз мы упираемся в проблему непосильности ручного переноса статей --ChehVlad (обс.) 13:12, 20 июня 2017 (UTC)[ответить]

Мрак в карточке -- S, AV 18:41, 19 июня 2017 (UTC)[ответить]

15:44, 19 июня 2017 (UTC)

wgArticleId удалённой статьи

Собственно есть ли возможность вытащить его, не восстанавливая страницу? Например, Еккенбах. В исходном коде при предпросмотре удалённых версий его нет. Advisor, 13:18, 19 июня 2017 (UTC)[ответить]

Численность населения
2002[1]2010[2]2012[3]2013[4]2014[5]2015[6]2016[7]
83 30385 72686 79487 34887 76487 89588 257
2017[8]2018[9]2019[10]2020[11]2021[12]2023[13]2024[14]
88 16488 40188 67288 79685 88386 03885 308
  1. Всероссийская перепись населения 2002 года. Численность населения субъектов Российской Федерации, районов, городских поселений, сельских н
  2. ВПН-2010. Приложение 1. Численность населения по районам города Москвы
  3. Численность населения Российской Федерации по муниципальным образованиям. Таблица 35. Оценка численности постоянного населения на 1 январ
  4. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2013 года. Таблица 33. Численность населения городских округов, муниципальных районов, городских и сельских поселений, городских населённых пунктов, сельских населённых пунктовРосстат, 2013. — 528 с.
  5. Таблица 33. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2014 года
  6. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2015 года
  7. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2016 года — 2018.
  8. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2017 годаМ.: Росстат, 2017.
  9. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2018 годаМ.: Росстат, 2018.
  10. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2019 года
  11. Численность населения Российской Федерации по муниципальным образованиям на 1 января 2020 года
  12. Итоги Всероссийской переписи населения 2020 года (по состоянию на 1 октября 2021 года)
  13. Численность постоянного населения Российской Федерации по муниципальным образованиям на 1 января 2023 года (с учётом итогов Всероссийской пРосстат, 2023.
  14. Численность постоянного населения Российской Федерации по муниципальным образованиям на 1 января 2024 годаРосстат, 2024.

Ещё раз спасибо Iniquity за новое оформление классов standard и wide, но теперь надо привести цвет сабжа в соответствие. — Mike Novikoff 19:10, 18 июня 2017 (UTC)[ответить]

Отображение изменённых таблиц в шаблоне "Скрытый блок"

После того, как изменили цвета и стили у таблиц, таблицы класса "standart" в шаблоне Скрытый блок стали отображаться с небольшим отступом от заголовка:

Можно ли поправить?

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)[ответить]

Как вариант:

Можно и два margin'а задать у вложенной таблицы:

С уважением, --Seryo93 (о.) 08:06, 18 июня 2017 (UTC)[ответить]

Загрузка файла

Три карты загрузил. Помогите пожалуйста загрузить последний yadi.sk/i/31x8wg2Q3KDH9e . --Дагиров Умар (обс.) 13:12, 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)[ответить]

Ребят, там прямо беда со сносками, поправьте кто может, пожалуйста. Зейнал (обс.) 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.
Было
Заголовок 1 Заголовок 2
Ячейка 1*1 Ячейка 2*1
Ячейка 1*2 Ячейка 2*2
Ячейка 1*3 Ячейка 2*3
Стало
Заголовок 1 Заголовок 2
Ячейка 1*1 Ячейка 2*1
Ячейка 1*2 Ячейка 2*2
Ячейка 1*3 Ячейка 2*3
С классами standard и wide также в связке теперь крайне рекомендуется использовать класс mw-datatable: прочитать о нем можно на странице ВП:Таблицы#mw-datatable
4. В тестовом варианте были обновлены цвета у навигационных таблиц: более голубые, вписывающиеся в стандартное оформление Vector. Если у вас есть какие-либо сомнения по этому поводу, то с радостью их выслушаю.

С уважением, Iniquity 16:27, 15 июня 2017 (UTC)[ответить]

  • я вот думаю, а нельзя цвета подстраивать под скин? Вектору голубой, монобуку фиолетовый, А тоску и современный выпилить напрочь и навсегда. ShinePhantom (обс) 18:03, 15 июня 2017 (UTC)[ответить]
  • Фиолетовый привычнее, но голубой безусловно лучше вписывается в современное оформление. Ещё шаблону {{внешние ссылки}} хорошо бы цвет по умолчанию поменять на тот же, что теперь у навтаблиц. ØM 23:17, 15 июня 2017 (UTC)[ответить]
  • Всё это субъективно, но IMHO — фиолетовый был ужасен и давно пора было его убрать, а новый — именно моего любимого оттенка, точь-в-точь. И увеличение паддинга в классе standard тоже давно напрашивалось, теперь выглядит гораздо аккуратнее. Iniquity, Спасибо! — Mike Novikoff 15:10, 16 июня 2017 (UTC)[ответить]

Всплывающие подсказки явно отображают (излишние) !теги форматирования

Подробности см. в прикрепленном файле-скрине: commons:File:Needlesstags.jpg

needless tags in popup annotation

Дублирование параметра из Викиданных

Коллеги, я, может, чего-то не понимаю, но вроде бы всю жизнь параметр, введённый в карточку вручную, заменял параметр Викиданных, - а тут у меня он дописался вслед за подтянутым оттуда (Прощай, немытая Россия, в результате этой правки). Андрей Романенко (обс.) 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)[ответить]

Странный цвет фона статьи

Чернобыльская АЭС, не могу понять где исправить, в чём проблема. --145.118.95.187 09:19, 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)[ответить]

Ссылки сюда: фильтр по пространству имён не включает перенаправления

Я только что обнаружил, что если на странице «Ссылки сюда» выбрать фильтр по пространству имён, то результаты не будут включать в себя ссылки на перенаправления, ведущие на страницу, хотя без фильтра по пространству имён перенаправления показываются, что логично. Вот пример: фильтр для самой страницы, фильтр для одного из перенаправлений на неё. Как это можно поправить? --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(Михаил)ОВ 13:42, 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)[ответить]

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)[ответить]
    • Не так. Патрол отключен, но расширение "флаггед ревз" при патрулировании в его рамках также заносит записи в журнал старого патрулирования - это обнаружилось, когда мы пытались полностью отключить новые старые патрулирования. Отключить через настройки расширения это, кажется, нельзя. MBH 12:57, 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)[ответить]

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)[ответить]

В статье Википедия:Конфликт межъязыковых ссылок шаблон показывает, что последняя правка была сделана 10 июня 2017 года в 01:57 (UTC), хотя на самом деле последняя правка была ещё 4 марта 2016 года в 11:42 (UTC). Просьба исправить в шаблоне некорректное отображение времени последней правки в статье. Заранее спасибо. Oleg3280 (обс.) 22:42, 11 июня 2017 (UTC)[ответить]

Что-то создаёт лишний перенос строки между указанными шаблонами в африканских странах (см. напр. в Либерия, Кот-д’Ивуар)... Техники, посмотрите пожалуйста (я не нашел). → borodun 12:03, 11 июня 2017 (UTC)[ответить]

Пробелы перед знаками препинания

Шаблоны {{ФИО}}, {{Однофамильцы}} выдают пробелы перед точкой и точкой с запятой (напр.: Иванов, Азарий Иванович, Иванов, Александр Александрович (астроном)). Зачем? Раньше вроде не было такого. Не убрать ли? --Meistaru 10 (обс.) 09:42, 11 июня 2017 (UTC)[ответить]

Итог

Исправлено. С уважением, Iniquity 19:18, 12 июня 2017 (UTC)[ответить]

Не отображается список масонов в шаблоне "Масонство"

Собственно сабж. При разворачивании раздела "Список масонов" списка масонов там нет. 109.172.98.69 00:56, 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)[ответить]
          • Ну, например,
            1. открываю ProveIt
            2. добавляю шаблон статья, в качестве Reference identifier указываю: [8].
            3. вставляю статью, закрываю ProveIt
            4. открываю ProveIt снова,
            5. вместо того, чтобы нажать добавить, выбираю в качестве шаблона Cite web.
            6. в качестве Reference identifier указываю: [9]
            7. Получаю гибрид: {{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)[ответить]
          • Еще замечания и пожелания:
            1. Не заполняет поле "автор" (по-моему никогда). Пример: [10].
            2. Если нажать Цитировать, то сноска добавляется не на то место, где был курсор, а вместо старой ссылки, затирая ее.
            3. Интерфейс не очень удобный. Кроме уже перечисленного выше, не интуитивно как закрывать окно; всплывающее окно закрывает текст: не видно, что вставляется, когда я нажимаю вставить или обновить; вместо аляповатой черной кнопки ProveIt, была бы удобнее аккуратная кнопка в тулбар сверху.
            4. Вместо года он добавляет дату (графический интерфейс тоже так поступает). Это плохо для sfn. Пример: [11]
            5. При добавлении книги из гуголбукс он часто в качестве издательства ставит Litres, хотя это не издательство а магазин (графический интерфейс тоже так поступает). Не знаю, чья это проблема Citoid или гуголбукс, но из-за этого у нас это "издательство" ошибочно указано во многих местах. Пример: [12]
            6. Хорошо бы имелась возможность использовать его без тегов ref (например, чтобы вставить источник в раздел Литература).
            7. Было бы замечательно, если бы была возможность предосмотра, как в refToolbar.
            8. Было бы хорошо, если бы он поддерживал sfn.
            9. Хорошо бы, чтобы если в ссылке указан номер страницы (как, например, в этой [13]) он бы ставил эту страницу в шаблон.
          @Iniquity: я не очень хорошо умею писать баг репорты. К тому же я не уверен, что из вышеперечисленного является багом, что разумным пожеланием, а что неразумно или неосуществлимо. Кроме того я не уверен, что из перечисленного относится к ProveIt, что к Citoid, а что вообще не туда, не туда. Поэтому я был бы благодарен, если бы вы, как инженер, написали бы на Фабрикаторе то, что считаете нужным. — Алексей Копылов 19:20, 13 июня 2017 (UTC)[ответить]


  1. Лондон. — Litres, 2017-01-12. — 43 с.