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

Актуально
Опросы
Голосования
Обсуждения форума правил
Выборы, присвоение и снятие флагов
Заявки на флаг ПИ
Заявки на флаги инженера и АИ
Заявки на флаг бота
Снятие флагов
Список изменений в правилах

Техновости: 2025-30

MediaWiki message delivery 23:41, 21 июля 2025 (UTC)[ответить]

  • Администраторы получили возможность ограничивать задачу «Добавить ссылку» для новичков. Структурированные задачи должны помогать новичкам начать редактировать, но некоторые сообщества выразили желание убрать задачу по добавлению ссылок. Это можно сделать в Конфигурации сообщества.
    Давно пора. Well very well (обс.) 23:54, 21 июля 2025 (UTC)[ответить]

Тут сейчас столкнулись с тем, что некоторые параметры в шаблоне {{Государственный деятель}} не работают. В частности, есть такой параметр — вице-губернатор. Вызов его в шаблоне есть, в документации он заявлен, но когда его добавляли, забыли прописать отображение в шаблоне {{Государственный деятель/Должность}}. В итоге получается так. Пока я в статье сделал костыль, но это не выход. Как добавить отображение в шаблон я понимаю, но делать это не стал. Во-первых, возможно, это не единственный неработающий параметр. А во-вторых, у меня давно складывается ощущение, что в погоню за универсальностью и желанием прикрутить к одному шаблону всё, что только можно, мы родили монстр. Дело в том что большая часть возможностей этого шаблона не используется, ибо подбор параметров весьма ситуативен. Как инженер по образованию, могу сказать, что универсализация имеет очень существенный недостаток: далеко не все возможности используются, да и модернизация сопряжена с определёнными трудностями, ибо приходится поддерживать кучу функций, которые, возможно, никому не нужны. Может стоит подумать, а не сделать ли нам вместо этого шаблона набор пусть менее универсальных шаблонов, но использующихся для конкретных условий. Возможно, стоит сделать своеобразный конструктор (вроде того как инфобоксы сейчас строятся на шаблоне {{Карточка}}), на основе которого собирать шаблоны под конкретные должности/титулы? Vladimir Solovjev обс 14:01, 21 июля 2025 (UTC)[ответить]

Просьба с шаблоном

Можно объединить функции двух шаблонов Шаблон:Значения3 и Шаблон:Значения. Первый шаблон не отображает уточнения (: тип=имя, тип=топоним и пр.), второй - не дает несколько ссылок на страницы разрешения неоднозначности. Спасибо заранее! Лиманцев (обс.) 10:47, 2 апреля 2025 (UTC)[ответить]

{{ФИО}} и Ё

Не видит полных тёзок, если написать фамилию через ё. [3]Mocmuk (обс.) 09:30, 19 апреля 2025 (UTC)[ответить]

Итог

Спасибо. Я давно не работал с параметрами ФИО, забыл, что уточнения нужны. — Mocmuk (обс.) 21:26, 19 апреля 2025 (UTC)[ответить]

Исчезла расширенная панель редактирования в мобильной версии

Раньше там были инструменты типа викификации, Ж, К и т.п. А теперь просто редактирование. И никак не могу найти, где включить снова, подскажите плиз? Numbered (обс.) 19:47, 20 июля 2025 (UTC)[ответить]

Шаблон ref+

{{ref+}} ломается, если в тексте присутствует знак "=", см. Эсхатология старообрядчества, сноска 38. Есть ли возможность не ломаться, или проще убрать? kmorozov (обс.) 10:51, 20 июля 2025 (UTC)[ответить]

Не работает в vector-2022. ~~‍~~ Jaguar K · 08:31, 14 июня 2025 (UTC)[ответить]

  • Конкретно, не "прилипает" к шапке вектора, а только смещается на top: 51px; в границах своей таблицы. ~~‍~~ Jaguar K · 02:09, 19 июля 2025 (UTC)[ответить]
  • Вероятно, потому, что в этом конкретном скине разработчики сделали так, что таблица вложена в <div class="noresize">, который имеет overflow-x: auto; Т.е. замена на .noresize { overflow: clip; } решает проблему, но, возможно, вызовет другие? ~~‍~~ Jaguar K · 02:43, 19 июля 2025 (UTC)[ответить]

Ошибка в шаблоне Convert — баррели в кубометры

