Здравствуйте Игорь, очередной раз обращаюсь к Вам за оперативную помощь по поводу упомянутой статье выше, проблема в разделе примечания на которую источники в разделе литература не реагируют, пожалуйста исправьте-оживите конструкцию инструментов в нынешнем построение-улучшенном, дело мастера боится;). С уважением Khurshed.yusufbekov (обс.) 16:06, 4 апреля 2018 (UTC)
В статье сделали изменения, теперь сноски {sfn|St}} до Примечания действуют, а дальше информация которая размещается в Примечания при клик-нажатие на инфосноски-они по порядку с 1 по 17 в Примечания не показывает источник, расположенные в разделе Литература. Видимо, где то допустили ошибку с [1]; {refbegin|30em}}нужен, или еще что … (Вы уж простите трудно объяснит человек спустившемуся с гор по-русски:)). Khurshed.yusufbekov (обс.) 20:45, 4 апреля 2018 (UTC)
Всё равно не понял. Можно конкретный пример? Текст точно, где он должен быть, и где вместо этого. Игорь (обс) 20:53, 4 апреля 2018 (UTC)
Откройте страницу нажимайте [1], [4] сноски на любую выходите на р. Примечания и дальше не будет показывать выбранную Вами сноску на источник, которые расположены в р. Литература-источники. Khurshed.yusufbekov (обс.) 21:19, 4 апреля 2018 (UTC) т.е. источников визуально увидите в разделе Литература, но сноски (дела дойдет только до показ страниц в Примечаниях) на них заходить не будут т.е. показывать, проверьте практически, всё станет на свои места
Недавно вышло обновление браузера, и теперь у меня не получается загрузить файл, нажав напрямую на кнопку «загрузить» под ним на самой странице файла. Как бы обойти это? Gurte (обс.) 19:07, 28 марта 2018 (UTC)
Всем доброго времени суток! Такая проблема. В этом шаблоне жирным шрифтом выделяются пожары с большим числом жертв. Это очень наглядно, но когда открыта страница не выделяющаяся жирным шрифтом по викиразметке (она не должна выделяться), то она тоже выделяется. Это создаёт путаницу. Как тут лучше сделать? Курсив и выделение цветом уже заняты под свои нужды (лесной пожар и самый крупный пожар). Как ещё можно выделить текст, чтобы это было наглядно, чтобы все три разнообразных выделения можно было бы использовать на обозначение одной статьи? Заодно оцените, пожалуйста, новую серию навигационных шаблонов. Может их можно ещё как-то улучшить... С уважением, Doctor Bittnerобс11:23, 28 марта 2018 (UTC)
напомню, что у меня на разных виндах он совершенно по-разному отображается. А где-то вообще квадратиком станет. Это не очень хорошо. — Igel B TyMaHe (обс.) 19:40, 28 марта 2018 (UTC)
Спасибо! Выбрал нижнее подчёркивание. Конечно, жирным шрифтом смотрелось лучше и яснее, но увы использовать его не выходит в этом шаблоне. За иконки, спасибо, но я их не стал применять, потому что в шаблоне много мини-флагов и вместе смотрится не очень... С уважением, Doctor Bittnerобс05:31, 29 марта 2018 (UTC)
Подчеркивание плохо, так как используется для ссылок. Можно подавить выделение жирным, ссылки на себя при помощи {{nobold}}. Например, [[Пожар в строительном центре «Синдика»|{{nobold|Пожар в центре «Синдика»}}]]. Еще выделение цветом не смотриться. Думаю, самый большой пожар вообще лучше не выделять (это может быть орисс). — Алексей Копылов06:33, 29 марта 2018 (UTC)
Сделано. @Alexei Kopylov:, коллега, благодарю Вас, всё получилось и работает как часы.)) По поводу цветового выделения я в некоем замешательстве. По мне, так вроде смотрится не плохо, но если кто подберёт более приятный оттенок, то буду только за. Про ОРИСС да, возможно такое, хотя в большинстве случаев достаточно очевиден масштаб пожара (например, Взрывы в Тяньцзине или лесные пожары в Португалии и в Канаде). С уважением, Doctor Bittnerобс15:49, 31 марта 2018 (UTC)
У меня переходит. Может вы уже находитесь на странице шаблона и он вас на саму себя направляет? С какой страницы вы пытаетесь войти на страницу шаблона? С уважением, Doctor Bittnerобс10:20, 29 марта 2018 (UTC)
@Doctor Bittner:, у меня не переходило до того как вы поправили основной шаблон, дописав там "год". Насколько я знаю при нажаитии на шестерёнку не имеет значения на какой старнице находишся. А так я нажимал на каком-то годовом шаблоне. — GAN (обс.) 12:20, 29 марта 2018 (UTC)
Оёёй... Нет, мне очень сильно кажется, что так не должно быть. Навшаблон должен водить читателя по статьям русской Википедии, а не по всем, которые удалось найти на других языках. Vcohen (обс.) 10:55, 29 марта 2018 (UTC)
Существуют, чтобы каждый участник мог изложить свой взгляд на правила. Фразу "нельзя просто сделать меньше ссылок" я там все равно не вижу. Vcohen (обс.) 12:47, 29 марта 2018 (UTC)
Странно. Там написано, что нельзя не включать красные ссылки в навшаблон, только на основании, что нет таких статей. Игорь (обс) 12:49, 29 марта 2018 (UTC)
ОК. Во-первых, это чье-то личное мнение. Во-вторых, даже там не сказано, что надо недостающие статьи замещать статьями на других языках или вообще источниками вне Википедии. Vcohen (обс.) 13:02, 29 марта 2018 (UTC)
Мне кажется, что консенсус против таких ссылок. Мое личное мнение здесь нерелевантно точно так же, как личное мнение автора этого эссе. Странно, что до сих пор никто не присодинился к этой ветке, чтобы подтвердить или опровергнуть то, что я сказал. Vcohen (обс.) 13:16, 29 марта 2018 (UTC)
Я с Вами согласен. В идеале так. Но Википедия же развивается, и я думаю, что это временно, такие ссылки. Может даже они побуждают к написанию статей и их переводу (хотя конечно, предназначение у них не в этом). Во всяком случае, мне кажется, что это удобно, когда работаешь над темой и видишь объём работы. С уважением, Doctor Bittnerобс11:06, 29 марта 2018 (UTC)
Я никогда не слышал такого мнения. Ссылки на иноязычные статьи в навшаблонах ставятся точно так же и с такими же целями как и в основном тексте. — Алексей Копылов17:34, 29 марта 2018 (UTC)
"Крупнейший пожар года" - это ВП:ОРИСС. Крупнейший по чему? По числу жертв? По размеру территории? По сумме нанесённого ущерба? Если источники по каким-то из этих отдельных критериев худо-бедно можно наскрести, то на основании чего определять их главенство? --Гдеёж?-здесь16:06, 31 марта 2018 (UTC)
Исправил. Теперь выделяется крупнейший по числу жертв. Специально не стал указывать "пожар года", таким образом, теперь получается, что выделяется крупнейший по числу жертв из предстваленных в шаблоне. ОРИССА тут не должно быть. С уважением, Doctor Bittnerобс18:03, 31 марта 2018 (UTC)
«Пока что эта страница не является действующим правилом». А вообще забавно. Такая критическая работа над шаблоном. А у нас в Википедии ещё не появилось номинации для шаблонов «В добротные»? С уважением, Doctor Bittnerобс11:37, 2 апреля 2018 (UTC)
Кстати, рекомендую посмотреть и поучаствовать (если ещё этого не делали) в опросе о шаблонах. Сейчас как раз проводится обсуждение именно про них, "на злобу дня", как говорится... С уважением, Doctor Bittnerобс12:52, 2 апреля 2018 (UTC)
В первом разделе про рождаемость, смертность и естественный прирост четвертая таблица сверху почему-то зажевывает внутрь себя весь текст и все таблицы ниже. Что ни делал ничего не помогает. --Vyacheslav84 (обс.) 10:48, 27 марта 2018 (UTC)
(I’m sorry for writing in English. Пожалуйста, помогите перевести на ваш язык)
If you’re regularly using Lua modules, creating and improving some of them, we need your feedback!
The Wikidata development team would like to provide more Lua functions, in order to improve the experience of people who write Lua scripts to reuse Wikidata's data on the Wikimedia projects. Our goals are to help harmonizing the existing modules across the Wikimedia projects, to make coding in Lua easier for the communities, and to improve the performance of the modules.
We would like to know more about your habits, your needs, and what could help you. We have a few questions for you on this page. Note that if you don’t feel comfortable with writing in English, you can answer in your preferred language.
Если вы регулярно пользуетесь модулями Lua, то нам нужна ваша обратная связь!
Техническая команда Викиданных хотела бы ввести новые функции Lua, чтобы помочь пользователям, которые программируют с помощью Lua для проектов Викимедии, набрать больше опыта. Наша цель состоит в том, чтобы оптимизировать существующие модули проектов Викимедии, упростить программирование на Lua и улучшить интерфейс модулей.
Мы хотели бы узнать о ваших способах работы, потребностях, и что могло бы сделать вашу работу проще. Вопросы на этой странице. Если вы не можете корректно написать на английском, то можете ответить на родном языке. Перевёл Merry fellow09:45, 27 марта 2018 (UTC)
Скажите, пожалуйста, пользовательские скрипты работаю в мобильной версии? Я добавил строчку alert('test'); в мой common.js, и уведомление появлялось только в десктопной версии (оба раза конечно заходил из под одной учётной записи). Наверняка уже много раз задавался этот вопрос, но я, к сожалению, не смог найти соответствующую информацию. Спасибо. Дима74 (обс.) 20:29, 26 марта 2018 (UTC)
@Дима74: Ну вообще работает. [1] — вы добавляете алерт после строки, которая как раз не работает, потому что importScript мобильной версии неизвестен. А алерт будет работать. — Джек (обс.) 16:00, 29 марта 2018 (UTC)
Спасибо, получается обычный javascript будет работать. Скажите, пожалуйста, а можно всё-таки как-нибудь подключать (пользовательские) скрипты, если `importScript` не работает? Дима74 (обс.) 19:12, 29 марта 2018 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Изменения текущей недели
В целях улучшения читаемости и для приведения стиля к единому виду в уведомлениях, на странице свежих правок, в настройках, визуальном редакторе и новом редакторе вики-текста слегка изменится вид некоторых иконок и размер текста. В диалогах, меню и панели инструментов элементы станут чуть больше, а на Special:Pages — напротив, меньше. Это не затронет их работу. [2][3]
Депрецированные CSS-ID #toc и #toctitle были удалены, в тех википроектах, где они используются для создания фиктивного оглавления (ToC), их следует заменить на .toc и .toctitle во избежание поломки стилей. [4]
TemplateStyles будут развёрнуты во всех викигидах 28 марта 2018. [5]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 27 марта. Невикипедийные вики-сайты и некоторые википедии получат её 28 марта, все википедии — 29 марта (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 27 марта в 17:30 (UTC). См. инструкцию.
Также приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 28 марта в 15:00 (UTC). См. инструкцию.
Будущие программные изменения
С 9 апреля сортировка в категориях ненадолго испортится из-за обновления библиотеки локализации (ICU); для того, чтобы обновились существующие записи в базе данных, используется особый скрипт. Ожидаемая продолжительность проблем с сортировкой зависит от размера википроекта и может составлять от нескольких часов до нескольких дней. См. подробности по ссылке. [6]
Поиск в сербских проектах улучшится: поиском по кириллическим словам можно будет найти латинские и наоборот; также он начнёт лучше сопоставлять различные грамматические формы одного и того же слова. Больше информации доступно на сербском и английском на сайте Медиавики.
Перестали отображаться (как в режиме просмотра, так и в режиме редактирования) правки, внесенные в раздел 3.2.4 (Участие иностранных организаций и граждан) статьи в 1:06 и 1:43 25.03.2018 г. Более того - отображающийся в настоящее время текст даже не непосредственно предшествовавшей данным правкам редакции, а какой-то более старый (вплоть до другого шаблона в заголовке). При этом в истории страницы никаких признаков откатов моих правок нет. Более свежих правок этого раздела кем-либо из Участников тоже нет. Более поздние мои правки других разделов статьи отображаются нормально. Прошу исправить или объяснить - что предпринять для возврата к отредактированной версии? SergeyStG (обс.) 22:51, 25 марта 2018 (UTC)
Дополнение: если зайти на соответствующую страницу и спустится при помощи мышки до указанного раздела - отображается его последняя редакция. Если же попробовать перейти к разделу, кликнув на соответствующий пункт "Содержания" - отображается та устаревшая редакция, о которой упомянуто выше. SergeyStG (обс.) 23:03, 25 марта 2018 (UTC)
Дополнение 2: Если спустится в раздел "Примечания", то начинает отображаться устаревшая редакция раздела 3.2.4. Если же вернуться к ней и потом вновь спуститься в раздел "Примечания" - опять начинает отображаться редакция актуальная.
Можем вы спутали секции? Так как есть Участие иностранныхграждан и организаций и Участие иностранныхорганизаций и граждан. И судя по правкам вы внесли изменения не в ту секцию, о которой писали а в Участие иностранных граждан и организаций (3.1.3). Serhio Magpie (обс.) 23:52, 25 марта 2018 (UTC)
Да, Вы абсолютно правы - я по небрежности отождествил подразделы 3.1.3. и 3.2.4. Благодарю, что указали на мою ошибку и извините за беспокойство - впредь буду внимательней. SergeyStG (обс.) 00:18, 26 марта 2018 (UTC)
Здравствуйте. В этой статье я напутал с интервиками. Нужно поставить интервику на английский язык с названием статьи Mawsonia (fish).--С 2003 А В (обс.) 16:56, 25 марта 2018 (UTC)
Здравствуйте. В шаблоне-карточке статьи Троя, по умолчанию город локализируется на карте мира, что бессмысленно ибо не очень ясно видно где расположен был город. Я создал шаблон позиционную карту с названием Древняя Греция для использования с статьях о городах, где были расположены города Древней Греции. Она используется, к примеру, в статье Эфес. Но для использования в статье Троя появились возражения, поскольку Троя не была древнегреческим городом, хотя использование шаблона вовсе не навязывает Трое статус древнегреческого города, а лишь помогает читателю лучше видеть, где была расположена Троя. Ну да Бог с ним, я спорить не стал и дабы не возникали споры в будущем в раздел "страна" шаблон-карточки писать "Древняя Греция" не претендую, но в шаблон-карточке есть и раздел "позиционная карта", однако если написать туда "Древняя Греция", то результата ноль (зачем этот подраздел вообще нужен тогда?). Можно ли как то внести эту позиционную карту в статью, не указывая, что страна Трои это Древняя Греция, а лишь разместить её на карте Древне Греция, она как никак часть истории Древней Греции. А то в нынешнем виде такое ощущение, что Троя занимала территорию всей Греции, всего Эгейского моря с островами и южной Блогарии в придачу. --Interfase (обс.) 14:43, 25 марта 2018 (UTC)
Здравствуйте. Подскажите, есть ли возможность просмотра в определённой статье вклад определённого автора в процентах?--С 2003 А В (обс.) 15:39, 24 марта 2018 (UTC)
{{Лыжник}}. При переписывании через карточку столкнулся с нестандартным оформлением статистики (внизу карточки): расширяются левые ячейки (соответствующие меткаn), чтобы уместить названия параметров и соответственно, уменьшаются ячейки значений (соответствующие текстn). Сейчас просто заимствовал эту часть карточки как вложенную таблицу (что не улучшило читаемость и универсальность кода). Проявились мелкие проблемы вроде увеличенного поля справа. Вопрос: как-то менее коряво перевести эту часть шаблона на {{карточка}} возможно? Допускает ли карточка изменения размеров ячеек отдельных меток? — Igel B TyMaHe (обс.) 11:46, 24 марта 2018 (UTC)
Ячейки меток "КМ" уменьшены, хотя там текста больше, чем в "текст". В результате названия меток пишутся в две строки, что без нужды увеличивает высоту карточки и делает её менее опрятной. Таблица подиумов так и оставлена в "костыльной" разметке. То есть проблема нерешаема. — Igel B TyMaHe (обс.) 07:28, 26 марта 2018 (UTC)
Тогда пришлось бы и КМ переносить в отдельные таблицы, или засовывать внутрь ещё одну карточку с отключением внешних стилей. Если не нравится разметка таблицы результатов в карточке, можно её перенести в отдельный универсальны шаблон, чтобы не копировать одну и ту же вёрстку. Займусь по свободе. Serhio Magpie (обс.) 20:55, 26 марта 2018 (UTC)
Не понял фразы «Поскольку просмотрев Киров и Ленин статьи шаблона не нашёл, написал по украинскому», но там была совсем простая ошибка в оформлении. Исправлено. Содержания не касаюсь. --Ksc~ruwiki (обс.) 10:58, 24 марта 2018 (UTC)
Здравствуйте! Я обратила внимание на поведение системы, которое считаю багом. Если я благодарю участника или участницу за правку в закладке "История", то в этой строчке истории в скобках вижу слово "отблагодарён", если это мужчина, если же нет — "отблагодарена". Это правильно. Однако, когда эта строчка становится не первой в списке правок, слово "отблагодарена" превращается в "отблагодарён" и разница между полами исчезает. Я это уже давно заметила, меня удивляет, что не заметили другие. Заранее благодарю за помощь. --AllaRo (обс.) 19:20, 23 марта 2018 (UTC)
Протестировал на вас. Вижу. Выясню у разработчиков, что происходит не так, спасибо за сообщение. stjn19:28, 23 марта 2018 (UTC)
Создал шаблон, а когда проставлял по статьям, то вышло так, что он автоматически включает их в категорию. Проблема возникла со статьёй про самого режиссёра. Вставил шаблон для навигации, а он его включает в категорию фильмы. Вот шаблон - Фильмография Пола Кинга. А вот статья режиссёра - Кинг, Пол (режиссёр). Посмотрите, я видимо что-то не так в шаблоне указал. Может там подправить что-то надо. Не разбираюсь ещё полностью в них. С уважением, Doctor Bittnerобс19:03, 22 марта 2018 (UTC)
Да, спасибо! А это ничего, что в одной категории будут и фильмы его и сериалы? И как тогда лучше назвать категорию, «фильмы Пола Кинга» или «Фильмография Пола Кинга»? Возможно ли, чтобы в одном шаблоне сериалы уходили в категорию к сериалам, а фильмы к фильмам? Помогите правильно это указать в шаблоне, пожалуйста! С уважением, Doctor Bittnerобс20:17, 22 марта 2018 (UTC)
решение "в лоб" - сделать шаблон с параметром: если параметр отсутствует, то фильм, если указан "сериал = да" ({{Фильмография Пола Кинга|сериал=да}}), то сериалы. Более изящно - извлекать из викиданных автоматически. Код "в лоб": {{#if: {{{nocat|}}}{{NAMESPACE}} || {{#if:{{{сериал|}}}|[[Категория:Сериалы Пола Кинга]]|[[Категория:Фильмы Пола Кинга]]}}}} — Igel B TyMaHe (обс.) 07:47, 23 марта 2018 (UTC)
Параметр "подпись" работает под параметром "скриншот", а под параметром "логотип" не работает. (Просто ничего не отображается.) "Подпись" в моём случае для пояснения лучше, конечно, поставить. Как выйти из положения? Не ставить "подпись" вообще? Поменять параметр "логотип" на "скриншот" (что, конечно же, некорректно, ведь я использую не скриншот, а логотип) и уже потом поставить "подпись"? Или есть компромиссный способ? LALKOVED (обс.) 13:26, 22 марта 2018 (UTC)
То, что это логотип, очевидно лишь мне, Вам, другим людям, в достаточной степени глубоко разбирающимся в Википедии, и тем, кто и так знаком с этим логотипом. Остальные могут и не догадаться. Похоже, моё мнение разделяет автор этой подписи в английской статье, раз разместил её под логотипом. LALKOVED (обс.) 15:45, 22 марта 2018 (UTC)
Мне приходит в голову один случай, когда подпись действительно может оказаться необходимой, — при его смене, особенно неоднократной. Надпись, вроде «логотип сайта с 2015 года», может оказаться в принципе нелишней. --Ksc~ruwiki (обс.) 17:32, 22 марта 2018 (UTC)
По-моему, смысла нет, т.к. это пр-во практически не используется. Обсуждения в нём ведутся на основных страницах пространства, а на их страницах обсуждения и обсуждать-то нечего. MBH17:11, 22 марта 2018 (UTC)
Коллеги, вроде как шаблон {{NDB}} работает некорректно, первая ссылка ведёт куда-то в не туда. Сейчас, например, ссылка имеет вид, а надо сделать так. Поможите решить. Siver-Snom (обс.) 12:08, 22 марта 2018 (UTC)
Как в мобильной версии Википедии попасть на страницу обсуждения статьи? Я вижу вверху экрана справа от слова "ВикипедиЯ" значок лупы - это поиск статьи. Слева - значок перехода в главное меню (СО там нет). Ниже заголовка статьи - иероглиф (переход на другие языки), затем стрелка вниз (я думал, что-то скачать, оказалось - вывод на принтер), звёздочка (избранное) и карандаш (редактирование статьи). И это всё. внизу статьи иконок не наблюдается. 213.87.136.19318:04, 21 марта 2018 (UTC)
Открыл мобильную версию с компьютера — с самого низу, под статьёй, но до подвала, вижу здоровенную кнопку «Обсуждение». Не? ~Facenapalm18:38, 21 марта 2018 (UTC)
Да, проверил в мобильной "Опере" - никаких отличий от Chrome. Жаль... Если что, это мой пост в начале. Делал ещё пару правок, все получились с разных IP. Ну это понятно - переключался на разные базовые станции. --193.233.70.4810:48, 23 марта 2018 (UTC)
Но не в полной мере. Статья в англовики Cavalese cable car disaster (1976): в инфокарде есть строка «Location Cavalese, Trentino, Italy» (и это правильно). У нас оно тоже, в общем-то, есть: «Место Кавалезе, Трентино, Италия». Поскольку задано «ручками». Но лучше бы брать сие из Викидата и автоматически, нет? --AndreiK (обс.) 14:46, 20 марта 2018 (UTC)
Ну воооот... Только хотел сказать «заполнил d:Property:P276 — и всё стало как надо»... Заполнил, да. И стало как не надо. Трендо и Италия. Это как Новгородская область и Россия. Что за союз «и», откуда он вылез, ЗАЧЕМ??? Всё чудесатее и чудесатее. Почему нельзя писать через запятую — тайна, покрытая мраком. --AndreiK (обс.) 19:00, 20 марта 2018 (UTC)
Цепочка с Викиданных формируется последовательными запросами к элементам, а не указанием всех возможных значений в элементе на Викиданных. Для P276 пока обработчика нет, но подождите немного и кто-нибудь (у меня не получилось) сделает. stjn20:50, 20 марта 2018 (UTC)
Пока стало чуть хуже: осталось одно значение (Кавалезе), и я пока в статье оставил ручное перечисление трёх составных частей марксизма места. --AndreiK (обс.) 12:02, 21 марта 2018 (UTC)
Заменил заголовок шаблона на |название = [[Русско-шведская война (1808—1809)|Русско-шведская война <br>(1808—1809)]] сделав перенос отображаемой части с помощью <br> и посмотрел предпросмотром. В указаной статье стало нормально. У меня криво отображался только в указанной статье, возможно из-за совпадения отображаемого названия и статьи. — GAN (обс.) 20:48, 19 марта 2018 (UTC)
Всем огромное по пингу. Файл можно удалить или, возможно, стоит использовать для страницы с рекомендации создания шаблонов с описанием неисправности тем, как это поправить. Я такое вроде еще где-то видел. -- S, AV 10:16, 20 марта 2018 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Проблемы
12 марта ранним утром по UTC из-за проблемы в датацентре esams сильно увеличилось количество отдаваемых страницами ошибок 503. Сейчас эта проблема уже устранена. [10]
Изменения текущей недели
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 20 марта. Невикипедийные вики-сайты и некоторые википедии получат её 21 марта, все википедии — 22 марта (календарь).
Встречи
На этой неделе встречи команды Редактирования не будет.
Также приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 21 марта в 16:00 (UTC). См. инструкцию.
Будущие программные изменения
С 4 апреля логирование автопатрулирования правок в базе будет отображаться только в таблице со свежими правками, которая содержит действия за последние 30 дней. [11][12]
Контекстная справка и адаптация новых редакторов — новый проект, целью которого является удерживать больше новых редакторов в проекте. Планируется создать серию коротких обучающих материалов и предоставлять их по необходимости, сверяясь с действиями конкретного человека. Команда Коллаборации будет благодарна вам за отзывы на странице обсуждения проекта, особенно полезен будет опыт людей, работающих с новичками.
На странице сообщений об ошибках "завис" запрос по статье Туйково (Костромская область). Там график населения построен на основе данных, в которых присутствует нулевое значение. Как видно, график строится с учётом аппроксимации, и при этом в данном случае "проваливается" ниже нуля, что бессмысленно. Что с этим можно сделать? И вообще, почему отказались от отрезков прямых? --193.233.70.4809:22, 19 марта 2018 (UTC)
Скрытый блок режет под ширину экрана. У кого очень широкий экран, всё будет видно. Покрутите колесо мыши с зажатым Ctrl, и всё влезет. — Igel B TyMaHe (обс.) 09:05, 18 марта 2018 (UTC)
У меня в Хроме Ctrl с колесом масштабирует всю страницу в целом - и при 100% край страницы все равно обрезан. Причем я помню что ранее (не могу точно сказать когда) тот же блок при превышении ширины содержимого рисовал полосу прокрутки - и все отлично прокручивалось, например, мышкой. Есть ощущение что что-то кто-то изменил, и прокрутка работать перестала. --Mitas5718:39, 18 марта 2018 (UTC)
Я не так давно вносил изменения - [14], чтобы скрытые блоки не налазили над / под карточки и эскизы изображений. Можно попробовать добавить overflow:auto на внутреннюю часть, по идее ничего плохо не должно случиться. Serhio Magpie (обс.) 23:26, 20 марта 2018 (UTC)
Из карточки у меня не получилось. Разместил прямо под карточкой. Через Викиданные объединять нельзя, так как это элементы раные по своей сути. --Ksc~ruwiki (обс.) 19:24, 17 марта 2018 (UTC)
Это не решение. Во всех карточках литературных произведений стоят ссылки на Викитеку. Почему они вдруг перестали работать? Это навсегда? Кому жаловаться? --Ghirla-трёп-06:31, 18 марта 2018 (UTC)
А можно еще ссылку на викитеку не только из карточек писателей/произведений. Много чьи работы есть у нас, те же архитекторы, художники, музыканты. Розанова, Ольга Владимировна писала и статьи, и стихи, которые есть на викитеке; у Малевича я вообще молчу про количество теоретических работ (правда у нас пока мало их), и много кто еще.. --Stolbovsky (обс.) 01:46, 19 марта 2018 (UTC)
Вроде как поправлено, но значение ВД всё равно имеет приоритет (в данном случае его нет, потому что ВТ привязана к элементу первого издания этого произведения). dima_st_bk12:34, 19 марта 2018 (UTC)
Как-то странно получилось. Например, у Самчук, Улас Алексеевич нет никакой Викитеки, есть Викицитатник (на Украинском и через Викиданные). При этом в карточке ссылка на Викитеку есть (на главную страницу, а ссылки на Викицитатник нет, может и не нужен). А локальное значение карточки - это просто проставленный шаблон {{Писатель}}. --Ksc~ruwiki (обс.) 13:03, 19 марта 2018 (UTC)
дифф показывает, что различий между двумя версиями нет, поэтому и отменять нечего. В этом случае нужно просто поставить пометку патрулирования на текущую версию. Kalendar (обс.) 19:17, 17 марта 2018 (UTC)
...верно вы заметили, коллега Kalendar, разницы между состоянием, в котором шаблон был отпатрулирован, и в том, в каком его оставил аноним после всех своих действий, нет. Отметку о патрулировании поставить не могу ввиду отсутствия у меня флага патрулирующего. Но что самое интересное: если хоть один знак поменять в вики-коде, то всё сработает, и в описании правки будет, как и положено, 3 правки возвращены к версии.... Но в шаблоне менять было нечего, а отмена трёх правок вернула бы его в отпатрулированное состояние. Дмитрий из Саранска (обс.) 09:53, 19 марта 2018 (UTC)
Движок не видит необходимости создания создания новой версии, идентичной предыдущей, с пустым диффом. Поэтому отменить несуществующее изменение не получается. Эта ситуация была всегда. Сейчас на шаблон поставлена отметка о патрулировании. Kalendar (обс.) 10:48, 19 марта 2018 (UTC)
Ясно. Однако, всё же, считаю такое положение дел неудобством. Простая вещь — восстановление отпатрулированной версии, оказывается невозможной. Дмитрий из Саранска (обс.) 11:05, 19 марта 2018 (UTC)
Вопрос прояснён. P. S. А кстати, если после последней правки анонима разница с последней отпатрулированной версией отсутствует, то почему бы версию анонима не помечать автоматически отпатрулированной? Дмитрий из Саранска (обс.) 11:05, 19 марта 2018 (UTC)
Если в патрулированную версию внести непатрулируемую правку, а потом её отменить (именно механизмом отмены или отката), новая версия окажется отпатрулированной, это всё ещё сохраняется. MBH12:17, 19 марта 2018 (UTC)
Я больше склоняюсь к 1 или 2 варианту, так как от "_" нет никакого смысла, но не смотря на это я встречал все выше перечисленные варианты. 217.118.81.19415:18, 17 марта 2018 (UTC)
При оформлении капс и подчеркивания должны быть единообразными. Но в самом шаблоне следует применять конструкцию {{{Параметр|параметр|}}}, чтобы от капса ничего не зависело. — Igel B TyMaHe (обс.) 18:18, 17 марта 2018 (UTC)
В самом шаблоне не следует делать рабочим синтаксис, который по документации работать не должен. Фиг потом в этом разберёшься, плюс это провоцирует создание очень неожиданных для ботов вещей. ~Facenapalm22:27, 17 марта 2018 (UTC)
{{{Параметр|{{{параметр|}}}}}}? Я предлагал унифицировать капс, но понимания не нашел. — Igel B TyMaHe (обс.) 09:07, 18 марта 2018 (UTC) PS. В конце концов, {{{Параметр|}}}{{{параметр|}}} тоже подойдет.
Я ратую за третий вариант, видно что это параметр, а не часть какого-либо текста. И согласуется с кодстайлами для языков программирования, в которых параметры через пробел не задаются. С уважением, Iniquity19:04, 17 марта 2018 (UTC)
Начинающий знак вертикальной черты и заканчивающий знак равенства достаточно заметны. По моему опыту начала работы с вики (зная про кодстайлы), работа с шаблонами с подчеркиваниями в параметрах только порождает страх использования параметров с пробелами и, соответственно, неуверенность использования шаблонов - это очень не очевидно для начинающих. --~Sunpriat13:16, 20 марта 2018 (UTC)
Начинать каждый параметр с большой буквы не вижу смысла. Что касается подчёркивания, то тут я бы разделял два юзкейса: шаблоны для статей и служебные шаблоны для шаблонов. В карточках и прочих используемых в статьях шаблонах принято делать параметры человеко-читаемыми (переводить на русский, не использовать сокращения кроме общепринятых, и т. д.), там нижнее подчёркивание будет смотреться очень странно. Не знаю, следует ли использовать подчёркивание в служебных, но оно там допустимо как минимум. ~Facenapalm22:23, 17 марта 2018 (UTC)
+1. Параметры в карточках должны быть читаемы, без всех этих подчеркиваний. А за четвертый вариант нужно лишать всех флагов и бессрочить. dima_st_bk01:11, 19 марта 2018 (UTC)
Заглавные и подчеркивание требуют дополнительного действия зажатия shift + до подчеркивания ещё тянуться нужно. Вики-текст понимает параметр с пробелом - это преимущество легкости беглого чтения вики-текста статей множеством участников. Т.е. заглавные и подчеркивание - это затруднения без которых можно/нужно обойтись. Вики-текст статей желательно содержать более простым. --~Sunpriat13:07, 20 марта 2018 (UTC)
Не получается вставить нотную запись из LolyPond. Даже пример из раздела "сложный пример" в статье LilyPond не компилируется. Это баг или я на лыжах? GTRus (обс.) 15:57, 15 марта 2018 (UTC)
Необходима возможность создания иерархической структуры (с добавлением ее в раздел "сортировка"). Так же на ее основе надо продумать возможность создания генеалогических деревьев GTRus (обс.) 15:48, 15 марта 2018 (UTC)
В Визуальном Редакторе ячейки выделяются и жмется появившаяся кнопка "Объединить". Но в этой безразмерной таблице так делать не надо в принципе, надо вынести Акмолинская область в заголовок подраздела или в заголовок части таблицы. — Igel B TyMaHe (обс.) 08:21, 15 марта 2018 (UTC)
Здравствуйте! Раньше была полоска прокрутки для широких рисунков. Примером может служить статья 100 крупнейших авиационных катастроф. Там есть «Карта мест катастроф», она находится в свёрнутом виде. При разворачивании карта открывалась полностью, а внизу появлялась «полоска прокрутки влево/вправо» и было удобно смотреть её на «квадратном» мониторе. На «прямоугольном» карта видна полностью, а вот на «квадратном» — только её левая часть. При уменьшении размера рисунка точки на карте будут накладываться друг на друга и на подписи к точкам и карта потеряет всякий смысл. Не у всех читателей есть «прямоугольный» монитор. Можно ли вернуть «полоску прокрутки»? С уважением, ДАТА: 14:05, 13 марта 2018 (UTC) ПОДПИСЬ: And S Yu (обс.) .
Огромное спасибо участнику Tucvbif за помощь!!! And S Yu (обс.)
При просмотре журналов есть возможность ввести поле "цель" и найти записи, относящиеся к этой цели. А что делать, если название цели точно неизвестно, и нужно искать не на точное совпадение, а на совпадение с частью? Конкретный пример: есть статья - явный кандидат на удаление, и есть подозрение, что статья с похожим названием ранее уже удалялась. Но при этом также есть подозрение, что автор, проталкивающий статью, принял меры и слегка изменил название, так что при поиске по точному совпадению ничего найдено не будет. --Grig_siren (обс.) 09:13, 13 марта 2018 (UTC)
У админов есть некое техправо deletedsearch, описанное именно как "нечёткий поиск по удалённым статьям". MBH12:18, 13 марта 2018 (UTC)
А у простых смертных - ничего? Понятно, что поиск по содержимому удаленных статей никто не даст. Но хотя бы по заголовкам... --Grig_siren (обс.) 12:20, 13 марта 2018 (UTC)
Коллеги, может ли кто-нибудь тут кратко и понятно разъяснить, как именно работает функция предпросмотра. Поводом для вопроса стало наблюдение того, что статья Водорододефицитная звезда содержит иллюстрацию на русском языке, но при наведении мыши на неё на главной странице (да и тут работает) видна иллюстрация на английском. Любопытно, откуда такая разница? --Dalka (обс.) 05:23, 13 марта 2018 (UTC)
Могу сказать, что это изображение — многоязычный SVG файл. Скорее всего, механизм предпросмотра не поддерживает эту функцию. Надо, чтобы кто-нибудь написал о проблеме на Phabricator. — Vort (обс.) 05:33, 13 марта 2018 (UTC)
два варианта: 1) предпросмотр не учитывает языковые настройки; 2) может быть какой-нибудь кэш предпросмотра. Файл в многоязычный я переделал буквально вчера, кэш страницы сбрасывал принудительно. — Igel B TyMaHe (обс.) 08:34, 13 марта 2018 (UTC) PS. И ещё там параметр lang=ru принудительно у файла в статье проставлен.
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Предпросмотр страниц был обновлён, теперь он использует HTML, что исправило множество проблем. Для уточнения методов использования этого гаджета было проведено A/B-тестирование в английской и немецкой Википедиях. Также в код были внесены и другие изменения. [19]
Некоторые правки нужно проверять на соответствие очень большому количеству условий для срабатывания фильтра злоупотреблений. Если фильтры не пройдены из-за переизбытка условий, правка получит особую метку для проверки вручную. [20]
В визуальный редактор и редактор викитекста—2017 добавлено автосохранение, которое должно помочь в случае аварийного закрытия браузера или если при редактировании будет случайно закрыта вкладка. [21]
Проблемы
Фильтр злоупотреблений пропускал некоторые правки после последнего обновления Медиавики и до 9 марта (UTC). [22]
На странице фильтра правок появилась возможность устанавливать индивидуальные настройки блокировок для срабатываний: продолжительность (раздельно для анонимных и зарегистрированных участников), возможность редактировать собственную страницу обсуждения и другие. [24][25]
Около ста википроектов Фонда Викимедиа будут переведены на библиотеку парсинга Remex, которая заменит Tidy. Данное изменение запланировано на 13—14 марта. Остальным проектам рекомендовано прейти на неё как можно скорее, как только они исправят оставшиеся ошибки. Выключение Tidy запланировано на середину 2018 года. [26][27][28]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 13 марта. Невикипедийные вики-сайты и некоторые википедии получат её 14 марта, все википедии — 15 марта (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 13 марта в 19:30 (UTC). См. инструкцию.
Также приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 14 марта в 16:00 (UTC). См. инструкцию.
Коллеги, есть ли возможность повысить для Список действительных членов Академии наук КНР допустимое число шаблонов? А то после недавнего крупного пополнения академии порядка сотни шаблонированных ссылок (из более 800 всего) не оторажаются. В крайнем случае можно, естественно, изобразить их и "вручную", но проверяю возможность обойтись без этого. Предупреждая вопрос - да, заменить эти сотни ссылок на шесть ссылок на списки отделений, а то и одну на общий список можно, но выискивать в нем профиль каждого конкретного академика для проверки, уточнения сведений или написания о нем статьи будет явно сложнее Tatewaki (обс.) 02:15, 12 марта 2018 (UTC)
[29] "Размер раскрытых включений 1 340 039/2 097 152 байта". Макс до этого заменил comment на abbr, я ещё и на tooltip (там вообще минимум логики, оно и не нужно).Ещё можно колдовать с dts - сделать прямой вызов dts/core (-150 кб включений), либо копать в сторону data-sort-type="date" или |data-sort-value= (в этом случае возрастёт объём статьи, но включений вообще станет по минимуму). dima_st_bk04:48, 12 марта 2018 (UTC)
Спасибо огромное вам обоим. Если движок выдерживает количество dts, возможно, с ними колдовать не стоит - общий объём тоже немалый, куда его еще наращивать...
По CASacadprofile/lite - насколько я понял, это напрямую "внутренностями" cite web вместо подстановки параметров поверх этого шаблона? Может быть, стоит тогда вообще заместить этим прежний CASacadprofile, чтобы еще на восьмистах "/lite" сэкономить? Tatewaki (обс.) 05:07, 12 марта 2018 (UTC)
Если проблем нет, то можно заменить. Да, это внутренности cite web.Влил и чуть пошаманил, итого 1 142 686/2 097 152 байта. Ещё столько же влезет. dima_st_bk05:09, 12 марта 2018 (UTC)
Доброе утро! Хотелось бы, чтобы участники вместо того, чтобы донимать админов огромными просьбами, читали документацию к шаблонам и то, что сами написали, и тогда полный порядок наступит сам собой. Вот один из примеров: нет никакой необходимости «заходить в шаблон, менять полукруглые скобки на квадратные и вручную проставлять внизу правильный шаблон», поскольку шаблоны могут быть параметрами для других шаблонов, и проблема здесь не в шаблоне-карточке, а в неправильном использовании шаблона {{МестоРождения}}. Достаточно написать вместо |место рождения = {{МестоРождения|Ростов-на-Дону}}|место рождения = {{МестоРождения|Ростов-на-Дону|в Ростове-на-Дону}} и, о чудо, в тематической категории почему-то высвечивается Категория:Родившиеся в Ростове-на-Дону вместо Категория:Родившиеся в Ростов-на-Дону. Программный модуль в шаблоне правильно срабатывает в большинстве случаев, но всех ситуаций предусмотреть невозможно, иначе бы код раздулся бы до огромных размеров. Есть и альтернатива — брать значения из Викиданных. --Well-Informed Optimist (?•!) 07:44, 11 марта 2018 (UTC)
Хотелось бы, чтобы сообщество дало админам навести полный порядок с шаблонами-карточками. В идеале — не только с карточками. :) ~Facenapalm09:51, 11 марта 2018 (UTC)
Moskovitov, замечу в свою очередь, что хотелось бы, чтобы скорость создания Вами новых статей не отставала от темпа Вашего ознакомления с правилами их оформления, и уж по крайней мере — с требованиями о значимости их предметов. Если минимум половина их отправляется коллегами на обсуждение возможного удаления, пора задуматься о конструктивности Вашего вклада в проект. Sealle15:29, 11 марта 2018 (UTC)
Используется он, скорее всего, потому что скопирован вместе с карточкой из enwiki. Я бы поставил вопрос об удалении и замены на нормальную дату (причем с Викиданных). — Igel B TyMaHe (обс.) 11:59, 10 марта 2018 (UTC)
Приветствую! Сегодня возникла проблема, когда при работе с источниками в режиме визуального редактора страница перестает отвечать. При нажатии на кнопку "источники" пиктограмма начинает подсвечиваться синим цветом и дальнейшее редактирование перестает работать. Переход в режим правки кода срабатывает через раз. И если срабатывает, то внесенная информация не сохраняется. Работаю в гугл браузере уже длительное время, до этого за два года редактирования в википедии подобных проблем не было. Очищал кэш, выходил с учётной записи, переустанавливал браузер, отключал антивирус Аваст - проблема не решается. У кого какие есть соображения? Artem Ponomarenko (обс.) 13:51, 9 марта 2018 (UTC)
На всех страницах. Причем, судя по тому, что новые статьи создаются другими участниками, такого рода проблема - только у меня. При создании новой страницы или редактировании каких-либо других если пытаюсь вставить источник с помощью визуального редактора - зависает страница и проблема решается лишь закрытием вкладки с потерей информации. При этом, работа с/в шаблонах, вставка мультимедиа, удаление/добавление текста работает нормально. Проблема возникает только со вставкой источников. Artem Ponomarenko (обс.) 09:20, 10 марта 2018 (UTC)
Только что был выпущен фикс проблем с пропаданием данных, возможно, старые ошибки были исправлены добавлением новых.
Посмотрим. ESC не помогал, увы. За сегодня уже трижды при сохранении новой статьи пропадал весь материал и на экране я получал "Error. Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes. See the error message at the bottom of this page for more information." Выше Вы объяснили и теперь я знаю откуда ошибки. Но проблема с источниками всё еще осталась. Попробую сейчас еще раз почистить кэш, выйти из учётки и тому подобное. P.S. Спасибо всем за внимание к моей проблеме. Artem Ponomarenko (обс.) 13:08, 10 марта 2018 (UTC)
По опыту вышеупомянутой ошибки (которую, кстати, фикс не решил) другие браузеры могут несколько иначе реагировать на ошибки скриптов и не удалять всё содержимое. Например, в Firefox и Edge моя ошибка обходилась без зависаний и пропаданий текста. — Igel B TyMaHe (обс.) 14:22, 10 марта 2018 (UTC)
Видимо, что то у меня с браузером гугл. Хотя вчера я его переустанавливал. Буду пробовать переходить в Edge. Сейчас пишу статьи. Из пяти написанных две ушло в небытие, три всё таки удалось дописать и сохранить. Проблема с использованием источника именно в режиме визуального редактора - осталась, но стала появляться реже. Заметил не только зависание во время нажатия на значок "источники", но и самовольную, абсолютно непредсказуемую расстановку ссылок на источники. Краткий пример: есть текст, в котором успешно удалось проставить источники в количестве 5 штук. Добавляю еще текст, нажимаю на значок "источники", вставляю ссылку и генерирую автоматически. В итоге - вместо ссылки №6 я получаю дублирование в разных случаях разных ссылок (№1, №5 или №3..) То есть, в вики-разметке я вижу, что ссылка отличается от остальных, но при сохранении и переходе - это просто дубляж. Artem Ponomarenko (обс.) 14:51, 10 марта 2018 (UTC)
Ошибка с серверами сегодня днём была и у меня, возможно всё дело именно в проблемах на серверах, а не в каких-то специфических багах визреда. MBH16:41, 10 марта 2018 (UTC)
Но у меня-то со вчерашнего дня такая беда. В любом случае - нет худа без добра. Осваиваю редактирование только с помощью вики-разметки))))) Artem Ponomarenko (обс.) 19:17, 10 марта 2018 (UTC)
А вот и пример, как у меня "сходит с ума" википедия. Создал статью, после этого заархивировал источники. Потом увидел, что допустил ошибку в фамилии Надь (у меня было НадЯ). Включаю вызуальный редактор и меняю букву Я на Ь и сохраняю. В итоге, я вижу что удалены все ссылки на архив. Вот ссылка. Со стороны, кто не в курсе о моих проблемах с визуальным редактором, это выглядит как вандализм. Ну не бред? С таким успехом скоро мной займутся, чувствую. Artem Ponomarenko (обс.) 21:00, 10 марта 2018 (UTC)
Пожалуйста, проверьте работу оповещений из описания изменений
"Вы можете отправлять пользователям оповещения из описания изменений. Они получат оповещение, как будто их упомянули на вики-странице. phab:T32750"
2. Зарегистрируйтесь на https://ru.wikipedia.beta.wmflabs.org/ под новым ником и с новым паролем (не совпадающими с теми, которыми вы пользуетесь на этой вики). Вы можете создавать более одной учётной записи, просто оставьте замечание на их страницах пользователей.
3. Отредактируйте страницу и добавьте ссылку на имя пользователя в описании изменений, например "добавил абзац об истории (по просьбе Gryllida)". Проверьте, что оповещение правильно доставляется.
4. Попробуйте править разные страницы и писать разные описания изменений.
5. Пишите задачи на Phabricator, желательно по-английски, но можно и по-русски.
6. Делитесь этим призывом с другими пользователями, другими вики, в т.ч. на других языках.
Пожалуйста, помогите перевести на ваш язык. Спасибо!.
Over the years many issues have been discovered from our engineering colleagues regarding the Education Extension, including security concerns. For this reason, and with a viable alternative platform available, we are starting the process to deprecate the extension and having it uninstalled where it has been activated. This includes this wiki Special:Courses.
This means that the following steps will be taken:
Current ongoing programs will be supported, until the month of June, 2018.
On June 30, 2018, the Education Extension will be shut down.
If you are still running an education program that uses the Education Extension, please take the appropriate measures and also reach out to your colleagues and communities so they are also aware.
It should be noted that data of previous programs that ran on the Education Extension will remain safe, and we are working on documenting how to access that data.
Thus, we invite all Education Program Leaders (and users of the Education Extension) to take the online training for the dashboard so that you can benefit from this tool and make your work easier.
If you have comments or questions, please reach out to the Education Team at educationwikimedia.org, or the Programs and Events Dashboard group at dashboardwikimedia.org.
Инструкция по Луа гласит: "Lua handles long strings quite efficiently. Programs that manipulate strings with 100K or 1M characters are not unusual in Lua". При этом у меня программа вылетает с ошибкой Not enough memory, когда строка достигает длины чуть меньше 400K. Что я делаю не так? Vcohen (обс.) 14:34, 8 марта 2018 (UTC)
Пальцем в небо: есть возможность, что в Вашей конкретной программе в определённый момент в памяти удерживаются много длинных строк? Например, строка и её подстроки. Игорь (обс) 09:39, 9 марта 2018 (UTC)
Есть проверенный метод, помогающий в решении подобных проблем: минимизация кода с целью локализации ошибки. Чаще всего, в процессе минимизации становится понятна причина. Если не понятна, то минимальным кодом можно поделиться с коллегами. — Vort (обс.) 10:24, 9 марта 2018 (UTC)
Судя по всему, влияет наличие других объектов, описанных (и даже не задействованных) в модуле. Но влияет не совсем напрямую, потому что две строки, в сумме дающие ту же длину, срабатывают, даже когда я делаю return с конкатенацией их двух вместе. Сейчас я в том же модуле сделал новую функцию:
function p.test(frame)
param=frame.args[1]
s=''
for i=1,param do
s=s..' '
end
return string.len(s)
end
- и эта функция, поскольку предыдущая функция в этом модуле уже существует, вылетает уже не доходя до 200K:
P.S. Сейчас и на 100K выдается ошибка. Пока я писал это сообщение, в предпросмотре первый вызов работал без ошибок. Vcohen (обс.) 11:07, 9 марта 2018 (UTC)
Если речь идёт о википедийных модулях, то тут не может быть прозаичной причины «выделенные сервером ресурсы кончились»? Их не так много, и они ещё и делятся на все модули на странице. ~Facenapalm11:21, 9 марта 2018 (UTC)
Конкретно для этой страницы пишется «Использование памяти Lua: 49 96 МБ/50 МБ» (надеюсь, имеется в виду 49,96 МБ). ~Facenapalm11:26, 9 марта 2018 (UTC)
В общем, видимо, влияет и наличие других вызовов Луа на странице (поэтому предпросмотр работает иначе, чем вся страница), и наличие других вещей в том же модуле. Я создал чистый модуль (только пришлось чуть-чуть поменять логику, чтобы не вылетало по причине превышения по времени исполнения), и при обращении к нему это количество памяти, показываемое внизу, оказывается меньше, а предел, на котором функция начинает вылетать, больше. Пример:
В некоторых браузерах (как минимум, в Mozilla Firefox последних версий) в шаблонах вместо слова «Россия» отображается «mainkra». Куда нужно отправлять отчёт об ошибке? — Эта реплика добавлена участником Bronikkk (о • в)
В инфокарде: «Международный аэропорт имени Басиля Аль-Асада, Джабла, Джабла, Латакия, Сирия».
Любимые вопросы русской интеллигенции: «кто виноват» и «что делать»?--AndreiK (обс.) 19:28, 7 марта 2018 (UTC)
И, чтоб 2 раза не вставать: это, вообще, что за код в последней правке в статье: <div id="XuznGgwLQs" class="donut-container" style="cursor: pointer; display: inline-block; display: -webkit-inline-box; width: 16px; height: 16px;"><div data-reactroot="" class="donut donut_green"></div></div></ref>?--AndreiK (обс.) 19:32, 7 марта 2018 (UTC)
Могу только на второй вопрос ответить. Код абсолютно бессмысленный, скорее всего, сбой какого-нибудь визуального редактора или расширения в браузере отправившего правку, нужно смело удалять. ~Facenapalm19:44, 7 марта 2018 (UTC)
Код пришел из css функции, рисующей диаграммы "торты". В визуальном редакторе есть баг, вставляющий в текст все, что было в html, неважно, пришло ли оно из статьи, или случайно было там в браузере. Я каждый раз зверею, когда к шаблонам, проверяющим ошибки, добаляется их результат в виде html, так что все тексты и категории идут дважды подряд. Игорь (обс) 19:51, 7 марта 2018 (UTC)
Тогда отвечу на первый вопрос — исправил на Викиданных. Просто в таких случаях нужно в элементе города заполнять свойство является столицей, а в элемента административно-территориальной единицы заполнять свойство столица. В данном случае не хватало только первого. --Ksc~ruwiki (обс.) 20:18, 7 марта 2018 (UTC)
Не знала куда опубликовать свой запрос, однако решила опубликовать его здесь. У меня убедительная просьба убрать интерактивную схему метро с предварительного просмотра страниц и вернуть всё как было раньше. Эта страница очень отвлекает от просмотра. Заранее благодарю) 82.151.123.10013:40, 6 марта 2018 (UTC)Евгения М.
Я так понимаю, что речь идёт вот об этом. До добавления в карточку шаблона там отображалась, как и положено, фотография из |Изображение =, а после — схема по непонятным причинам стала её перебивать, и теперь все всплывающие окошки со ссылок на статьи о станциях выглядят как то, что выше. Это действительно хорошо бы поправить. ØM10:20, 7 марта 2018 (UTC)
Лучше всего у разработчиков всех этих шарад спросить, думаю, — вполне возможно, что нужно было просто дождаться обновления какого-то внутреннего кэша (а может и вообще не работает в таком виде, конечно, тоже вариант). stjn19:10, 7 марта 2018 (UTC)
Простите, нуль-правка чего? Потому что я сделал её на всё подряд, и не помогало. И это значит, что теперь работает (я на мобильном)? И значит, что надо делать миллион нуль-правок, для каждой страницы? Спасибо, Игорь (обс) 22:41, 7 марта 2018 (UTC)
Нульправка статьи, которая должна всплывать. Только для станций московского метро (194 штуки), а можно подождать пару дней. dima_st_bk22:47, 7 марта 2018 (UTC)
Последняя правка с использованием гаджета сделана 6 марта 2018 06:30, хотя ежедневно с использованием гаджета делаются сотни/тысячи правок. Kalendar (обс.) 11:00, 6 марта 2018 (UTC)
Раньше доступние для гаджета данные по умолчанию располагались на розовом цвете. Теперь появился ещё и бежеватый. Например ТУТ. Предполагаю разница в языке добавляемых данных или ошибаюсь? — GAN (обс.) 19:31, 6 марта 2018 (UTC)
Разница в том, есть ли уже для данного параметра какое-либо значение в Викиданных. Если нет — розовый, если есть — бежевый. — putnik02:05, 7 марта 2018 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
На странице Служебная:Журнал злоупотреблений появился фильтр, показывающий только те действия, которые сопровождались правкой в проекте, в отличие от тех, которые были отклонены или из-за которых пользователю было выписано автоматическое предупреждение. Появились и другие новые возможности поиска. [33][34]
В википроектах можно включить Citoid, который помогает автоматически создавать ссылки на источники информации в визуальном редакторе и редакторе викитекста—2017. Однако это сложный процесс, и для его облегчения Citoid будет информировать в JavaScript-консоли о проблемах в конфигурации. В будущем он будет сам выключаться, если сконфигурирован неправильно. Проверьте, верно ли сконфигурирован Citoid в вашем проекте. При необходимости можно обратиться за помощью. [35]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 6 марта. Невикипедийные вики-сайты и некоторые википедии получат её 7 марта, все википедии — 8 марта (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Редактирования. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 6 марта в 19:30 (UTC). См. инструкцию.
Также приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 7 марта в 16:00 (UTC). См. инструкцию.
Будущие программные изменения
В будущем можно будет использовать глобальные настройки, распространяющиеся на все википроекты. Протестировать эту функциональность можно здесь, просим оставить отзыв после использования.
Как минимум, до деплоя новой версии (8 марта) и не должно приходить. Но, судя по статусам задач на Фабрикаторе, вполне возможно, что и с этим обновлением уведомления не появятся, тогда уже стоит со следующим ждать. — putnik02:04, 7 марта 2018 (UTC)
Например, хочу викифицировать некоего спортсмена, например, здесь. Знаю, что такая статья существует, и на неё есть редирект точно в том виде, в каком имя спортсмена указано в статье. Но ссыльщик добавляет какую-то левую ссылку и её приходится корректировать вручную. Есть идея: можно ли сделать так, чтобы ссыльщик проверял наличие редиректа, и при наличии такового просто добавлял ту ссылку, что указана в редиректе? Simba16 (обс.) 21:19, 4 марта 2018 (UTC)
Я все никак не могу добраться и отключить его. Он верно работает в 50% случаев, если мне не изменяет память. И ломается при каждом обновлении поискового движка. С уважением, Iniquity00:30, 5 марта 2018 (UTC)
Может кто-то сделать отображение карты в свёрнутом виде и чтобы не конфиликтовали координаты при наличии в статье двух шаблонов с координатами. Теоритически в статье может быть два шаблона с двумя разными координатами. Как то встречал такий случай. Сейчас шаблон поддерживает только ручной ввод координат и их последующим отображением вверху страницы. — GAN (обс.) 12:15, 4 марта 2018 (UTC)
Лучше с самого начала: в чем и почему конфликт координат? Почему нельзя устранить этот конфликт? Что такое "теоретически два шаблона с двумя разными координатами"? — Igel B TyMaHe (обс.) 12:46, 4 марта 2018 (UTC) PS. Шаблон уже на {{Карточка}}, на подтягивание координать с Викиданных он преобразуется копипастой в несколько секунд.
Описывал в одной статье несколько объектов, у каждого своя карточка со своими координатами. В черновике всё было нормально. Три карточки, все координаты указаны вручную, всё отображается. После того как всталял эти карточки в статью, то начиная со второй карточки в каждой сразу после координат появлялась красная надпись {{#coordinates:}}: нельзя иметь более одной первичной метки на странице Вверху отображаются координаты из последней карточки. Сейчас сделал через предпросмотр, результат тот же. Заодно узнать на будующее что нужно делать если в любой статье надо использовать несколько карточек с различными координатами. — GAN (обс.) 13:40, 4 марта 2018 (UTC)
Эту ошибку выдаёт GeoData. Скорее всего, стоит ограничение, что в неосновном пространстве оно не вызывается, чтобы не замусоривать базу координат. — putnik08:22, 5 марта 2018 (UTC)
Смысл в том, что у одного и того же места не могут быть разных координат. А если надо в статье указать координаты другого места, достаточно, чтоб он был inline вместо intitle, или как там это точно пишется. В этом случае сообщение об ошибке не появится. Игорь (обс) 10:56, 5 марта 2018 (UTC)
Инфобокс должен описывать предмет статьи. Если статья больше, чем об одном предмете — значит это либо список, либо её следует разделить.--Tucvbif??? *15:10, 4 марта 2018 (UTC)
Потом придёт удалист и по незначимости удалит одну из частей? Лучше пусть будет раздел с карточкой в общей статье, чем ничего. А вообще это не предмет разбирательств этого форума. Кстати, в Правилах разбирается похожий случай (WP:1E) — объединение статей о поступке и персоналии, известному только по этому поступку. --VladXe (обс.) 16:09, 4 марта 2018 (UTC)
Размещать внутри статьи таблицы для лучшего отображения данных и дополнительные фото можно. Так что мешает это делать с помощью заранее подготовленной карточки внутри подраздела при его описании? — GAN (обс.) 10:49, 7 марта 2018 (UTC)
Хорошая статья про С-300 и аж с 5 картчоками. Или статья про Фетисова. Статья, посвящённая какому-то объекту вполне может имееть два и более скажем так "подъобекта" которые в равной степиени значимы в своих областях. И как быть в таком случае? Разбивать на несколько статей не резонно так как подъобекты тесно связаны между собой. — GAN (обс.) 13:40, 4 марта 2018 (UTC)
Статус хорошей статьи не говорит ни о консенсусе сообщества по вопросу множественных карточек ровным счётом ничего. Смысла пихать карточку куда-либо кроме начала статьи я не вижу никакого --17:15, 4 марта 2018 (UTC) — Эта реплика добавлена участником Ghuron (о • в)
Варианты с указанием двух точек координат вполне реальны. Например, в статье о реке указать координаты её истока и устья. Так что действительно это ограничение требует разрешения. --193.233.70.4814:09, 5 марта 2018 (UTC)
Координаты в тексте отображаются без каких-либо проблем. Просто не обязательно всё запихивать в шапку страницы. — putnik15:26, 5 марта 2018 (UTC)
Просьба обновить шаблон «Разрешение OTRS для текстов»
Кто может обновить {{Разрешение OTRS для текстов}}: указана лицензия cc-by-sa-3.0, но нет cc-by-sa-4.0, при использовании слов "двойная" и "dual" указываются две лицензии, одна из которых cc-by-sa-3.0, а не cc-by-sa-4.0. Сейчас все авторы присылают разрешения с лицензией cc-by-sa-4.0 в соответствии с шаблоном разрешения OTRS. Заранее огромное спасибо! С уважением, --Dogad75 (обс.) 11:17, 4 марта 2018 (UTC)
Тут коллега дополнил одну из «моих» статей ссылкой, оформленной на основе НФЭ. С удивлением обнаружил, что в шаблон, созданный на основе «Книги», я не могу добавить тома и конкретных страниц по бумажному варианту. Это лечится, паллиативно или глобально?--Dmartyn80 (обс.) 06:10, 4 марта 2018 (UTC)
Создал статью. Первый столкнулся с таким явлением: в разделе «боевое самбо» в категории до 82 кг Кодзаев Асланбек из Тверской области занял второе место. Так вот, ссылка на Тверскую область красная. Вбивал название области вручную и копировал заголовок соответствующей статьи: цвет ссылки не меняется, как будто статьи нет. Кто может это объяснить? Simba16 (обс.) 18:53, 3 марта 2018 (UTC)
Подсветку синтаксиса я отключил, потому что она блокирует проверку правописания и викификатор. Других вариантов нет? Simba16 (обс.) 17:29, 4 марта 2018 (UTC)
Если вы хотите именно увидеть, то есть просто посмотреть на них, то достаточно перейти по той самой красной ссылке, обнаружите их в адресной строке. Самый же простой способ избавиться, если вам неважно что это за символы и где именно они находятся, — стереть глючную ссылку вместе с окружающими её скобками и вбить это заново вручную с клавиатуры. ØM11:25, 6 марта 2018 (UTC)
Я сейчас добавляю сообщение на странице обсуждения статьи о футбольном клубе «Хатлон». Там поменялось всё - и название клуба, и название города. Увидел в "Одноклассниках" изображение новой эмблемы клуба и намеревался об этом сообщить на СО. Вставил ссылку, а оказалось, что это в "чёрном списке". Ладно, ссылку убрал. Но теперь всё равно не могу сохранить сообщение. Не исчезает ни красная надпись о срабатывании фильтра, ни требование ввода капчи. Невозможно перейти ни к предпросмотру, ни куда-либо ещё, стоит жёсткая блокировка. Но ведь это в принципе неверно. О том, что ссылка помещена в спам-лист, я не подозревал. Но теперь, после её удаления, почему нет доступа к дальнейшему редактированию страницы? --193.233.70.4813:23, 2 марта 2018 (UTC)
Причем русские буквы считаются за один символ. Теперь можно отключить гаджет который показывает сколько символов осталось. — Алексей Копылов03:04, 2 марта 2018 (UTC)
Оно, конечно, бывает часто нужно, но... Предвижу, какие талмуды будут в описании правок в некоторых статьях. Особенно тех, что под посредничество подпадают. // А интересно, есть гаджет, чтоб сворачивать описание правок, начиная с 200 (например) символа?))))-- Зануда11:22, 2 марта 2018 (UTC)
Кстати, да, есть и обратная сторона. Поле описания правки редактировать нельзя, а писать там теперь можно много. Какие у этого следствия? Лес(Less)09:58, 2 марта 2018 (UTC)
Под сворачивать описание правок, начиная с 200 (например) символа я имел в виду именно сворачивание, а не скрытие/удаление. Чтоб на экране места меньше занимали. Две-три правки с 1000 описанием занимают весь экран. Список наблюдения становится длиннее. В некоторых ситуациях (например при просмотре с планшета) это неудобно.-- Зануда11:27, 2 марта 2018 (UTC)
Занятно. Изначальное предложение, из которого выросло это изменение и за которое в том числе голосовали участники нашего раздела, не предполагало такого увеличения — его смысл ограничивался тем, чтобы длина поля считалась в символах, а не в байтах. А тут мы получили увеличение более чем в 7 раз (с 127 кириллических символов до 1000). — Джек (обс.) 11:01, 2 марта 2018 (UTC)
Да уж, это полное непонимание сути наших предложений на уровне Фонда и, как я понимаю, полностью волюнтаристское решение от какой-то части разработчиков. stjn11:57, 2 марта 2018 (UTC)
Это изменение выросло не из твоего предложения, а из множества подобных, начиная с давнишнего предложения немцев (твоё предложение только про неоднобайтные письменности, а у немцев латиница, но слова длиннее, чем в английском, поэтому у них фактически тоже было более суровое ограничение длины описания, чем в анвики). Ничего искусственно сокращать не надо: часто обрезаются автоматически генерируемые описания на темы на КУ/КПМ, на викискладовские файлы и т.д. MBH12:15, 2 марта 2018 (UTC)
Как бы нет: до моего предложения та пара существующих предложений, которая была, висела без внимания. За это принялись плотно только в рамках разбора предложений из вишлиста. — Джек (обс.) 12:45, 2 марта 2018 (UTC)
Я недавно заметил, что в описании правок загруженных изображений (после 27 февраля) много символов, оказывается причина в этом. Ничего укорачивать (до 500 символов) и отключать гаджет не надо. В 1000 символов можно сделать понятное и нормальное описание правки. Теперь гораздо проще и удобнее. Oleg3280 (обс.) 17:04, 2 марта 2018 (UTC)
Согласен, что укорачивать до 500 символов не надо, по крайней мере пока мы не заметили, что этим будут злоупотреблять. А в журнале загрузок описание надо сократить. Могут ли это сделать наши инженеры? — Алексей Копылов19:43, 2 марта 2018 (UTC)
Вальдеморо, Амайя
Шаблон {{Баскетболист НБА}}, по-видимому, «подсасывает» данные из викидата и, по-видимому, не вполне корректно (см. инфокард). ({{{Имя на английском}}} ему не даётся; а [[{{{Клуб}}}|{{{Клуб}}}]] — так и дважды не даётся .)--AndreiK (обс.) 21:12, 1 марта 2018 (UTC)
Починил. Эти поля не берутся из викиданных, просто устаревшая недоработанная карточка. Вероятно, скоро возьмусь объединять. Serhio Magpie (обс.) 21:26, 1 марта 2018 (UTC)
Проблема в том, что название может быть нормальным, но вот текст... Вопрос не в защите от создания конкретной статьи, а в невозможности создания подобных страниц в принципе. Oleg3280 (обс.) 15:55, 1 марта 2018 (UTC)