У награждённых медалью «Андраник Озанян» и орденом Саурской революции наблюдаются поломки шаблона в карточке наград этих персоналий. 109.124.205.23819:30, 31 мая 2016 (UTC)
Я бы даже сказал, что это смешно. Там три ошибки на два приведённых примера. Две поправил, с третьей (не отображается точка на карте) быстро не получается, позже посмотрю. — putnik10:54, 31 мая 2016 (UTC)
Здравствуйте! Существует хороший специализированный Шаблон:Спидвейный гонщик. В параметре «Дата рождения» в статьях не отображается возраст. Я не знаю как это исправить. С уважением, 13:25, 29 мая 2016 (UTC) And S Yu .
Сходу поправить не получилось. Там несколько своеобразный код шаблона (например, наличествует параметр Год рождения, из-за чего, видимо, и нет расчета возраста), я рекомендую переписать аналогично {{Спортсмен}}, тогда всё заработает. Если не опередит никто, переделаю. — Igel B TyMaHe21:41, 29 мая 2016 (UTC)
Сделал быстрый фикс. Проблема шаблона в том, что он использует нестандартную форму записи дат: вместо одной даты в цифровом формате он требует два параметра: Дата рождения - день и месяц, Год рождения - год. Фикс заключается в использовании стандартной конструкции, которая использует параметр дата рождения (со строчной буквы, это не то же самое, что Дата рождения). Если он не заполнен, подгружается значение с Викиданных. То есть теперь Дата рождения и Год рождения игнорируются, и данные берутся только с Викиданных. Могут быть неожиданные результаты: отсутствие даты рождения или неверная дата рождения, если неверная дата указана на Викиданных. Я начал переписывать шаблон по аналогии {{спортсмен}}, но помимо названий параметров там будут и визуальные изменения из-за использования другой ширины и других стилей. — Igel B TyMaHe10:37, 30 мая 2016 (UTC)
В статье Люблю. Лирика в списке композиций, который оформлен через шаблон {{tracklist}}, не отображаются песни с первой по десятую, а также столбец, который задаётся параметром extra_column. В чём может быть проблема и что предпринять? Putnik, посоветовали вам пингануть. — Викиенот06:11, 29 мая 2016 (UTC)
Сделано. Судя по всему, там между названиями параметров и знаками равенства сидели какие-то символы, которые маскировались под пробелы. Vcohen07:20, 29 мая 2016 (UTC)
И что, каждый раз (даже если источник единожды приводится) лезть на Викидату? Спасибо, не надо. Al-Douri, 20:36, 29 мая 2016 (UTC)
Специально обученный скрипт всё сделает за вас. Гораздо проще, чем для каждого источника забивать параметры ручками. Более того, упомянутые {{cite book}} и {{cite journal}} не соответствуют традициям оформления ссылок в русской википедии и используются только при копипасте ссылок из английской. სტარლესს20:44, 29 мая 2016 (UTC)
На странице о фильме "В бой идут одни старики" столкнулся со следующим глюком: если я вхожу под своим ником - отображается последняя версия, если НЕ представившись системе - ПРЕДпоследняя. Что сие значит и что делать? SergeyStG15:39, 28 мая 2016 (UTC)
Решил проблему удалением и повторным внесением той же правки. Извините за беспокойство. SergeyStG
Смешно, но не всегда помогает (purge в том числе). Глюк старый и довольно забавный. Проблема в кэширующих серверах, вероятно. Постепенно отходит само. Advisor, 00:32, 5 июня 2016 (UTC)
Смотрите на № 20 — вроде ведь неправильно, чтобы разрывалась строка между номером и именем игрока? Раньше я такого не видел, но последнее время стал за шаблоном этот грешок замечать. Как исправить этот баг системно? Сидик из ПТУ13:28, 28 мая 2016 (UTC)
Windows 7 и Chrome. На работе Windows 7 и Mozilla — то же самое замечаю. Ещё от монитора и разрешения может меняться. Сидик из ПТУ19:53, 28 мая 2016 (UTC)
Win 8.1, Chrome Версия 50.0.2661.102 m. Перевожу редактор в оконный режим, начинаю менять ширину окна от минимальной. Последовательно отрываются номера от фамилий всех игроков. — Igel B TyMaHe08:02, 29 мая 2016 (UTC)
Эксперимент показывает, что глюк, видимо, вызван оборачиванием номера в <small>...</small>:
строка без small: • 10 Иванов • 11 Петров • 12 Сидоров •
строка со small: • 10 Иванов • 11 Петров • 12 Сидоров •
Играя шириной окна, получаю перенос фамилии без номера во втором случае, но не смог добиться того же в первом. — Igel B TyMaHe08:25, 29 мая 2016 (UTC)
Удалось воспроизвести, когда очень медленно изменял ширину окна. Заскакивает на предыдущую строку, как только освобождается чуть-чуть места, а потом обратно. Причём как со small, так и без. Вставил вместо пробела — отрываться перестало. Как только убрал ссылку вокруг фамилии игрока, также эффект исчез. Не знал, что white-space ведёт себя так. — Джек, который построил дом08:43, 29 мая 2016 (UTC)
Глюк или фича? Существует ли тэг, свойство, запрещающий какое бы то ни было разделение символов внутри него? — Igel B TyMaHe11:06, 29 мая 2016 (UTC)
white-space: pre же будет пробелы сохранять, типа «текст внутри white-space: pre;» Может, display: inline-block; добавить? Кто-нибудь знает подводные камни? — Джек, который построил дом12:00, 29 мая 2016 (UTC)
Можно не тестить (если трудоёмко), можно предложить заменить white-space: nowrap; на white-space: nowrap; display: inline-block; или на white-space: pre; и смотреть, обрушился ли мир. — Джек, который построил дом (обс.) 18:21, 10 июня 2016 (UTC)
(Добавлено в список техзадач на будущее)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (3) 2016-07-18: Найти замену white-space:nowrap; для {{nobr}}, так как это работает не до конца. — Джек, который построил дом (обс.). /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Найти замену white-space:nowrap; для {{nobr}}, так как это работает не до конца». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 16:00, 18 июля 2016 (UTC)
Не знаю почему так... Была просьба сделать точно так же как по ссылке. Сделано. Показывает статьи, потому что в запросе стоит пространство статей, а не обсуждений... → borodun™19:12, 27 мая 2016 (UTC)
Собственно пропало. Теперь только дурацкое окошко вылезает «откачено к версии N». Как вернуть? Откат без сравнения бесполезен. Advisor, 09:17, 27 мая 2016 (UTC)
Верхняя панель редактирования исчезла, нижняя хоть и есть, но не работает. ФВ
В режиме редактирования статьи не открывается панель инструментов редактирования. Вот даже четыре тильды приходится заводить в ручную--Andy.
Некоторое время назад Интернет эксплорер 7 перестал открывать гаджеты. Перешёл на Оперу, всё работало нормально и вот опять та же басня, что и с IE-7. Опера тоже для Википедии не годится? В Яндекс-браузере всё отключившееся работает. Или и для него следует ждать неприятностей? --ФВ08:25, 27 мая 2016 (UTC)
Опера старая, не вебкитовая? Браузеры имеют свойство устаревать и отставать от развития интернет-технологий. Доля IE7 и старой оперы — порядка процента отсилы, разработчикам нет смысла тратить время и деньги на их поддержку. Лучше пересесть на активно обновляющийся браузер. Любителям старой оперы можно опробовать Яндекс. Браузер и Vivaldi — они, в некотором смысле, её преемники. Сейчас сюда придёт Макс и заявит, что хром — единственный браузер. ~Facenapalmобс, вкл08:36, 27 мая 2016 (UTC)
В 12 опере и 11 IE отвалились все скрипты (например, группировка правок, права участников). Не работает сворачивание навшаблонов и сортировка таблиц. Это случилось после 00:00 (UTC) 27.05.2016, то есть сегодня ночью. До этого всё работало замечательно. В 51 хроме, 45 файрфоксе и 13 эдже всё работает. В файрфоксе не работает гаджет прав участников.Oleg328010:20, 27 мая 2016 (UTC)
Зачем делать такие обновления, которые ломают существующий функционал? Пусть бы и дальше были самозакрывающиеся теги, кому они мешали? Есть такая вещь как обратная совместимость. Oleg328010:24, 27 мая 2016 (UTC)
Хм, нет, видимо, пока что не случилось. <div style="margin-left:1px"/>Тест</div> → <div style="margin-left:1px"></div>Тест
Ещё в файрфоксе отвалился гаджет поиска интервик. Причём не работает (в смысле недоступен из меню) именно в основном пространстве, где он больше всего нужен. Явно проблемы с последним обновлением. Oleg328010:59, 27 мая 2016 (UTC)
Господа, если уж вы увлекаетесь некромантией, зачем сообщать об этом всем? Слышать жалобы на поведение ИЕ-7 в 2016-м году, вообще-то, довольно сюрреалистично. Пользуйтесь браузерами, последнее обновление которых произошло не N лет назад, иначе у вас будут проблемы далеко не только с Википедией. MaxBioHazard11:37, 27 мая 2016 (UTC)
Опера на основе Blink — просто оболочка, уникальных функций типа почтовый клиент, менеджер загрузок или закладки нет. Просто копируют хром. Угробили браузер, к сожалению. Oleg328012:22, 27 мая 2016 (UTC)
Поэтому я и посоветовал смотреть в сторону Яндекс.Браузера и Vivaldi. Оба частично пытались восстановить функции старой оперы. ~Facenapalmобс, вкл15:42, 27 мая 2016 (UTC)
Или, например, проблемы с категориями ниже тоже причина в старых браузерах? Очевидно что это баг движка. Oleg328011:50, 27 мая 2016 (UTC)
Некроманты, как тут некоторые позволили себе выразиться работали и некому не мешали. Сейчас же их привычная работа поломана. И кто-то при этом радостно потирает ручки. Ага, избавились от некромантов! Вредительство како-то, иначе не назовёшь--Andy12:38, 27 мая 2016 (UTC)
Поддержка старых браузеров — это плюс от 50 до 100% к времени разработки и количеству кода. Так что заканчивайте уже с этим «мы работаем в старых браузерах и никому не мешаем». Поддержка старых браузеров очень мешает скорости разработки и снижает её скорость, соотвественно из-за того, что процент участников получит новую фичу, 99% не получат другую полезную фичу. Так что, вредительство — это редактировать Википедию с микроволновки и жаловаться, что разработчики не удосужились сделать для этого нормальную поддержку. — putnik13:04, 27 мая 2016 (UTC)
Совет бесполезен, ибо стар я, и сие мне неведомо. Продуктивную же работу вы мне убили основательно, хотя я очень старался сообща сделать википедию лучше. Но, видимо, теперь пора на свалкуAndy13:41, 27 мая 2016 (UTC)
Не понимаю, каким образом за использование вами старых, неподдерживаемых браузеров ответственны и виноваты почему-то люди, которые тоже стараются «сделать Википедию лучше» (но обязанности поддерживать каждую кофемолку не имеют). Держите два браузера, обновитесь до относительно новой версии с необходимыми функциями, это полностью ваша проблема. St.Johann14:03, 27 мая 2016 (UTC)
Поскольку я не силён во всех этих браузерах, при обновлении теряются весьма нужные мне для инструменты (у меня, кроме ИЭ, установлен и Гугл хром, и Мозилла и Яндекс браузер и что-то там ещё). Но я не могу (не умею, а помочь некому) восстановить те инструменты, которыми привык пользоваться. К примеру, строка поиска (то что в ГХ и пр. вызывается комбинацией Cntr+F) в ИЭ у меня присутствует постоянно и не нужно каждый раз ею вызывать. В других же версиях при переходе со страницы на страницу она исчезает. Как закрепить её на панели сверху на постоянной основе& Или вот в яндекс-браузере каждая новая страница открывается впереди уже открытой, а я привык, чтобы в конце. Как сделать так, как мне удобно? И других мелочей достаточно. Поверьте я не цепляюсь за ИЭ как таковой и не стою на пути прогресса. Меня, в силу возраста, новое выбивает из равновесия и очень хочется вернуть то, к чему привык Andy14:25, 27 мая 2016 (UTC)
да уж, походу придется сказать пока Википедии, потому что редактировать стало вообще невозможно. GrV14:44, 27 мая 2016 (UTC)
В нормальном варианте рядом с описанием Википедии и пр. должна быть ссылка на системные требования — а дальше уж пусть каждый решает, что и до чего ему там обновлять. putnik, возьмётесь написать страничку и приделать ссылку на неё в какое-нибудь подходящее место? NBS14:47, 27 мая 2016 (UTC)
я прошу прощения, что вмешиваюсь в этот стон, но не пойму, что я делаю не так? У меня все что работало, то и работает. Категории, правда не пробовал, но с ними вечная беда у всех. -- ShinePhantom(обс)16:15, 27 мая 2016 (UTC)
потому-что сейчас все работает. а пару часов назад - нет. Даже вкладки в настройках стали переключаться--GrV17:17, 27 мая 2016 (UTC)
Раз уж разговор зашел о старых броузерах, вставлю свои три копейки - en:The Ancient Magus' Bride отлично открывается в современном Файрфоксе. Зато вообще не открывается в устаревшем и никому ненужном броузере Гугл Кеш. Серьезно, вбейте в Гугл "The Ancient Magus' Bride site:en.wikipedia.org", страницу Гугл найдет, а ссылочки "Сохраненная копия" не покажет. В двенадцатой Опере страница тоже не открывается (выдает пустую страницу), только сейчас проверил. Даже не представляю что нужно было поломать в движке для такого офигенного эффекта. Zero Children21:33, 27 мая 2016 (UTC)
именно эта страница у меня открылась, но в последние года пол не всегда открываются любые страницы, содержащие апостроф. Например, если я в ВП поиске введу No Lifeguard on Duty: The Accidental Life of the World's First Supermodel или попробую открыть ее с гугла/нажать на эту ссылку - у меня не откроется (пустая страница). А если со списка мною созданных статей LRtools - откроется--GrV23:15, 27 мая 2016 (UTC)
Всем доброго дня. Поскольку шаблон портирован из рувики, хоть давным-давно, но до сих пор в почти неизменном виде, а мастеров и спецов по шаблонам нужного уровня у нас не имеется, то обращаюсь сюда. В общем, проблема заключается в том, что шаблон выборочно выдаёт какую-то мощную ошибку при просмотре и сохранении биостатей. Как мне кажется, в растениях чаще, чем в животных, но, возможно, это случайно. Вместо страницы со статьёй выдаёт строку вида "Унутраная памылка [V0ffbgpAEE0AACGXChgAAACO] 2016-05-27 05:47:26: Фатальнае выключэнне тыпу "MWException"" (рус.Внутренняя ошибка [V0ffbgpAEE0AACGXChgAAACO] 2016-05-27 05:47:26: Фатальное исключение типа "MWException"). Причём всё настолько плохо, что если создана статья без таксошаблона и сохранена, то потом при добавлении этого шаблона система даже не даёт сохраниться, выдавая полный запрет. Сохранится не даёт всегда. При этом статьи всё-таки иногда отображаются. Иногда на разных компах работают одновременно по-разному. Если из шаблона убрать параметр |parent, или удалить вспомогательный служебный шаблон, на который ссылается этот параметр, то сохранить даёт, но, естественно дерево таксономии в шаблоне не строится. У меня есть смутное предположение, что проблема как раз во вложенности этих служебных шаблонов один в один, но вот в рувики же её не наблюдается. Сейчас шаблон включён в более, чем 3 с половиной тысячи биостатей и это очень печально, что они, можно сказать, не работают. Пример ошибки (скорее всего, если не случится чудо) можно увидеть, например, здесь, здесь или здесь.--Хомелка :) / обс06:05, 27 мая 2016 (UTC)
А если просто попробовать скопировать рабочий шаблон из рувики и адаптировать его? Всегда можно отменить. Oleg328012:04, 27 мая 2016 (UTC)
Коллеги, вчера при редактировании обратил внимание на странную сортировку подкатегорий в Категория:Умершие в Баварии, сначала идут категории на А, потом, Г, Р, Ш, затем вновь следует возврат к началу алфавита - Б. Это не единственный случай. Отсортировано по последним правкам в категории, а не в алфавитном порядке. Со страницам такую странность замечал уже давно, наиболее наглядно будет видно в Категория:Родившиеся в Норвегии: начинается с М, О, Х, Э и только потом А. В чём причина и можно ли как-то решить вопрос? --Ksc~ruwiki 05:39, 27 мая 2016 (UTC)
Здравствуйте! Кто может прошу помочь с шаблоном Государство в тестовом разделе вики в инкубаторе! Скопирован полностью с шаблона рувики. Однако, столкнулся с неизвестными мне проблемами. Возможно не правильно или не везде проставлены соответствующие префиксы..или дело в модулях.. В общем, помогите кто может. Спасибо! С уважением, Adam-Yourist21:42, 26 мая 2016 (UTC)
Добавление в список наблюдения
При попытке добавить страницу, которая ещё не до конца прогрузилась, начинает загружаться другая страница, а затем появляется предложение добавить её в список наблюдения и внизу кнопка "ОК". Нельзя ли сделать, чтобы страница добавлялась без этого диалогового окна? Ведь если я нажал на кнопку добавить её в список наблюдения, значит я хочу сделать это, а подтверждать свое действие немного напрягает. Тем более отменить свое действие достаточно легко, это же ведь не кнопка "удалить Википедию целиком и безвозвратно", где такое подтверждение было бы вполне уместно. --PunkNarutoосудить18:08, 26 мая 2016 (UTC)
Буквально недавно я обнаружил весьма, как мне показалось, удобный инструмент - создание книги. Однако в процессе работы с ним столкнулся с некоторыми сложностями. Так, как вы знаете, на панели мастера создания книг есть несколько кнопок - добавить страницу в книгу, показать книгу, ... а ещё там есть кнопка "скрыть"! Нажав на неё, я лишился доступа к панели мастера, и ни какие действия - вход, выход из портала, удаление книги и создание новой не помогли её вернуть. К сожалению.
Вопрос 1: Как вернуть панель мастера создания книги?
Ответ на второй и третий вопрос — да, насчёт первого вопроса, то это ошибка, так как панель должна восстанавливаться (доступно только отключить функцию книжного мастера (слева), без возможности добавления новых глав в книгу). Задам этот вопрос на техническом форуме. Спасибо, что обратили на это внимание. Oleg328013:44, 24 мая 2016 (UTC)
Вроде бы, если очистить кэш и куки, панель возвращается. Это на крайний случай и в случае, если это баг. Я не пользовался просто почти. ~Facenapalmобс, вкл14:18, 24 мая 2016 (UTC)
Добрый день! Что посоветуете для отладки собственных скриптов по работе с ВП:ВД? Есть ли документация/лучшие практики ? -- A.sav13:12, 24 мая 2016 (UTC)
Вам надо уточнить вопрос. Скрипты бывают: на JS, серверные для tools.wmflabs.org (на php обычно), ВП:Модули на Lua, боты на Python (включая бот/фрэймворк pwb) или чём угодно. Если самопис — то надо см. доки по Wikidata API. Все они по разному обращаются к ВД, есть разные фрэймворки для вики. Отладка — отдельный общий вопрос программирования. Песочница. --Vladis1316:39, 24 мая 2016 (UTC)
Пока думаю ограничиться скриптами на JS для
автоматизации добавления в ВП:ВД тучи шаблонов вида Шаблон:Fb team Andover (сопоставлял с существующим Template:Fb team Andover)
также хочу дописать «Править ссылки», чтобы по галке в метку прописывалось название сопоставляемой статьи
и еще планирую написать скрипт типа HotCat, который добавлял бы соответствующие категории из статьи в другом разделе. -- A.sav18:47, 24 мая 2016 (UTC)
Есть крупный JS WE-framework (ядро) (включается в настройках раздел «Викиданные»), но он не документирован, а автор отсутствует. Позволяет удобно вносить и редактировать инфу в ВД. Для массового вноса нужен бот, или обратится к ботоводам. Если просто надо в шаблонах получать данные из ВД, то есть модули (которые написаны на Lua) семейства {{wikidata}} (примеры использования см. например в {{персона}}). --Vladis1319:43, 24 мая 2016 (UTC)
Отладчик — дело вкуса, можно и в «блокноте» писать маленькие скрипты. Для отладки и удобной работы нужна IDE. Для php и js популярны PhpStorm (+плагин LiveEdit) или NetBeans (русифицированный и бесплатный, но функций меньше). --Vladis1320:07, 24 мая 2016 (UTC)
Joanjoc
Не знаю, у меня ли одного, или у всех так, короче: прошу разобраться, почему-то не работает приложение Joanjoc, выдаёт ошибку «No such file or directoryERROR: No result returned.». На днях пользовался, всё работало отлично. — AlОУ22:05, 23 мая 2016 (UTC)
Оно работает «через раз», запрос прошёл с третьего раза. Похоже позволяет только 1 запрос от клиента, с двух вкладок — выдаёт эту ошибку. (Если делаете запрос как в ссылке, без уточнения категории, то получается глобально и он длится несколько минут. Если его отменить, он всеровно невидимо висит — может из-за этого ошибка.) Скрипт выложен у en:User:Magnus Manske. --Vladis1309:54, 24 мая 2016 (UTC)
Статьи в категориях я немного поправил. На мой взгляд, тут только ручной вариант: категория действительно 1-е тысячелетие, но Каллистрат всё ж родился в более узком диапазоне: III-VI век. То же касается и других персоналий, все-таки они локализуются точнее. А одна персоналия мной вообше не категоризирована по "Родился", так как родился Карп Антиохийский между II в. до н. э. и II в. н. э. — Igel B TyMaHe20:11, 23 мая 2016 (UTC)
Неработающий шаблон
Создал шаблон, подсмотрев в англ-вики, но отчего-то ничего, кроме изображения, подписи к нему и категории на Викискладе не отображается. Может кто-нибудь объяснить, в чём проблема или помочь с исправлением? И ещё вопрос. Как отключить отображение у данного шаблона «футера», что ли, показывающего «Шаблон: Просмотр • Обсуждение • Править»?
Нельзя ли сделать так, что мы при отклонение изменений (имеется в виду возврат к патрулируемой версии), изменения отклонялись сразу, без запроса подтверждения на следующем экране? Этот запрос не имеет смысла - diff я всё равно на новом экране не вижу. А я несколько раз забывал нажать "Отклонить". Куда обратиться за такой фичей? Алексей Копылов02:59, 21 мая 2016 (UTC)
Есть такой момент. Лучше бы добавили подтверждение при откате, чтобы исключить ошибочность при нажатии вместо отмены (либо случайность). Oleg328007:05, 21 мая 2016 (UTC)
Очевидно-то очевидно, но я хотел, чтобы изменили шаблон так, чтобы он корректно работал и на изображениях (не обязательно конкретно этот). MaxBioHazard00:56, 21 мая 2016 (UTC)
Сообщение на служебной странице Подтвердить_e-mail
На странице Служебная:Подтвердить e-mail текст отображается с html-тегами.
Скажите, а как по статье и категории, узнать входит ли статья опосредованно в эту категорию, и если да, то через какие промежуточные подкатегории? Алексей Копылов01:37, 20 мая 2016 (UTC)
Задав исходную категорию и развернув все ветви дерева, с помощью поиска ищете нужную статью, при этом видите все промежуточные категории. Kalendar05:37, 20 мая 2016 (UTC)
Для людей, которые интересуются (а я надеюсь такие еще остались) как же верстка страницы выглядит в мобильное версии, есть очень удобный гаджет, пользуйтесь!
Your registered email adress has been unsubscribed
У меня сообщение: «Your registered email adress xxxxxx has been unsubscribed due to multiple message delivery failures. You can verify your email address again.»
После этого появилась кнопка на подтвержедние адреса электронной почты. Был потдверждён «Ваш адрес электронной почты подтверждён.»
Потом отправляю себе письмо с текстом «Тест». И всё заново. То же самое сообщение и снова надо подтверждать. Что произошло?
--AnnaMariaKoshka12:28, 19 мая 2016 (UTC)
После того как на этот адрес пришло пиьсмо с просьбой подтвердить — было сообщение что «Ваш адрес электронной почты подтверждён.» Но при попытке отправить себе через «Письмо участнику» тестовое сообщение — опять всё заново. --AnnaMariaKoshka12:45, 19 мая 2016 (UTC)
Ну технически об этом и сообщается, перевод фразы выше: "ваш е-мэйл был отключён из-за проблемы при попытке с ним связаться". Поэтому и предложил попробовать почту от другого хостинга (gmail.com mail.yandex.ru и т.д.). --Vladis1307:12, 20 мая 2016 (UTC)
По второй ссылке внизу написано, если не ошибаюсь, что глюк только при отсылке письма самому себе, от других - принимает нормально. --Vladis1307:12, 20 мая 2016 (UTC)
Напишете в первую тему, указав что проблема и в ru.wikipeda. Там сообщения недельной давности, лучше им напомнить о проблеме. --Vladis1308:35, 20 мая 2016 (UTC)
Кто-нибудь знает почему PetScan не ищет неотпатрулированные статьи. Например, категория:Вариационное исчисление содержит непосредственно 26 статей. Petscan ищет все
26 статей.
Если попросить найти его отпатрулированые он находит
21 статью
А если попросить найти его НЕотпатрулированые он находит всего
1 статью.
Причем эта статья давно отпатрулированная!
Неотпатрулированные можно найдти другим инструментом: Deep Out Of Sight находит как раз
4 недостающие статьи
Но как заставить PetScan искать неотпатрулированные статьи? Алексей Копылов00:51, 19 мая 2016 (UTC)
При внесении страницы в Викиданные при нажатии «На других языках» открывается окно «Связь со страницей». При заполнении поля «Страница» под полем появляется список страниц, из которых следует выбрать вариант. Однако поле слишком короткое, и при длинных названиях предлагаемых страниц трудно сориентироваться, какую же из предлагаемых страниц выбрать. Неплохо было бы удлинить поле «Страница» до упора. Kalendar12:17, 18 мая 2016 (UTC)
Я хочу оспорить итог, подведённый здесь. Поскольку я против замены шаблона {{статья}} на шаблон {{БСЭ3}} относительно ссылок на БСЭ. Не нравится ссылка на Яндекс, удаляйте её из шаблона, но не заменяйте весь шаблон. Шаблон {{статья}} ближе к одноуровнему описанию по ГОСТу, которое я предпочитаю, а {{БСЭ3}} использует многоуровневое описание по ГОСТу, которое мне не нравится. Как вариант можно заменять шаблон {{статья}} на шаблон {{публикация}}, но не на шаблон {{БСЭ3}}. Illustr09:35, 18 мая 2016 (UTC)
Вам ведь уже объяснили на СО шаблона, что {{БСЭ3}} — это и есть шаблон «публикация» (его обёртка, не верите — посмотрите в код). БСЭ3 _не_ использует «многоуровневое описание», вам же объяснили, надо было ознакомится с темой перед оспариванием. Также вам объяснили зачем вообще существует шаблонизация. Мне, например, ваш вариант (без параметра «серия») больше нравится, но вы внеся эту правку, без ожидания мнений на СО, сразу пошли сюда оспаривать итог… Кстати, из порядка 2 тыс. (± тысяча) сделанных замен на этот шаблон вы единственный (0.05 %) возразили. Для оспаривания придётся пригласить участников и администраторов которые были за операцию или лояльны, а собственно все были «за». --Vladis1310:26, 18 мая 2016 (UTC)
Ну ошибся, имел в виду что мне нравится многоуровневое описание, а не одноуровневое как у БСЭ3. На СО я написал верно. Я все понял раньше, не заглядывая в код. Суть в том, что мне эта обертка шаблона «публикация» не нравится. Приглашайте кого хотите. У меня есть право предпочитать одно описание, рекомендуемое ГОСТом и _не отраженное_ в шаблоне {{БСЭ3}}, второму рекомендуемому тем же стандартом которое предпочитает использовать указанный шаблон и мне не нравится. И я это право отстаиваю. Illustr14:49, 18 мая 2016 (UTC)
Ошибка при сохранении изменений
При сохранении изменений на некоторых страницах (самых разных), браузер выдает ошибку и страница не записывается. На других сайтах подобного не было. Через несколько часов изменение можно внести, после чего снова начинает выдавать ошибку. Пробовал три браузера: Opera, Safari, Chrome - итог одинаковый. Как решить эту проблему? (в архиве не нашел) Спасибо. Агнезий08:00, 18 мая 2016 (UTC)
Есть такое в последнее время. В Firefox я жму в окне сообщения об ошибке Повторить операцию и всё колосится. -- A.sav09:43, 18 мая 2016 (UTC)
A.sav попробовал с месяц назад - браузер просто удаляет все в окне и получается удаление содержимого страницы. Хорошо, что успел откатить сам себя :) Агнезий10:00, 18 мая 2016 (UTC)
Что со шрифтом?
У меня сейчас включена латиница, но печатает русским шрифтом. Знаки препинания на русском исчезли вовсе там вместо запятой - б, вместо точки - ю, и так далее. При переключении на английский, шрифт оказывается русским, но со знаками препинания, расположенными как при русском шрифте. Проставлять викиссылки, примечания и даже подписываться стало невозможно. Проверил на работе с другого компьютера, там на моей странице та же история. Hunu15:57, 17 мая 2016 (UTC)
Cамозакрывающиеся теги, например, такие как <div/>, <b/> и <span/> перестанут поддерживаться
Вырезка из технического дайджеста:
Использование самозакрывающихся тэгов типа <div/> и <span/> вместо <div></div> и <span></span> перестанет поддерживаться. Шаблоны и страницы, на которых используется старый синтаксис, нужно исправить. После выполнения заявки T134423 эти тэги будут парситься как <div> и <span> (так же они парсятся в HTML5). [3]
У нас надо изо всех Викификаторов — подсветчиков синтаксиса — панелей быстрой вставки убрать нафиг самозакрывающийся <br /> (который тоже упомянут в тикете), точнее заменить на нормальный <br>. Из-за подсветчика синтаксиса я не могу написать, как требует HTML5, <br>, потому что подсветчик требует, чтобы всё закрывалось (иначе люди жалуются). Ну и вообще некошерно писать по устаревшим стандартам, по которым к тому же писать длиннее. — Джек, который построил дом17:34, 16 мая 2016 (UTC)
Нормальное занятие, если всех заставлять - парсеру не надо помнить 100500 исключений "этот элемент всегда пустой, а тому закрывающий тег нужен". А чем проще парсер, тем меньше в нем багов и вообще, скорость разбора повышается. Другое дело, что "ради совместимости" <br> один фиг останется, а значит парсер только усложнится ради поддержки двух форматов. Zero Children21:48, 16 мая 2016 (UTC)
Боюсь, вы взялись судить о чём-то, в чём не разбираетесь. Вы ошибочно думаете, что парсер медиавики волнует, какие практики оформления тегов распространены в рувики (и где бы то ни было). Принцип, когда абстракции (то есть более общие конструкции) зависят от частностей, — антипаттерн в программировании, никому никогда не придёт в голову переписывать парсер, потому что в рувики все выучились самозакрывать br. Это принцип инверсии зависимостей. А санитайзеры (скрипты, преобразующие пользовательский ввод в HTML-вывод) на серьёзных проектах всегда пишутся так, что помнят досконально все исключения, никуда они не денутся. Я уж не говорю про принцип «потеть должна машина», тут он саморазумеющийся. Как я написал ниже, «медиавики вообще всю работу по тегам берёт на себя, нас соответствие каким-то там трендам в практиках написания кода вообще волновать не должно».Единственное, к чему ваша логика применима, — помянутый подсветчик синтаксиса, ну так он тоже от указания пары исключений никуда не денется. (Тем более что список исключений эксплицитно доступен.)> "ради совместимости" <br> один фиг останется, а значит парсер только усложнится ради поддержки двух форматов Судя по тому, что пишет Iniquity ниже, парсер наоборот будет удалять нелегальные слэши, то есть всё наоборот. — Джек, который построил дом22:33, 16 мая 2016 (UTC)
Нет, я думаю что парсер должна волновать верификация текста. В противном случае возникают такие "мелкие" проблемы, как возможность поломать HTML разметку страницы, спрятав при этом все вкладки необходимые для отката вандализма. Или закрыть страницу не проматываемой голой жопой (<div style="position:fixed; top:0;">[[Файл:Étude de fesses.jpg]]</div>). И чем больше вы навалите в верификатор исключений, тем меньше шансов что в нем исправят возможность добавления жопы. Ибо продираться через километры кода никому неохота, а пипл хавает и так. И вообще, безопасность через неясность же отличная практика, авось никто из вандалов до жопы не додумается. Zero Children02:45, 17 мая 2016 (UTC)
Коллега, это называется не верификация, а санитация, и я вам про то, как она осуществляется, выше расписал. И основная проблема, которую решают санитайзеры, — не возможность вставки голой жопы, конечно, а безопасность. Поверьте, (профессиональные) программисты не столь легкомысленные люди, чтобы писать код с мыслью «пипл хавает», и у них не столь хрупкая психика, чтобы их смущало число «наваленных» исключений. Санитация кода — это стандартная процедура, осуществляемая по известным принципам, и учёт списков тегов и наличия слэша в их конце — последняя по сложности задача. — Джек, который построил дом03:07, 17 мая 2016 (UTC)
Раз его разрешили, то бог с ним. Но то, что в качестве стандарта навязывается это нелепое самозакрывание, свойственное XHTML, напрягает. Кому-нибудь хоть раз это пригодилось? — Джек, который построил дом19:00, 16 мая 2016 (UTC)
Ну и до кучи, если для каких-то целей вдруг нужна совместимость с XHTML, к тегам <br> парсером автоматически дописывается слэш. Можете посмотреть исходный код <br>этого фрагмента. Почему в вики-тексте обычные люди должны париться о каких-то проблемах совместимости, непонятно. Мало того что те, кто знаком с HTML, вправе писать на нормальном HTML, так редакторы Википедии в большинстве своём вообще далеки от всяких HTML—XHTML. И пишут они то, что официально называется вики-текстом, а не кодом. — Джек, который построил дом19:26, 16 мая 2016 (UTC)
Ну тем более, зачем писать слэши, которые уничтожатся. Да не, медиавики вообще всю работу по тегам берёт на себя, нас соответствие каким-то там трендам в практиках написания кода вообще волновать не должно. — Джек, который построил дом22:33, 16 мая 2016 (UTC)
Насколько я понимаю, в HTML оба варианта — <br> и <br /> — абсолютно корректны (в отличие от всяких </br>). Но даже если парсить <br /> по «новым правилам» (как открывающий тег), всё остаётся корректным. Вообще, надо бы решить этот вопрос — <br> или <br /> — потому что мой бот попутно с правками заменяет любые формы тегов на <br />. Он этим исправляет всякие заведомо неправильные </br>, но и <br> заменяет, тупо потому что так реализовать было проще. ~Facenapalmобс, вкл20:06, 16 мая 2016 (UTC)
Аха, то есть из-за этого навязывания <br /> люди ещё стали путать и писать </br>, что создало на ровном месте потребность в замене ботом. Если не будет ещё каких-то аргументов в защиту <br />, по-моему, вывод однозначен — <br /> не нужны. — Джек, который построил дом20:13, 16 мая 2016 (UTC)
«что создало на ровном месте потребность в замене ботом» — ну, это ты зря, острой потребности не стоит. Это на уровне унификации кода, малая правка. Лично мне <br /> привычней и милее: <br> так и просит после себя закрывающий тег. Тем более, что аргумент ты сам же привёл: подсветчики синтаксиса. А то, что </br> является следствием навязывания <br /> — далеко не факт. ~Facenapalmобс, вкл20:20, 16 мая 2016 (UTC)
<br> так и просит после себя закрывающий тег Ты просто привык. Я чётко понимаю, что функция br (перевод строки) — непарная, точно так же как, скажем, картинки (img), поэтому прописывание этого слэша, означающего закрытие, конфликтует со смыслом.> то, что </br> является следствием навязывания <br /> — далеко не факт Ну, я не знаю, по какой причине ещё человек может поставить слэш у br, если только он не «слышал звон, да не знает, где он».С подсветчиками разберёмся. Этакие хулиганы. — Джек, который построил дом20:35, 16 мая 2016 (UTC)
«Ты просто привык» — я так и сказал. :) Но фишка в том, что увидев конструкцию <xxx />, я могу точно сказать, что она самодостаточна, и мне даже думать над значением тега не надо. Я ещё не осознал, что это перевод строки, а уже знаю, что тег непарный. Вообще, можно пойти на компромисс: исправлять </br>, а <br> не трогать. Но это кошмарно будет выглядеть, особенно когда разные br стоят в одной строке (такое часто бывает). Один унифицированный на всю статью вариант лучше, вне зависимости от того, какой именно. И вот, кстати, аргумент в пользу унифицирования со слэшем: википедийный <references />, насколько я понимаю, почти никто без слэша не пишет. Хотя, в рувики, в отличие от, например, девики, его даже в простейших случаях принято заменять шаблоном. Кстати, что-то мы далеко от изначальной темы ушли. ~Facenapalmобс, вкл20:53, 16 мая 2016 (UTC)
Слэш у references можно понять, — тег — собственное изобретение ВП, с которым никто не знаком, и надо дать понять, что он непарный. Но с br знакомы все на свете, и его, в отличие от references, пишут часто. Пустое расходование стуков по клавиатуре. Я (с перерывами) много лет пишу на HTML, и никогда незакрывающесть каких-то тегов меня не путала. На унификацию у меня взгляд такой: унифицировать надо только тогда, когда издержки из-за неунифицированности превышают издержки унификации. Я сам одно время увлекался установлением единообразия во всем, а потом познал дзен.В данном случае разных форм br в одном месте быть не должно, но и сам br унифицировать с references сомнительная идея. — Джек, который построил дом21:28, 16 мая 2016 (UTC)
Если закапываться глубоко и смотреть style guide’ы по HTML, то ни Гугл
Although fine with HTML, do not close void elements, i.e. write <br>, not <br />.
NapalmBot продолжает любовно добавлять / в br. -- A.sav
Да, логику br-тегов я ещё не менял. Ладно, хорошо, свои личные вкусы на присутствие слэша я отложу. Какой вариант предпочтительнее: унифицировать все br-теги в вид <br> или исправлять только ошибочные: </br> -> <br />? ~Facenapalmобс, вкл09:34, 20 мая 2016 (UTC)
Я тогда тоже пока буду на <br /> унифицировать. Какая-то унификация точно нужна: у меня некоторые функции работают с тегом <br>, и мне было бы крайне удобно вставлять в регулярки что-то попроще, чем <[/\\]?br[ ]*[/\\]?>. ~Facenapalmобс, вкл12:38, 20 мая 2016 (UTC)
Выравнен список как раз по центру. Сейчас удалил лишние разрывы и поправил немного оформление - это стало более очевидным. Проблема, мне кажется, в ширине последних ячеек или всей таблицы. Окончательно решить вопрос у меня врядли получится. Нужен более сведущий специалист по оформлению навигационных шаблонов. --Ksc~ruwiki 07:32, 17 мая 2016 (UTC)
В данном случае я недоволен собой: пока что разрываюсь между словарями и ответами «Грамоты.ру» и здравым смыслом :-) С уважением Кубаноид; 06:05, 17 мая 2016 (UTC)
Какая-то ерунда - я больше не могу ничего исправить в своём следующем топике. Всё блокируется фильтром неконструктивных правок. --217.197.250.81 11:40, 16 мая 2016 (UTC) Там вместо четырёх звёздочек стоят четыре тильды. --217.197.250.8111:42, 16 мая 2016 (UTC)
Это у меня только? - в секции "Математическое обоснование" два раза красный жирный текст:
Невозможно разобрать выражение (Преобразование в PNG прошло с ошибкой — проверьте правильность установки latex и dvips (или dvips + gs + convert)): \begin{align} I_2 I_3 \ddot{\omega}_{2}&= (I_3-I_1) (I_1-I_2)(\omega_1)^2\omega_{2}\\ \text{т.е.} ****\ddot{\omega}_2 &= \text{(отрицательная величина)} \times \omega_2 \end{align}
Невозможно разобрать выражение (Преобразование в PNG прошло с ошибкой — проверьте правильность установки latex и dvips (или dvips + gs + convert)): \begin{align} I_1 I_3 \ddot{\omega}_{1}&= (I_2-I_3) (I_1-I_2) (\omega_{2})^2\omega_1\\ \text{т.е.}****\ddot{\omega}_1 &= \text{(положительная величина)} \times \omega_1 \end{align}
Интересно, по адресу ли? Вверху стоят 2 оповещения, захожу туда, а там оповещений нет. Совсем. И до сих пор их там 2 висят. Они как бы есть, но их как бы нет. Что бы это могло значить? — Андрей Козлов 123о-в06:20, 13 мая 2016 (UTC)
А у меня и здесь, и в англовики одновременно пришло оповещение о 99+ непрочитанных сообщениях. Вопрос на засыпку — как теперь обнулить счётчик сообщений? --Ghirla-трёп-12:24, 14 мая 2016 (UTC)
Спасибо за подсказку - а то "крестик" у меня не работал, а отыскивать каждый из разделов (преимущественно малых и без отображения их полного списка даже с 4-5 уведомлениями, уж не говоря о нормальных ссылках на них и, тем более, десятках таких уведомлений зараз — сочувствую) — удовольствие еще то. Tatewaki16:47, 14 мая 2016 (UTC)
Вообще странно как-то. Кросс-вики с уведомлениями у меня выстрелил почему-то на Викискладе, а не в Рувики.--Dmartyn8019:20, 14 мая 2016 (UTC)
А что, таки всем включили? На мой взгляд полезная вещь — мне пишут в разных разделах и по делу. Advisor, 22:31, 15 мая 2016 (UTC)
Мне было несколько автоприветствий - из дремучих для среднего участника РуВП углов типа ломбардской и египетско-арабской ВП, персидского цитатника (из-за отсутствия действующих ссылок еще пока это понял) и т.п. - и ничего по поводу каких-либо моих действий где-либо (тем более, в такие разделы я и сам периодически захожу и увидел бы напрямую) или хотя бы из разделов, куда я вообще когда-либо заходил. Подозреваю, что у Гирландайо и многих других аналогично. Такое скорее похоже на кросс-викиспам, чем на реальную пользу; если у вас вышло большинство по делу - рад за вас. Tatewaki00:04, 16 мая 2016 (UTC)
Ну и на кой оно мне, если я эти разделы даже ни разу не заходил и не зайду по незнанию языка? Понимаете, чем бесит улучшайзинг: тем, что мне что-то валят на голову без спроса и без смысла. Одно время успокоились было...--Dmartyn8009:37, 16 мая 2016 (UTC)
Если вы считаете «улучшайзингом» интервики-уведомления, отключите их в настройках. Но вообще, по-моему, удобная фишка, за всеми вики-проектами из одного места следить. Благо все приветствия я просматривал сразу после из появления. ~Facenapalmобс, вкл09:40, 16 мая 2016 (UTC)
Это можно сделать централизованно? Мне пришлось отключать во всех вики-разделах и вики-проектах, куда нелёгкая заносила в последние сутки.--Dmartyn8010:49, 16 мая 2016 (UTC)
Честно говоря, сомневаюсь. Если настройка на мете ничего не меняет — видимо, нет. Но неужели вы активны в настолько большом числе проектов, что на них трудно отключить настройку? ~Facenapalmобс, вкл11:00, 16 мая 2016 (UTC)
Так в том-то и дело: на хрена меня вообще заставлять каждый раз всё это выключать, стоит мне перейти на викисклад, викиновости, викисловарь, и так далее?--Dmartyn8012:41, 16 мая 2016 (UTC)
У меня та же проблема с включением гаджета короткого списка языков.
Preferences are not global, so you have to deactivate Cross-wiki Notifications on all wikis you regularly visit.
Спсибо за разъяснение. Сейчас исправим недостающее.
И можно проконсультироваться. Если у нас есть расчет через { { PAGESINCAT:Избранные списки проекта Компьютерные игры } } то можно как-нибудь вычитать из этого числа 7? Bsivko21:37, 12 мая 2016 (UTC)
Это счётчик списков (причём излишне считает и подкатегории), а речь о статьях. ИС можно считать так: {{Статистика проекта/Всего по уровню|name=Компьютерные игры|minus=1|lev=1}} - 100 (это используется в верхней табличке в проекте). Вам надо просто отслеживать такие статьи? Мне кажется не стоит придумывать лишнего, загромаждая проект. Выборы ИС не так часты, категории 6 статей можно поправить и вручную. --Vladis1322:53, 12 мая 2016 (UTC)
Все получилось, спасибо. Выборы не так часты, но у нас оказалось несколько десятков ХС/ИС вне категории. А так будет отслеживать автоматика и если не соответствует, можно отловить недочеты. Bsivko00:08, 13 мая 2016 (UTC)
Cross wiki notifications will be released by default on May 12 at 23:00 UTC
Hello
First, sorry to post in English. Пожалуйста, помогите перевести на ваш язык. Спасибо!
During the beta phase, the cross-wiki notifications feature was enabled by over 18,000 accounts across more than 360 wikis. We receive great feedback from a lot of very happy users. After that 3-months long beta period during which we made adjustments and that feature is now ready for a release by default.
Users who don't want to receive cross-wiki notifications will be able to turn them off on their preferences on each wiki. If you haven't activated Cross-wiki Notifications during the Beta phase, you may receive old unread notifications from other wikis.
А есть ли описание того, когда приходят уведомления об отмененных правках? Например, будет ли приходить уведомление, если отменяются сразу несколько правок? или если я стираю описание правки? А если, наоборот, я отменяю давнюю правку, не нажимая на кнопку "отменить", а просто редактированием текста, могу ли я в описании правки, указать, что это отмена, чтобы сработало уведомление? Alexei Kopylov22:02, 12 мая 2016 (UTC)
Коллеги, не получится ли у кого-нибудь скачать сканы средневековой рукописи с одного сайта, начиная с этого? Хотя бы штук 10 (а лучше 20). Был бы очень признателен за помощь. --Hausratte18:17, 11 мая 2016 (UTC)
А где там список ссылок страниц (оглавление книги)? Если бы был, вы могли бы и сами скачать менеджером загрузок, или например HTTrack. // Вроде понял структуру сайта: картинки лежат начиная с этого url, последние цифры - номер страницы (вроде там 124 стр.?), постфикс - разрешение (P средние, N1 высокое, N2 ещё больше). Делаете список нужного, кидаете в качалку. --Vladis1319:46, 11 мая 2016 (UTC)
Генератор списка ссылок [7] подручным способом. Кнопка 'run' внизу запуск. Можно по образцу для др. сайтов использовать. --Vladis1322:25, 11 мая 2016 (UTC)
Станции без координат
Мое почтение присутствующим. Среди статей, посвященных Нью-Йоркскому метрополитену, есть несколько статей про пересадочные узлы (могу объяснить, почему они не разделены на отдельные статьи по станциям). В каждой такой статье имеется несколько шаблонов {{Станция метро}}: первый на весь узел, а дальше по шаблону на станцию. В первом шаблоне заполнен параметр "Координаты платформ", в остальных он оставлен пустым (могу объяснить почему). В результате все эти шаблоны, кроме первого, заносят статью в Категория:Википедия:Станции метрополитена без указанных географических координат, что неправильно. Как корректнее всего это исправить? Добавить в шаблон параметр, отменяющий категоризацию, или есть более красивое решение? Vcohen12:42, 11 мая 2016 (UTC)
Но ведь платформы находятся не одна под одной, у них разные координаты. Почему бы их не указать в шаблонах? — putnik13:14, 11 мая 2016 (UTC)
Платформа - это в любом случае протяженный объект, координаты все равно даются только для одной какой-то точки внутри прямоугольника. Прямоугольники для станций, входящих в узел, как правило пересекаются. Vcohen 13:36, 11 мая 2016 (UTC) P.S. Забыл! Там всё гораздо хуже. На странице нельзя указывать более одной точки с координатами, иначе выдается ошибка. Vcohen13:38, 11 мая 2016 (UTC)
Обычно указывается точка в центре платформы. Указывать можно сколько угодно с параметром display=inline. — putnik14:10, 11 мая 2016 (UTC)
Это хорошо. Но брать эти значения мне неоткуда. И главное: если будут координаты по станциям, то в первой карточке их придется убрать - и тогда проблема возвращается. Vcohen14:22, 11 мая 2016 (UTC)
Господа, есть ли у кого-нибудь ответ на вопрос? Как бы мы ни выбирали, в какие из карточек, имеющихся в статье, ставить координаты, а в какие не ставить, - все равно будут какие-то карточки без координат. Будет ли корректно добавить в шаблон параметр, который бы игнорировал отсутствие координат и не заносил статью в категорию? Vcohen13:23, 17 мая 2016 (UTC)
Я считаю, что nocat=1 во всех карточках, кроме первой — нормальная практика. Я так уже делал в фильмах, у которых есть ещё карточка-альбом для саундтрека, чтобы статья как альбом не категоризировалась (в том числе не вносилась в категорию «альбомы без обложки»). ~Facenapalmобс, вкл13:49, 17 мая 2016 (UTC)
Добрый день! Можно ли при добавлении категории в ВП:ВД автоматически прописывать её название в поле «Обозначение»? Было бы удобно, не знаю случаев, когда бы значение этих полей отличались. Заодно можно устанавливать и категорию «категория в проекте Викимедиа»
-- A.sav10:57, 11 мая 2016 (UTC)
Заменить Автопатрулируемые на Автопатрулирующие
На странице Служебная:Статистика статусы участников оканчиваются на "-ющие" и только Автопатрулируемые почему-то на "-емые", получается автопатрулируют участников а не они автопатрулируют статьи. --ПростоУчастник10:26, 11 мая 2016 (UTC)
Потому что ты не сам себя, или кого либо другого, «патрулируешь», а тебя «патрулирует» автоматически движок.--Yanyarv11:31, 11 мая 2016 (UTC)
Так и есть, их правки сами по себе оказываются отпатрулированными. Примерно как «автопрограммируемый инструмент» — сам по себе программирует себя. —Ле Лой06:58, 12 мая 2016 (UTC)
Нужно привязать Викитеку, чтоб показывало труды философа. Пока не работает, см. Гомперц, Генрих. Самая ключевая инфа об этих персоналиях так-то... --S, AV☎03:11, 9 мая 2016 (UTC)
Параметр expanded шаблона Sidebar with collapsible lists
Почему в русскоязычной Википедии не работает параметр expanded для шаблона Sidebar with collapsible lists, в то время как в англоязычной Википедии он работает?
Добрый вечер. Может кто-нибудь добавить туда возможность добавлять до 15 значений? В en-вики уже все сделано, и, наверное, просто по аналогии можно добавить сюда дополнительные строки кода. — Hardnox¿21:58, 7 мая 2016 (UTC)
И давненько у нас при правке нулевой секции в поле описания изменения вставляется вики-код /* Преамбула */? Раньше такого не было. ← Alex Greatобсуждение16:26, 7 мая 2016 (UTC)
Тут так сделали. Надо уж тогда ставить /* top */ (ибо #top) или хотя бы так, с викиссылкой: /* Преамбула */ — иначе ссылка на данный раздел не работает — нулевой раздел технически называется "top". С уважением, --Seryo93 (о.) 17:08, 7 мая 2016 (UTC)
Я в принципе согласен, но читаемость есть читаемость. Лучше бомбардировать разработчиков, чтобы уравняли в правах все алфавиты и не было этой дискриминации двухбайтовых символов. Модель не должна влиять на представление. Было бы смешно, если бы в Твиттере было ограничение длины в 70 символов для твитов на русском. — Джек, который построил дом04:16, 10 мая 2016 (UTC)
"top" - 3 знака, английский знают почти все, а уж слово топ, корабельный ли, модельный ли, хитпарадный ли, одёжный ли понимают вообще все. ShinePhantom(обс)12:05, 11 мая 2016 (UTC)
потому что для этих разделов есть нормальные, понятные, русские термины. А тут вообще почему-то "преамбула", хотя это ни разу не преамбула, а синопсис, что на два порядка менее узнаваемо даже чем англоязычный top. -- ShinePhantom(обс)04:06, 12 мая 2016 (UTC)
Думаю легче расширение сделать для движка (расширяющее количество байт в описании), и затем через фабрикатор его установить. С уважением, Iniquity19:20, 11 мая 2016 (UTC)
Нет, но без этого переход вообще работать не будет (а так хоть по тексту ссылки попасть можно). А уж если на СО определённой статьи будет раздел "Преамбула" (пример), то ссылка из истории правок (которая →) вообще будет вести не в начало страницы, а в подобный раздел. С уважением, --Seryo93 (о.) 18:45, 7 мая 2016 (UTC)
Переход работает, так как он по умолчание выводит топ страницы (во всяком случае у меня, может где-то по-другому). Нет, хотите, переименовывайте. Но на мой взгляд так как этот раздел всю жизнь преамбулой назывался изменять это на top будет как-то не правильно. С уважением, Iniquity19:19, 7 мая 2016 (UTC)
Читая статью о Лаврентии Берия, заметил это. Почему в последние дни не отображаются грузинские буквы? Вместо этого такие символы: ავრენტი. Эта проблема не только в русской Википедии но и в других языковых разделах. Если открыть грузинскую Википедию то там то же самое. --Farsizabon09:57, 7 мая 2016 (UTC)
Я в Вашей реплике вижу написанное по-грузински "авренти" (буква Л выпала). Что-то с отображением случилось у Вас. Vcohen10:03, 7 мая 2016 (UTC)
Сделай скриншот. Скорее всего, просто у тебя в браузере нет соответствующего шрифта и он отобразить символы не может, потому что скопированные тобой символы — вполне грузинский алфавит. ~Facenapalmобс, вкл10:35, 7 мая 2016 (UTC)
Насколько мне известно, это проблема некоторых браузеро, причем не только в вики. Многие мои знакомые жаловались, что у них не отображаются грузинские бкквы. Говорят, это будет исправлено в следующих версиях браузера. — Лука Батумец10:46, 7 мая 2016 (UTC)
У меня вопрос. Мой бывший аккаунт: Участник:Te5. С помощью него я правил с июня 2008 года до октября 2009 года. Я не слишком то хорошо знаком с правилами Википедии. Может быть кто-нибудь подскажет как можно объединить историю правок моей нынешней учётки и прежней Te5? — Эта реплика добавлена участником Phone86 (о • в)
Это особенность моего разрешения экрана (1280*1024) или же шаблон и правда некрасиво смотрится? Поля дата и место рождения/смерти в шаблоне занимают по две строки, что растягивает карточку (пример). Везде эти поля идут одной строкой, подправьте пожалуйста. --AleUst12:44, 6 мая 2016 (UTC)
Также Шаблон:Музыкант — поле годы активности. Оно чаще умещается в одну строку, а занимает две. Не думаю, что написание этого поля одной строкой растянет шаблон по ширине --AleUst13:11, 6 мая 2016 (UTC)
По-моему, работает всё правильно, а дата задана неверно. Все даты хранятся в григорианском стиле, но если необходимо отобразить в юлианском, ставится параметр Julian. — Igel B TyMaHe10:27, 6 мая 2016 (UTC)
Ах вот оно что, никогда бы не догадался до такого извращения.
Такой подход, как показывает практика, практически всегда вызывает вопросы, и люди видя приписку Julian воспринимают дату как поставленную в юлианском календаре. И ставят такую пометку к таки дате в том календаре. В результате перевод не в ту сторону зачастую.
Храним дату в григорианском - это чисто программистский подход, так удобно запрограммировать. Но он не работает по факту и всегда будет вызывать вопросы, и будет вызывать трудности при заполнении базы данных, просто потому что у пользователя в источниках может быть одна дата в старом стиле и ввести он может только её, а если нагружать его переводом, который на самом деле не всегда тривиален, то будут проблемы. --Туча12:02, 6 мая 2016 (UTC)
Помогите. Не могу добавить аудиозапись в статью
Добрый день, прошу Вашего совета, как можно добавить в статью в Википедии аудиозапись, и возможно ли, что бы аудиозапись воспроизводилась в статье. Аудиофайл загружен на Викискладе в формате (.ogg)
Заранее спасибо.--Maslennikovas13:16, 5 мая 2016 (UTC)
явно несвободный файл: явно есть права у автора текста, автора музыки, исполнителей, а то и конторы, которая все это организовала. -- ShinePhantom(обс)14:56, 5 мая 2016 (UTC)
Кто подскажет. Монобук. FireFox. Раньше искал шаблоны поиском на соотвествующей странице - Служебная:Все страницы/Template:. Но сейчас он перстал искать. При выборе простнаства Шаблоны выдает начало списка, позиционирования не происходит. Что-то поломалось или я не в курсе что что-то поменяли? Как искать шаблон? Sas1975kr10:48, 4 мая 2016 (UTC)
Насколько можно судить, работа над функционалом шаблонов цитирования идёт, недавно появился предпросмотр, и это отлично. Но как бы сообщить тому или тем, кто этим занимается, что очень нужно наконец сделать галку, чтобы можно было управлять генерацией тэгов ref, лично мне они почти всегда не нужны и приходится вручную удалять. Kmorozov17:32, 2 мая 2016 (UTC)
В смысле? Этот и подобные шаблоны автоматически выдаёт теги ref, в то время как я, как и коллега Kmorozov, в основном, этим шаблоном пользуюсь для библиографий, а не внутритекстовых ссылок. И эти теги приходится сносить вручную.--Dmartyn8020:45, 2 мая 2016 (UTC)
Да, значит оно. Можете посмотреть его страницу обсуждения, там уже поднималась тема про возможность исключения тегов <ref></ref> (последняя), но откликов не нашла. С уважением, Iniquity21:13, 2 мая 2016 (UTC)
Там ещё был срач на ту же тему в 2011 году под заголовком "Такой же, но без крыльев". Но я не уловил, кто умеет эту штуку допиливать. Проще, наверное, самому на старости лет жаваскрипт изучить... Kmorozov06:46, 3 мая 2016 (UTC)
А чём проблема просто не использовать шаблон, а оформлять библиографические данные вручную? Имхо, так быстрее и не мешает читать вики-разметку при редактировании. Проще всего вообще найти книгу в сетевом каталоге библиотеки и копировать оттуда готовое описание. А закурсивить имя автора (вики-придумка) много ума не надо. --Azgar08:31, 3 мая 2016 (UTC)
Проблема: с гаджетом удобнее - по окошечкам, не мучаясь со строками викиразметки. Для того и придумано.--Dmartyn8019:19, 3 мая 2016 (UTC)