Не работает подшаблон:Convert/Goilbbl. На странице имеется сообщение: Ошибка выражения: неопознанный символ пунктуации «{». — Эта реплика добавлена участником Pls (ов) 16:04, 15 июля 2025 (UTC)[ответить]

Шаблон древних правителей

Есть довольно много древних статей про древних правителей (Элама, гутиев и т. д.), типа этих: Хишепратеп, Ярлаганда.
Проблема: табличка снизу (Предшественник/Преемник) написана вручную ({| class="standard" cellpadding="5" cellspacing="0" align="center" style="border: black solid 1px"|- …).

Вопрос:

  1. Можно ли заменить их на шаблон? Когда-то я давно делал такое вручную, и повставлял в хеттских царей такой. Можно его допилить.
  2. Я думаю, вообще убрать эту табличку, и проставить шаблон {{Правитель}}, взяв значения из таблички. Можно ли такое сделать ботом?

Komap (обс.) 13:44, 15 июля 2025 (UTC)[ответить]

Запрос именно технический

Отмените отмену отмены на странице Сегунда (была Сегунда (значения)). После закрытия топика на Википедия:Фильтр правок/Срабатывания без объяснений, Well-Informed Optimist пошёл по вкладу играться — в общем, он Сегунда направляет на Сегунда (значения). Ссылки не исправляет, так что надо вернуть обратно. // На СО фильтром правок тот же текст, что здесь, отклоняется. 46.227.214.93 10:28, 15 июля 2025 (UTC)[ответить]

Прошу помочь оформить таблицу

Расширил таблицу победителей в статье Кубок России по шахматам, но в подразделе «Победители и призёры среди мужчин» сразу после заголовка появилась прерывистая линия, которую никак не удаётся устранить. Прошу оказать содействие. Заранее спасибо. — Byzantine (обс.) 09:56, 15 июля 2025 (UTC)[ответить]

Техновости: 2025-29

MediaWiki message delivery 20:08, 14 июля 2025 (UTC)[ответить]

Wikidata Item and Property labels soon displayed in Wiki Watchlist/Recent Changes

(Apologies for posting in English, you can help by translating into your language)

Hello everyone, the Wikidata For Wikimedia Projects team is excited to announce an upcoming change in how Wikidata edit changelogs are displayed in your Watchlists and Recent Changes lists. If an edit is made on Wikidata that affects a page in another Wikimedia Project, the changelog will contain some information about the nature of the edit. This can include a QID (or Q-number), a PID (or P-number) and a value (which can be text, numbers, dates, or also QID or PID’s). Confused by these terms? See the Wikidata:Glossary for further explanations.

The upcoming change is scheduled for 17.07.2025, between 1300 - 1500 UTC. The change will display the label (item name) alongside any QID or PIDs, as seen in the image below: An edit sum entry on Wikidata, labels display alongside their P- and Q-no.'s

These changes will only be visible if you have Wikidata edits enabled in your User Preferences for Watchlists and Recent Changes, or have the active filter ‘Wikidata edits’ checkbox toggled on, directly on the Watchlist and Recent Changes pages.

Your bot and gadget may be affected! There are thousands of bots, gadgets and user-scripts and whilst we have researched potential effects to many of them, we cannot guarantee there won’t be some that are broken or affected by this change.

Further information and context about this change, including how your bot may be affected can be found on this project task page. We welcome your questions and feedback, please write to us on this dedicated Talk page.

Thank you, - Danny Benjafield (WMDE) on behalf of the Wikidata For Wikimedia Projects Team. MediaWiki message delivery (обс.) 12:45, 14 июля 2025 (UTC)[ответить]

Объекты культурного наследия

Екатерина Борисова просит меня разобраться с тем, с чем у меня разобраться не получается.

{{Культурное наследие народов РФ}} автоматически распределяет статьи по категориям, как только категории созданы, но

  1. Надо бы убрать из Шаблон:Культурное наследие народов РФ/Перечень категорий категории наследия местного уровня для Москвы, Петербурга и Севастополя — для ГФЗ местный уровень равен региональному.
  2. Что-то надо дополнительно починить в {{Культурное наследие города Москвы}}, потому что Категория:Выявленные объекты культурного наследия города Москвы названа не по тому же образцу, что выбран для автоматической категоризации, и в итоге остаётся хвост. Львова Анастасия (обс.) 14:05, 13 июля 2025 (UTC)[ответить]
  • А эта ситуация с ГФЗ прямо особенная? Во многих регионах местного уровня тоже нет (он возможен, но по факту таких объектов нет, или один на весь регион, и у нас на него нет статьи). Ну а раз нет таких объектов, то и категория не нужна. This is Andy 14:08, 13 июля 2025 (UTC)[ответить]
    • Екатерина просила для них. Я думаю, логика в том, что там их и не может быть, а нет в других регионах -- это ещё нет. Львова Анастасия (обс.) 14:09, 13 июля 2025 (UTC)[ответить]
    • Местных ОКН где-то много, где-то мало, зависит от того, как работают местных инспекции и прочие лица, ответственные за внесение ОКН в Единый реестр. Но в любом случае они везде могут быть, и статьи про них тоже могут быть. Я помню времена, когда статей про любые ОКН было меньше тысячи на всю страну, а сейчас совсем иная ситуация. Так что категории местных ОКН рано или поздно могут понадобиться. А вот для ГФЗ они не нужны от слова "совсем", потому что они сами себе регион, и в них местный уровень = региональному, так что местного не существует в принципе. -- Екатерина Борисова (обс.) 23:37, 15 июля 2025 (UTC)[ответить]

Сделайте, чтобы он транслировал в статью координаты из ВД. Сейчас в Киевский фуникулёр в ВД координаты есть, в статью они не транслируются. 从乃廾 09:21, 13 июля 2025 (UTC)[ответить]

Поиск по Викидепии в мобильной версии

Что стало с поиском по Википедии на https://ru.m.wikipedia.org? Как вернуть старую версию? 46.138.70.39 16:34, 8 июля 2025 (UTC)[ответить]

таблицы vs. flex

см. предысторию на Обсуждение_проекта:Добротные_статьи#новый_дизайн_главной_страницы и Обсуждение_Википедии:Хорошие_статьи#новое_оформление - начинаю обсуждение здесь т.к. там врядли уже получится прийти к какому-то соглашению + там же порекомендовали сделать так.

повторять свою аргументацию против использования таблиц для оформления не буду - см. здесь. вкратце аргументы за:

  1. флексбоксы - непривычно (и впринципе html/css в коде страницы)
  2. для обывателя флексбокс (и впринципе html/css) будет сложно поменять если что-то сломается
  3. "редакторы Википедии по сути консерваторы"

предлагаю рассудить и если мои аргументы против большинство найдёт более сильными, чем аргументы за, где-нибудь использование флексбоксов для оформления закрепить. sapphaline (обс.) 10:33, 8 июля 2025 (UTC)[ответить]

  • Какие есть проблемы: 1) Это неконсенсусные правки. Такие радикальные изменения нужно согласовывать. 2) Технически, флексбоксы лучше (по-моему я один вообще что-то хорошее про них сказал), но минусы превалируют над плюсами. 3) Редактировать страницу становится труднее, вы сами сказали. 4) Большинство просто не понимает что и зачем вы делаете, мало кто разбирается в ML. Из этого вытекает главный аргумент против: 5) Ваши изменения просто невостребованны. Никто из участников не просил поставить флексбоксы. Могли бы попросить читатели, которые не знали бы где оставить свою просьбу, но эти страницы для Википедистов, кроме пары сотеи редакторов на весь интернет туда никто не заходит. Вероятность, что туда попадёт читатель, и при этом у него возникнут проблемы, стремительно близится к нулю.
    Кроме того, на страницах обсуждения уже в общем-то сложился консенсус за неприятие флексбоксов. Pplex.vhs (обс.) 11:06, 8 июля 2025 (UTC)[ответить]
  • Послушайте, я всё-таки хотела бы увидеть внятное объяснение, что не так с таблицами и вики-разметкой, кроме того, что таблицы это фу, а флексбоксы это круто. И без всяких там "смотри туда" (где опять упираешься на линк куда-то). Я, конечно, бронтозавр, но в формировании консенсуса и мой голос тоже поучаствует, и многих таких же редакторов Википедии. Кто-нибудь возьмёт на себя труд разъяснить на человеческом языке и без снобизма, зачем эта замена нужна? Томасина (обс.) 17:00, 8 июля 2025 (UTC)[ответить]
    • "Сейчас вся сила в гемоглобине"! Сказано "флекс" это мейнстрим, а "таблица" — фу-фу-фу, значит надо верить :-) Ibidem (обс.) 17:10, 8 июля 2025 (UTC)[ответить]
    • eh...
    • знаете что такое язык разметки? HTML - язык разметки, разметку в котором можно описать как "логическую", согласно статье по первой ссылке. в такой разметке, цитируя, "речь идёт только о том, какую роль играет данный участок документа в его общей структуре". тоесть такой язык разметки не должен использоваться для визуальной составляющей документа. цитируя статью по второй ссылке: "Изначально язык HTML был задуман и создан как средство структурирования и форматирования документов без их привязки к средствам воспроизведения (отображения)". от такой задумки ради "красивого" оформления в своё время, конечно, отошли, но только из-за отсутствия на тот момент CSS, а если и наличия, то отсутствия (нормальной) поддержки такового в мейнстримных тогда браузерах.
    • но потом...
    • пришёл 1998 год, а вместе с ним - HTML 4. принцип отделения контента от презентации контента (англ. separate structure and presentation) наконец-то стал быть прямо прописан в спецификации. а ещё 1998 год принёс авторам веб-контента CSS2 - гораздо, гораздо более мощный уровень CSS, чем первый. наконец-то появилась возможность наверстать "красивое" оформление, делая всё в CSS и не злоупотребляя HTML.
    • но браузеры отставали. сильно отставали. добавить полную поддержку для css1 их разработчикам заняло от 3 до 4 лет. и стоял выбор - либо делать всё оформление в css, с учётом всех ограничений его имплементации в браузерах, либо продолжать использовать для всего таблицы. и к счастью, (почти) все выбрали первое.
    • переход от оформления в html до оформления в css произошёл, конечно же, не сразу, в основном из-за новизны css в браузерах, лени и ради поддержки всякого тогда ещё используемого старья, но уже к середине-концу 2000-х таблицы ради чисто оформительских целей стали использоваться редко, или не использоваться вообще: как пример, главная страница youtube в июле 2007 года использовала суммарно 18 тегов <table>, в то время как та же главная страница уже в июле 2008 года - один (1). поддержка css в браузерах не стояла, конечно, всё это время на месте, но это напрямую не относится к тому, что я хочу сказать:
    • большинство согласилось с принципом отделения контента от презентации контента, заложенным при самом создании html, ещё в 2000-х и следует ему по сей день.
    • возвращаясь к языкам разметки:
    • язык разметки mediawiki основывается на html, на выходе из него получается html и, исходя из этого, он должен следовать тем же правилам, что и html - собственно, он уже им и следует, т.к. никакой разметки просто ради оформления аля <center> или <marquee> в нём нет. использовать же таблицы, создаваемые с помощью этого языка разметки ради оформления - не "фича" языка разметки, а злоупотребление им, точно так же, как это было и до сих пор остаётся злоупотреблением в html, когда-то давно бывшее "законным" просто из-за отсутствия лучших методов. sapphaline (обс.) 20:10, 8 июля 2025 (UTC)[ответить]
    • Основная проблема с мобильными устройствами. — putnik 20:30, 8 июля 2025 (UTC)[ответить]
  • Что-то аргумент про непривычность html/css совершенно не соотносится с реальностью. Да, когда нужно добавить таблицу на страницу, это обычно делают через вики-разметку, а не HTML; и то, если чуть покопать, использование тега <table> вылезет (он, в частности, есть в каждой карточке, и ещё в сотнях шаблонах). Но о том, что у нас должны использоваться таблицы вместо тегов <div>, только потому, что последние отсутствуют в вики-разметке, я впервые слышу — заглавная страница свёрстана через div'ы, многие проекты свёрстаны через div'ы, юзербоксы свёрстаны через div'ы, и так далее. А для читаемости кода есть шаблонизация.
    По теме — да, устаревшие на 20 лет практики дизайна стоит обновлять, и несоответствие современным стандартам уже достаточный аргумент, чтобы НЕПОЛОМАНО не работало. ~A particle for world to form 02:05, 9 июля 2025 (UTC)[ответить]
    • Мейнстрим — это не всегда благо. Почитайте обсуждения про внедрение суперсовременного скина Вектор-2022, посмотрите, сколько у нас жаждет его использовать. Главная проблема в том, что любые изменения должны заранее обсуждаться и тестироваться, но этого сделано не было. У нас достаточно конфликтов было из-за того, что об изменениях те, кто этим пользуется, узнавали постфактум. Да, можно поменять начинку. Но делать это нужно без революций. Вариант приемлемый уже предложили: сделать эти блоки на шаблонах, тогда никого не будет волновать, на чём эти шаблоны сделаны, главное, чтобы код читался, ибо избирающим приходится в нём вставлять/изменять/убирать названия статей. Vladimir Solovjev обс 07:16, 9 июля 2025 (UTC)[ответить]
      • "Почитайте обсуждения про внедрение суперсовременного скина Вектор-2022" - так в том и дело, что в новом скине меняется весь интерфейс (хоть и визуально (но к сожалению не технически из-за использования grid) в сторону минимализма, что хорошо). если бы это была не смена интерфейса, а обновление того, как сделан существующий дефолтный vector-2010 (сейчас он сделан так, что без полного переписывания там адаптивностью и не пахнет, в отличие от vector-2022 кстати), то я буквально не вижу причин быть против.
      • "сделать эти блоки на шаблонах, тогда никого не будет волновать, на чём эти шаблоны сделаны, главное, чтобы код читался" - чем шаблоны лучше divов с классами и id? я не вижу преимуществ в использовании какого-нибудь {{википедия:избранные статьи/column}} над <div class="column">. sapphaline (обс.) 09:14, 9 июля 2025 (UTC)[ответить]
        • «код был сокращен, так сойдет или все равно нужны шаблоны?»
          В целом, шаблоны привычнее (до лимита). Хотя мне лично без разницы. ~~‍~~ Jaguar K · 09:37, 9 июля 2025 (UTC)[ответить]
        • Проблема в том, что в новом скине хватает не только спорных моментов, касающихся интерфейса, которые многим участникам не нравятся, так ещё и ошибок хватает, которые разработчики не могут или не хотят исправлять. Именно поэтому большинство участников русской Википедии проголосовало против его включения по умолчанию. И суть в том, что не всегда новое — это благо для всех. Vladimir Solovjev обс 10:05, 9 июля 2025 (UTC)[ответить]
      • > Почитайте обсуждения про внедрение суперсовременного скина Вектор-2022, посмотрите, сколько у нас жаждет его использовать
        Мне казалось, мы обсуждаем оформление кода, а не редизайн?
        Вектор-2010, и даже монобук, уже лет десять как перевёрстан с таблиц на современные технологии, и я не помню в нашем разделе возмущений по этому поводу. ~A particle for world to form 12:13, 10 июля 2025 (UTC)[ответить]
    • Я месяц пробыл избирающим ХС — мне не понравилось. При присвоения статуса статье надо ручками в разных файликах произвести от 8 до 10 действий. И если вместо упрощения этой дурной процедуры вам предлагают её усложнение, то могут и канделябром побить. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 07:19, 9 июля 2025 (UTC)[ответить]

Шаблон Convert, округление

Замечено, что в шаблоне Convert/mi/h для перевода миль/час в км/ч почему-то не работает параметр округления "sigfig", шаблон никак не реагирует на указанные значения и просто выдает число без округления. При этом сам параметр округления нормально работает, например в шаблоне Convert/mi при конвертации милей в км. Pls (обс.) 09:25, 8 июля 2025 (UTC)[ответить]

Техновости: 2025-28

MediaWiki message delivery 00:04, 8 июля 2025 (UTC)[ответить]

  • Приглашаем попробовать новую игру, Вики-гонка, в которой нужно переходить по внутренним ссылкам, чтобы достичь нужной статьи за наименьшее время и наименьшее количество шагов. Целью проекта является привлечение читателей новыми способами. Попробуйте игру и напишите отзыв на странице обсуждения.
    Вот она — геймификация! Так и вижу задачу: как из статьи Босния и Герцеговина во Второй мировой войне быстро перейти в статью Непотребства:-)?
    «Что было раньше?» — простая игра про историю, в которой нужно угадать, какое из двух событий сегодняшнего дня произошло раньше.
    Немного неверный перевод: слово «угадать» в русском не означает «вдумчиво отвечать». Здесь по смыслу лучше будет слово «выбрать» — более широкое слово, которое может значить и попытку ответа на основе своих знаний, и попытку ответа на основе своей интуиции/простого «авось» (т. е. то, что и значит слово «угадывать»). Также подойдёт и слова по типу «отгадывать»/«определить». Футболло (обс.) 11:43, 12 июля 2025 (UTC)[ответить]

Почему не работает шаблон IUCN в биологических статьях? BNovikov (обс.) 18:10, 6 июля 2025 (UTC)[ответить]

Prefix: a b c d e f g h i j k l m n o p q r s t u v w x y z 0 1 2 3 4 5 6 7 8 9

Portal di Ensiklopedia Dunia

Kembali kehalaman sebelumnya