Ссылка-сокращение ВП:Ф-Т · ВП:ФТ

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

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Содержимое удалено Содержимое добавлено
Строка 15: Строка 15:
******** Коллега, я до сих пор не понимаю сути стартового «предложения» в свете того, на каком форуме оно опубликовано. Я включился в обсуждение с ответом на Ваш вопрос «''И если нападавший — это тот, кто только нападал, но не убил, то что ему делать в шаблоне про убийство?''» И в своём ответе дал оценку текущему положению с шаблоном. — [[У:Jim Hokins|Jim_Hokins]] ([[ОУ:Jim Hokins|обс.]]) 20:10, 3 февраля 2023 (UTC)
******** Коллега, я до сих пор не понимаю сути стартового «предложения» в свете того, на каком форуме оно опубликовано. Я включился в обсуждение с ответом на Ваш вопрос «''И если нападавший — это тот, кто только нападал, но не убил, то что ему делать в шаблоне про убийство?''» И в своём ответе дал оценку текущему положению с шаблоном. — [[У:Jim Hokins|Jim_Hokins]] ([[ОУ:Jim Hokins|обс.]]) 20:10, 3 февраля 2023 (UTC)
********* Я тоже не понимаю. Топикстартер сначала попросил конкретики, а потом сказал, что у него какая-то формулировка уже есть и менять ее он не собирается. Если так, я думаю, можно закрывать тему. [[У:Vcohen|Vcohen]] ([[ОУ:Vcohen|обс.]]) 21:04, 3 февраля 2023 (UTC)
********* Я тоже не понимаю. Топикстартер сначала попросил конкретики, а потом сказал, что у него какая-то формулировка уже есть и менять ее он не собирается. Если так, я думаю, можно закрывать тему. [[У:Vcohen|Vcohen]] ([[ОУ:Vcohen|обс.]]) 21:04, 3 февраля 2023 (UTC)
********* Я хотел чтобы было описание этих двух параметров в шаблоне ({{para|нападавшие}} и {{para|убийцы}}). Приходилось сталкиваться с тем, что войны правок начинались именно из-за них. Описание помогло бы участнику определиться с заполнением какого-то одного или обоих параметров в ту или иную статью, отталкиваясь от ситуации, информационных источников и т.п. — [[У:ArtSmir|ArtSmir]] ([[ОУ:ArtSmir|обс.]]) 21:34, 3 февраля 2023 (UTC)
В принципе, мой посыл достаточно подробно разъяснил участник [[У:Jim Hokins|Jim_Hokins]]. Если возражений не будет, останется только это применить на практике и закрепить тому, у кого будут полномочия и умение это делать. — [[У:ArtSmir|ArtSmir]] ([[ОУ:ArtSmir|обс.]]) 14:21, 3 февраля 2023 (UTC)
В принципе, мой посыл достаточно подробно разъяснил участник [[У:Jim Hokins|Jim_Hokins]]. Если возражений не будет, останется только это применить на практике и закрепить тому, у кого будут полномочия и умение это делать. — [[У:ArtSmir|ArtSmir]] ([[ОУ:ArtSmir|обс.]]) 14:21, 3 февраля 2023 (UTC)



Версия от 21:34, 3 февраля 2023

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

Прошу у тех, кто шарит - может быть стоит добавить конкретики в такие термины как "убийца" и "нападавший", тем самым разграничив их. В последнее время эту "неопределённость" используют во многих статьях, только для придания эмоционального окраса, что как минимум неприлично получается в контексте. Спасибо! − ArtSmir (обс.) 23:54, 2 февраля 2023 (UTC)[ответить]

  • Не могли бы Вы заодно пояснить, какое именно разграничение предлагается? И если нападавший - это тот, кто только нападал, но не убил, то что ему делать в шаблоне про убийство? Vcohen (обс.) 07:50, 3 февраля 2023 (UTC)[ответить]
    • Исходя из того, что в шаблоне к параметру |нападавшие = подключено свойство Викиданных d:Property:P710, рискну предположить, что в этом параметре должны указываться все участники преступной группы, совершившей массовое убийство, а в параметре |убийцы = — только те её члены, которые непосредственно совершали убийства. То есть в случае убийцы-одиночки содержимое этих параметров будет совпадать, а для преступной группы оно может отличаться, например, водителем, сидевшим за рулём и не стрелявшим. — Jim_Hokins (обс.) 10:20, 3 февраля 2023 (UTC)[ответить]
      • То есть если это случай типа Катыни, то убийцами будут те солдаты, которым было приказано исполнить функцию палачей, а не политбюро ЦК ВКП(б), отдавшее приказ? Vcohen (обс.) 14:56, 3 февраля 2023 (UTC)[ответить]
        • Не обладаю достаточной информацией для ответа на Ваш вопрос. Не планирую вникать в соответствующий пласт информации, для того, чтобы ответить на Ваш вопрос. — Jim_Hokins (обс.) 17:55, 3 февраля 2023 (UTC)[ответить]
          • Грубо говоря, если есть заказчик убийства и исполнитель, то, как я понял, предлагается считать убийцей только исполнителя. Что-то здесь не так. Vcohen (обс.) 18:16, 3 февраля 2023 (UTC)[ответить]
            • Насколько я знаю, эти роли разграничиваются не только в Википедии, но и в уголовных законах, и в судебных приговорах, и в АИ, по которым пишется Википедия. Для заказчиков и/или организаторов убийств, наверное, в шаблон можно ввести отдельные параметры. — Jim_Hokins (обс.) 19:07, 3 февраля 2023 (UTC)[ответить]
              • Да, это могло бы быть вариантом решения. Но как предложено сейчас - согласитесь, что проблема есть. Или пусть автор идеи предложит такую формулировку, чтобы проблемы не было. Vcohen (обс.) 19:20, 3 февраля 2023 (UTC)[ответить]
                • Я не вижу никакого смысла изменять формулировку в обсуждении, которое отошло от изначальной темы... — ArtSmir (обс.) 19:39, 3 февраля 2023 (UTC)[ответить]
                • Коллега, я до сих пор не понимаю сути стартового «предложения» в свете того, на каком форуме оно опубликовано. Я включился в обсуждение с ответом на Ваш вопрос «И если нападавший — это тот, кто только нападал, но не убил, то что ему делать в шаблоне про убийство?» И в своём ответе дал оценку текущему положению с шаблоном. — Jim_Hokins (обс.) 20:10, 3 февраля 2023 (UTC)[ответить]
                  • Я тоже не понимаю. Топикстартер сначала попросил конкретики, а потом сказал, что у него какая-то формулировка уже есть и менять ее он не собирается. Если так, я думаю, можно закрывать тему. Vcohen (обс.) 21:04, 3 февраля 2023 (UTC)[ответить]
                  • Я хотел чтобы было описание этих двух параметров в шаблоне (|нападавшие = и |убийцы =). Приходилось сталкиваться с тем, что войны правок начинались именно из-за них. Описание помогло бы участнику определиться с заполнением какого-то одного или обоих параметров в ту или иную статью, отталкиваясь от ситуации, информационных источников и т.п. — ArtSmir (обс.) 21:34, 3 февраля 2023 (UTC)[ответить]

В принципе, мой посыл достаточно подробно разъяснил участник Jim_Hokins. Если возражений не будет, останется только это применить на практике и закрепить тому, у кого будут полномочия и умение это делать. — ArtSmir (обс.) 14:21, 3 февраля 2023 (UTC)[ответить]

Осталось несколько дней до окончания сбора (6 февраля) предложений для «Опроса о пожеланиях сообщества». Если у вас есть крутая идея или вы точно знаете, что нужно улучшить, присоединяйтесь! Iniquity (обс.) 11:43, 2 февраля 2023 (UTC)[ответить]

Большая просьба добавить в параметр align значение center для выравнивания блока шаблона по центру. Например, для его размещения над или под текстом, особенно в небольших разделах/подразделах, для которых выравнивание шаблона по левому или правому краю не подходит эстетически и приводит к его сползанию в нижние разделы/подразделы. — SerYoga 19:39, 1 февраля 2023 (UTC)[ответить]

При работе над данной статьёй со смартфона в браузере «Яндекс» (горизонтальное положение, компьютерная версия) столкнулся с тем, что шаблон, находящийся в левом верхнем углу раздела Биография, сполз аж до подраздела «Спортакадемклуб», дебют в 3-м и 2-м дивизионах, а также Кубке России.
Ситуацию бы как раз спасло наличие возможности выравнивать шаблон по центру (для размещения под всем текстом), но такая возможность совершенно странным образом отсутствует, в отличие от других шаблонов, связанных с работой с изображениями. Добавьте, пожалуйста. — SerYoga 06:37, 2 февраля 2023 (UTC)[ответить]
  • В мобильной версии? линк Если да, то независимо от ширины экрана (если больше 720) оно будет справа, так сделали стили моб. версии. ~~‍~~ Jaguar K · 06:42, 2 февраля 2023 (UTC)[ответить]
    • Нет, в компьютерной, я же специально уточнил. Речь о шаблоне, располагающемся в левом верхнем углу раздела Биография, текст шаблона: Вместе с отцом (по центру) на летних сборах Федерации тайского бокса города Москвы (ФТБМ) в Подмосковье, 2004 год.
    • Добавить возможность выравнивания по центру крайне затруднительно? Помимо этой статьи, за 13,5 лет работы сталкивался со множеством страниц, где расположение шаблона под всем текстом по центру было бы не только необходимо (из-за проблем с оптимизацией и т. п.), но и просто устраивало бы больше чисто эстетически. SerYoga 06:59, 2 февраля 2023 (UTC)[ответить]
    • Вот скрин. Шаблон сползает из раздела Биография. SerYoga 07:09, 2 февраля 2023 (UTC)[ответить]
      • Возможно, поможет Википедия:Иллюстрирование#Отображение_рядом_с_карточками.
        Ждите эксперта. ~~‍~~ Jaguar K · 07:35, 2 февраля 2023 (UTC)[ответить]
        • Не вижу ни каких технических проблем тут. SerYoga, предлагаю правильно и внимательно править статьи, правильно добавлять отступы где нужно, или же добавлять шаблон {{-}} перед шаблоном {{Внешние медиафайлы}} и все будет ок. Я подправил данную статью. С уважением, Vavilexxx (обс.) 09:36, 2 февраля 2023 (UTC)[ответить]
          • Если сползания не видно на вашем устройстве, это вовсе не означает, что его нет на устройствах других. Я, конечно, понимаю, что проще и быстрее всего перевести стрелки на автора темы и обвинить его в невнимательности, но для сомневающихся и плохо вникающих в суть текста я специально выложил скриншот со сползанием шаблона, что наглядно подтверждает мои слова и существование «проблемы». Моей вины в ней нет. После ваших незначительных правок ничего не изменилось — шаблон сползает в браузере «Яндекс» на моём устройстве (Samsung Galaxy S9).
          • И никто так и не ответил на главный вопрос: не затруднит ли добавить в шаблон возможность выравнивания по центру? Это сразу исправит «проблему» и закроет тему. — SerYoga 08:18, 3 февраля 2023 (UTC)[ответить]
            • > И никто так и не ответил на главный вопрос:
              Ок, пишите новый код шаблона в песочнице. Учтите, что float:center не существует. Я вам вариант решения подсказал, дальше дело за теми, кто знает css и хочет исправить эту ошибку (которая может быть не ошибкой). ~~‍~~ Jaguar K · 08:40, 3 февраля 2023 (UTC)[ответить]
          • > добавлять шаблон {{-}} перед
            На широких выглядит так же, как float box на узких.
            > правильно и внимательно править статьи, правильно добавлять отступы где нужно
            а вот это интересно, расскажите, о чем речь ~~‍~~ Jaguar K · 08:42, 3 февраля 2023 (UTC)[ответить]
Правилами не запрещено. Более того, читаем описание шаблона: «Шаблон может использоваться сколько угодно раз в любых местах статьи.» — SerYoga 17:16, 3 февраля 2023 (UTC)[ответить]

Итог

Началась анархия с до абсурда комичной демагогией, необоснованными сносами оформления и приказными тонами. Закрыто в тихом ужасе на правах автора запроса. Участников Jaguar_K (обс. · вклад) и ɪ (обс. · вклад) благодарю за время и комментарии по существу. — SerYoga 17:41, 3 февраля 2023 (UTC)[ответить]

  • Это не «демагогия». Поле «изображение» в карточках по сложившейся практике в абсолютном большинстве статей используется только для файлов в Википедии. Иное использование противоречит фактическому консенсусу. Если у вас есть аргументы за другой взгляд, напишите их и добейтесь другого консенсуса. Правила Википедии рассказывают об общих нормах оформления, а не постулируют всё вплоть до «не суйте пальцы в розетку». stjn 17:51, 3 февраля 2023 (UTC)[ответить]

Добрый вечер. Просьба добавить возможности работы с картами как в англовики. Шаблон не защищён. Но боюсь, что всё сломаю. Плюс математика. У нас считает проценты по всем голосам, а в англовики — только по действительным, без учёта недействительных. Результаты в инфобоксе и в разделе результаты должны совпадать. Заранее спасибо. Oleg3280 (обс.) 17:02, 1 февраля 2023 (UTC)[ответить]

Потеря page= при визульном редактировании галереи

Правкой коллеги [1] были потеряны «|page=» у изображений галереи. Мне удалось воспроизвести проблему:

M5 (обс.) 12:44, 1 февраля 2023 (UTC)[ответить]

Два заголовка подряд в шаблоне-карточке

Коллеги, как сделать так, чтобы в данном шаблоне-карточке при параметре «автозаголовки = да» (который автоматически скрывает абсолютно все заголовки, имеющие пустую/отсутствующую метку и текст) была возможность сделать исключение для любого из заголовков и не скрывать его даже при отсутствии параметров «метка» и «текст»?

Понадобилось установить два заголовка подряд: один («Профессиональная статистика») без парметров «метка» и «текст», а под ним («Смешанные единоборства») — с параметрами. Необходимо сделать так, чтобы «заголовок21 = Профессиональная статистика» отображался в шаблоне всегда, независимо от включения/отключения параметра «автозаголовки».

Вот:

|заголовок21 = Профессиональная статистика

|заголовок23 = Смешанные единоборства

|метка24 = Боёв

|текст24 =

SerYoga 09:14, 1 февраля 2023 (UTC)[ответить]
  • Можно поставить вверху |автозаголовки = нет, а все заголовки, следующие ниже позиции |заголовок21 =, вместе со всем содержимым, относящимся к этим заголовкам, заключить в шаблон {{Карточка/блок}}, внутри которого уже поставить |автозаголовки = да.
    Теоретически есть ещё возможность вводить заголовки через условие: |заголовок23={{#if:{{{Боёв|}}}|[[Смешанные боевые искусства|Смешанные единоборства]]|-}} и аналогично остальные, но тогда конструкция для заголовка «Другая информация» получится невообразимо сложной. --85.249.20.150 13:50, 1 февраля 2023 (UTC)[ответить]
Очень благодарю за способы решения. Если описать проблему более кратко и понятно, то мне нужно всего лишь повесить заголовок «Профессиональная статистика» над списком профессиональных бойцовских дисциплин шаблона (смешанные единоборства, классический бокс, тайский бокс, кикбоксинг, кулачные бои и т. д.). Например, для моей статьи об этом спортсмене (в данном случае заголовок «Профессиональная статистика» будет визуально располагаться над заголовком «Классический бокс»). А то мало ли вдруг чего не полностью поняли и всё можно решить проще. :-)SerYoga 14:52, 1 февраля 2023 (UTC)[ответить]
  • А может ещё проще: вместо двух заголовков, сделать две строки в одном? Don Rumata 10:10, 2 февраля 2023 (UTC)[ответить]
    • Тоже думал об этом, но такой отчаянный способ визуально выглядит странновато, особенно в сравнении с грамотно оформленными (не мной) заголовками в блоке с медалями снизу шаблона. Хотелось бы, чтобы технически все заголовки в шаблоне были составлены одинаково. — SerYoga 08:03, 3 февраля 2023 (UTC)[ответить]

Личное дополнение в викификатор для удаления webcitation

Коллеги, помогите кто-нибудь реализовать такой функционал.
Удаление ссылки на webcitation вместе с датой архивации.
Задолбало чистить руками, а IABot придет бог знает когда. Pessimist (обс.) 11:32, 31 января 2023 (UTC)[ответить]

Итог

Реализовано в ПРО:ВОСКР.— Pessimist (обс.) 15:51, 1 февраля 2023 (UTC)[ответить]

Технические новости: 2023-05

MediaWiki message delivery 00:05, 31 января 2023 (UTC)[ответить]

Три нюанса

Добрый день. Античная_демография#Основные_аспекты_классической_демографии - почему в таблице заголовок не идет на всю шапку таблицы и можно ли растянуть на всю ширину текста? Пещера#Пещеры_по_происхождению - можно ли таблицу в скрытом блоке растянуть на всю ширину шапки? Население Италии - можно ли все таблицы растянуть по ширине текста? Заранее благодарю. — Vyacheslav84 (обс.) 19:52, 30 января 2023 (UTC)[ответить]

Пещера тыс. м2 Местоположение
1 Саравак 167 Малайзия
2 Торка дель Карлиста 76,6 Испания

- Schrike (обс.) 20:02, 30 января 2023 (UTC)[ответить]

Выкидывает из системы

Работать невозможно, за пол часа выкинуло раз 12. — @ → SAV © 12:26, 30 января 2023 (UTC)[ответить]

Итог

Вроде получше стало. — @ → SAV © 15:45, 2 февраля 2023 (UTC)[ответить]

Коллеги, эта тема не относится к технической неполадке или проблеме, но так как вы рабираетесь в техническом плане на этом форуме логично написать сюда. Прошу меня извинить. В общем перетащил данный шаблон из англо-вики, но по техничсекой части я минимум, иногда «полный ноль». Вроде как проставил необходимый минимум для нормального функционирования, но мало ли ещё чтоли-бо надо, прошу проверить. С уважением, Алексей Старовойтов (обс.) 13:44, 29 января 2023 (UTC)[ответить]

  • А можно Вас попросить удалить код шаблона (заменить на пробел, например) и добавить заново с указанием атрибуции вроде комментария к правке вроде этого (если не было изменений): Копирование кода шаблона [[:en:Template:Start and end dates|Template:Start and end dates]] (версии [[:en:special:redirect/revision/1125564791|1125564791]] от 04 декабря 2022 года) англоязычного раздела Википедии (повторное внесение для исправления атрибуции). Конечно, если он пока нигде не используется. D6194c-1cc (обс.) 13:51, 29 января 2023 (UTC)[ответить]
  • Параметр df я убрал, у нас вроде обратный порядок даты не используется. Сделал, чтоб месяца склонялись. Насколько понимаю, шаблон пригодится при переводе текстов из англовики. Спасибо за его перенос. D6194c-1cc (обс.) 15:27, 29 января 2023 (UTC)[ответить]

iabot.toolforge снова сломался

Уже пару дней не работает. [6]. Знает кто причину? Из-за торможения самого Wayback Machine? — Владлен Манилов [✎︎] / 17:15, 27 января 2023 (UTC)[ответить]

Итог

Да, заработало. — Владлен Манилов [✎︎] / 05:09, 2 февраля 2023 (UTC)[ответить]

pageviews

Имеет ли значение переименование без перенаправлений или переименование с заменой редиректа на статью для статистики? Пример: Марш Луи перенесен, и на его месте создана новая страница. Статистика как-либо учитывает этот перенос, или нет? ~~‍~~ Jaguar K · 15:44, 26 января 2023 (UTC)[ответить]

Итог

~~‍~~ Jaguar K · 00:55, 31 января 2023 (UTC)[ответить]

Унификация/параметризация шаблонов с #invoke и параметрами

Есть шаблоны Шаблон:Список старейших людей в мире, Шаблон:Список старейших женщин, используются в одноименных статьях. Отличаются только одним параметром для вызова модуля. Можно ли сделать универсальный шаблон, с учётом того, что число параметров будет расширяться и плодить шаблоны для каждого нового параметра и из комбинаций не хочется? — A.sav (обс.) 11:34, 26 января 2023 (UTC)[ответить]

  • Используйте frame:getParent().args.var или frame:getParent().args['Параметр'] в русском варианте вместо frame.args.var и frame.args['Параметр'] соответственно и можете добавлять параметры прямо на страницу в шаблон. С уважением, Vavilexxx (обс.) 13:16, 26 января 2023 (UTC)[ответить]
  • Вы можете "пол" как параметр ввести прямо в шаблон Список старейших людей в мире. Через #switch можно переводить значения из удобочитаемого вида в принимаемый модулем. Каких-либо препятствий я не вижу. А при каком сочетании параметров необходимо создавать отдельный шаблон – это уже вопрос удобства, наверное. D6194c-1cc (обс.) 15:51, 26 января 2023 (UTC)[ответить]

Cite web поломался

Обнаружилась проблема с шаблоном {{cite web}}: при указании даты в формате гггг-мм-дд и кода языка для русскоязычных сайтов дата отображается корректно:
- Русскоязычный автор. Русскоязычный заголовок. Русскоязычный сайт (1 января 2023).
Однако для иноязычных сайтов дата отображается по-прежнему на русском языке, а не переводится на указанный в коде язык (насколько я помню, раньше она переводилась на соответствующий язык):
- Англоязычный автор. Англоязычный заголовок (англ.). Англоязычный сайт (1 января 2023).
- Италоязычный автор. Италоязычный заголовок (итал.). Италоязычный сайт (1 января 2023).
У «братского» шаблона {{cite news}} такой проблемы нет, всё работает так, как и должно:
- Русскоязычный автор (2023-01-01). "Русскоязычный заголовок". Русскоязычный сайт.
- Англоязычный автор (2023-01-01). "Англоязычный заголовок". Англоязычный сайт (англ.).
- Италоязычный автор (2023-01-01). "Италоязычный заголовок". Италоязычный сайт (итал.).
Кто-нибудь может поправить? Заранее спасибо. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 07:44, 26 января 2023 (UTC)[ответить]

  • Так в русскоязычном разделе дата и должна обозначаться по-русски. Поправить надо «cite news». - 93.191.79.54 12:56, 26 января 2023 (UTC)[ответить]
  • Изменение в шаблон {{Cite web}} было внесено коллегой WindEwriX по итогу обсуждения на форуме предложений. — Jim_Hokins (обс.) 15:23, 26 января 2023 (UTC)[ответить]
    • Так, на СО шаблона обсуждалось, что дата публикации и другие даты отличны по языку.
      На форуме обсуждаются, вроде как, формат полей x-date, кроме Abiyoyo, который за русификацию.
      Итого на со аноним против и за подсказки, Yellow Horror за подсказки, Jim_Hokins за любой вариант, кроме смешанного, Abiyoyo за.
      Консенсус ли?
      + в итоге, WindEwriX изменил оба шаблона. Но вот вопрос:
      Как TranslateDate должен узнать язык, если он в него не передается?
      Если это исправить, то остается старый консенсус, что и должно было быть. Наверное. ~~‍~~ Jaguar K · 17:04, 26 января 2023 (UTC)[ответить]
      • 1) Если в течение года после изменения вопросов ни у кого не возникало, то, наверное, да, консенсус. Не получится убедительно утверждать, что в течение года это изменение никто не замечал. 2) Две недели назад коллега Dima st bkперевёл шаблон {{Cite web}} на модуль, который вовсе не использует шаблон {{TranslateDate}}, поэтому, наверное, вопрос с этим шаблоном уже и вовсе не актуален? — Jim_Hokins (обс.) 20:46, 26 января 2023 (UTC)[ответить]
        • Почему неактуален? Запрос 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 состоит как раз в откате до старого консенсуса. ~~‍~~ Jaguar K · 21:02, 26 января 2023 (UTC)[ответить]
          • Мне кажется, мы говорим о разных вещах. Или я недостаточно понято выразился, что вопрос с шаблоном {{TranslateDate}} может быть не актуален в связи с его неиспользованием, или же Вы действительно уверены в том, что коллега Leokand требует откатить все изменения шаблона, как минимум по 11 января 2022 года, включая перевод на модуль? — Jim_Hokins (обс.) 22:05, 26 января 2023 (UTC)[ответить]
            • Шаблон не актуален, но его логика актуальна. ~~‍~~ Jaguar K · 22:38, 26 января 2023 (UTC)[ответить]
              • А какой смысл выводить дату на другом языке? Я понимаю, что название сайта должно быть на оригинальном языке, но дата, когда этот сайт работал, должна быть на понятном для русскоязычного автора языке, то есть русском. При этом единственное возражение, которое было там, был дан контраргумент, который оспорен не был. Год всё работает, проблем не возникало. И какой смысл возвращать обратно? Vladimir Solovjev обс 08:20, 27 января 2023 (UTC)[ответить]
                • Какое возражение, где, чье? Дифф плз, непоятно, о чем речь.
                  Мне параллельно, как будет. Однако учтите, что здесь запрос от Leokand и его поддержал D6194c-1cc, с которым я спорил. ~~‍~~ Jaguar K · 22:48, 27 января 2023 (UTC)[ответить]
      • @WindEwriX, прокомментируйте, пожалуйста, сообщение выше. Как я понял, на форуме вы в тексте описали замену костылей TranslateDate на парсер с русским по умолчанию, а по коду
        в коде Cite web простым вызовом |  ({{HumanizeDate|{{{date|{{{datepublished|}}}}}}}})
        получается полный отказ от других языков + консенсус неясен ~~‍~~ Jaguar K · 21:07, 26 января 2023 (UTC)[ответить]
  • Поскольку у нас в правилах указано, что мы руководствуемся ГОСТ, он предписывает информацию, относящуюся к источнику указывать на языке источника. Насколько я понимаю, дата публикации относится к тому, что может помочь идентифицировать источник, поэтому, полагаю, логично, чтобы она записывалась на языке источника, на котором она будет указана в самом источнике. А вот с датой обновления и датой обращения отдельная история, поскольку эта информация уже прямого отношения именно к публикации не имеет, скорее описывает её, в ГОСТе приводятся лишь русскоязычные обозначения (хотя англоязычных примеров не нашёл).
    Ради интереса проверил, как дата указывается в авторитетных книгах, которые у меня есть, – везде информация о англоязычных источниках записывается на английском, но нигде я не смог найти указания месяца, он обычно опускается. Но полагаю, было бы очень странно увидеть месяц на русском среди английских названий. D6194c-1cc (обс.) 15:35, 26 января 2023 (UTC)[ответить]
    • > Поскольку у нас в правилах указано, что мы руководствуемся ГОСТ
      Где? ~~‍~~ Jaguar K · 15:52, 26 января 2023 (UTC)[ответить]
      • ВП:БИБГРАФ. Там это в разряде "желательно". Поэтому Cite web в текущем виде ничего не нарушает. Но вместо него желательно использовать Cite web 2. D6194c-1cc (обс.) 15:56, 26 января 2023 (UTC)[ответить]
        • Тогда это явно ни к чему вводить. Сам ВП:БИБГРАФ по ГОСТу, но его отношение к руководствам (с учетом свободных правок вроде https://ru.wikipedia.org/?diff=127739023, которые теперь возвели в правило имхо без оснований) и тем более правилам крайне сомнительно. ~~‍~~ Jaguar K · 16:01, 26 января 2023 (UTC)[ответить]
          • Не совсем понял, что там за свободные правки возводятся в правило. Если вопрос лишь в пробеле до двоеточия, то на практике пробел обычно отсутствует, ГОСТ его предписывает. Почему так – не могу сказать. Но вариант с пробелом хорошо соотносится, например, с разделением заголовка и подзаголовка или дополнительной информации, то есть он унифицирован. D6194c-1cc (обс.) 16:06, 26 января 2023 (UTC)[ответить]
            • Ни правила, ни руководства не должны свободно меняться без обсуждения. Тогда это были просто правки, которые, может быть, никто не заметил, а сейчас автор к ним аппелирует как к авторитету.
              Разделение это хорошо, но применять в его качестве двоеточие с пробелом до очень странно. ~~‍~~ Jaguar K · 16:12, 26 января 2023 (UTC)[ответить]
              • А в какой правке было спорное свободное изменение руководства? Там просто идёт обсуждения пробела до двоеточия. D6194c-1cc (обс.) 16:16, 26 января 2023 (UTC)[ответить]
                • В тех, что я привел. Но если речь об отменах, то их не было. ~~‍~~ Jaguar K · 16:20, 26 января 2023 (UTC)[ответить]
                  • Руководство вот: Википедия:Ссылки на источники. Там последнее время особо сильно ничего не меняли.
                    ГОСТ общепринят в русскоязычных источниках. Практически в каждой авторитетной книге на первых листах есть библиографическая запись самой книги по ГОСТ. В русскоязычном сегменте в принципе нет других стилей (в отличие от англоязычной литературы, где стилей несколько). Поэтому, что Вы пытаетесь донести, я не совсем понимаю. D6194c-1cc (обс.) 16:29, 26 января 2023 (UTC)[ответить]
                    • В 2014 [7]. ~~‍~~ Jaguar K · 16:37, 26 января 2023 (UTC)[ответить]
                    • Я пытался донести, что гост || правилам. Изменять шаблон только из-за госта не стоит. ~~‍~~ Jaguar K · 16:39, 26 января 2023 (UTC)[ответить]
                      • Тем не менее, это аргумент в спорах. "Желательно" в руководствах при спорах, насколько могу судить, позволяет сослаться на него при отмене обратной замены с ГОСТовского на обычный, оно должно учитываться при подведении итогов.
                        А если бы "желательно" было в правилах (хотя такого в нормальной ситуации не должно быть, поскольку противоречит здравому смыслу), то за замену ГОСТовского шаблона на негостовский уже могли бы предупреждение выносить или заблокировать, если повторяется, равно как и была бы правомерной отмена правки с добавлением неГОСТовских ссылок. D6194c-1cc (обс.) 19:06, 26 января 2023 (UTC)[ответить]
          • Я вспомнил, почему БИБГРАФ так и не приняли. Потому что в новом госте очень много лишнего (в том числе «информационной шелухи», затрудняющей восприятие), и он входит в противоречие с устоявшимися традициями оформления источников в научных работах. — Cantor (O) 09:04, 27 января 2023 (UTC)[ответить]
            • Это руководство, и оно много лет таковым обозначено. Полнота заполнения библиографической записи определяется исходя из лаконичности, которая требуется. ГОСТ не требует вообще всё указывать. Если целью является библиотечная карточка, заполняется всё, если же это статья в научном журнале, заполняется необходимый минимум. В онлайн-энциклопедии, например, обычно нет смысла указывать тираж и физические характеристики. А вот в Викиданных их уже можно указать, в Викиданных можно хранить полную библиографическую информацию. Аналогично со степенью заполнения повторной затекстовой ссылки. D6194c-1cc (обс.) 09:17, 27 января 2023 (UTC)[ответить]
              • Во французской Википедии в своё время решили всё элегантно: там есть отдельное пространство для источников, в которых есть библиокарточка источника, на которую можно перейти по ссылке из сноски, а в самой сноске или и не обязательно оставлять все выходные данные. Правда это было до введения Викиданных. Vladimir Solovjev обс 09:47, 27 января 2023 (UTC)[ответить]
                • У меня была идея подгрузки всплывающей подсказки к источнику/подмены записи по клику в списке литературы через JS-скрипт в виде полной библиографической записи со всей возможной информацией, но это не в этом году, полагаю. Может быть удобно, для отображения всяких возможных идентификаторов и подробных сведений об источнике. D6194c-1cc (обс.) 10:26, 27 января 2023 (UTC)[ответить]
  • А для чего читателю видеть дату на испанском? -- dima_st_bk 16:55, 28 января 2023 (UTC)[ответить]
    • Потому что указывают информацию так, как указано в источнике, например: [10], [11], [12], [13]. Полагаю это делается потому что: 1) поиск по русскоязычной дате вряд ли даст результаты для книги на немецком; 2) так принято с давних времён: [14]; 3) попробуйте подставить в эти примеры дату на русском, смотреться будет очень странно. Если указывать дату на русском, с таким же успехом и остальные вещи можно начать на русский переводить вплоть до заголовка. Но это логичнее сделать в комментарии в конце библиографической записи в круглых скобках. D6194c-1cc (обс.) 17:36, 28 января 2023 (UTC)[ответить]
      • Впрочем мои суждения правомерны для научных статей, книг, документов. Cite web – про сайты и не подчиняется ГОСТ. Если это лишь для информирования об актуальности публикации (всё остальное есть по ссылке), а не для её поиска, то тогда будет иметь смысл. Но из общей колеи остальных источников будет выбиваться. D6194c-1cc (обс.) 17:42, 28 января 2023 (UTC)[ответить]
      • Дата на языке оригинала может быть написана и так: י"ז באייר תשנ"ט. Поймет ли русский читатель, что перед ним дата? И даже если написано 9/11, это может оказаться 9-м ноября или 11-м сентября, и здесь читатель может оказаться уверен, что понял правильно, будучи введен в заблуждение. На самом деле дата - это не часть текста (чтобы ее копировать либо переводить), и она должна быть написана на понятном языке. Vcohen (обс.) 23:42, 28 января 2023 (UTC)[ответить]
        • На иврите вроде год записывается цифрами обычно, например: [15]. На самом деле человек может даже не понять, что перед ним заголовок на иврите или название издатель, или место публикации. Вряд ли эти параметры сильно отличаются от даты публикации, по крайней мере заголовок точно несёт информационную нагрузку для читателя. D6194c-1cc (обс.) 06:40, 29 января 2023 (UTC)[ответить]
          • Название издательства, количество страниц - это всё информация, которая должна быть понятна читателю, а не приведена как текст, который можно разве что скопировать по буквочкам, но не прочитать. Не годится пример на иврите - приведу на арабском. Vcohen (обс.) 07:58, 29 января 2023 (UTC)[ответить]
            • Издательства скорее всего не будут иметь названий на русском, да и такой перевод никакой смысловой нагрузки не имеет. То есть часть информации просто невозможно будет перевести правильно во многих случаях (включая заголовок, на самом деле). Поэтому проще не делать кашу из русского и других языков.
              А второй момент, – цитирование. В некоторых случаях цитирование выполняет роль атрибуции. Некоторая информация может использоваться в статьях, но не может использоваться без цитирования, поскольку это может оказаться плагиатом (например, автор обобщил ряд исследований и сделал по ним выводы). В таких случаях цитирование может выполнять ещё и юридическую функцию и должно правильно отображать информацию об источнике.
              Поддержка же отдельных языков, включая такие, где письмо справа налево – это отдельный вопрос. D6194c-1cc (обс.) 09:56, 29 января 2023 (UTC)[ответить]
              • В арабском языке проблема не в том, что справа налево, а в том, что в качестве цифр используются символы, которые трудно опознать как цифры. У меня вопрос: цель этой даты - быть текстом, служащим для идентификации источника, или сообщать информацию читателю? Мне все-таки кажется, что второе. Название издательства, возможно, лежит где-то между этими случаями (и тогда его можно давать на двух языках). Vcohen (обс.) 10:12, 29 января 2023 (UTC)[ответить]
                • Более того, дата на английском в приведённых примерах написана неправильно, правильно писать January 1, 2022. Лучше всего дату писать в унифицированном виде, например, 2022-01-01 (YMD). Leopold XXIII 10:15, 29 января 2023 (UTC)[ответить]
                • Название издательства переводить вообще как бы вряд ли возможно. Точно так же, как и названия русских компаний. ООО Суперфирма на английском таки будет OOO Superfirma (ООО тоже нельзя переводить). Транслит - это отдельная тема. D6194c-1cc (обс.) 10:26, 29 января 2023 (UTC)[ответить]
                  • Так все-таки надо превратить Суперфирма в Superfirma. Потому что Суперфирма или סופרפירמה для англоязычного читателя будет нечитабельно, а Superfirma - читабельно. Но название издательства - это, наверно, промежуточный случай. Давайте разберемся с датой. Должна ли она быть читабельной для русскоязычного читателя? Vcohen (обс.) 10:34, 29 января 2023 (UTC)[ответить]
                • Ну и названия в некоторых случаях тоже могут охраняться авторским правом. Попытка перевода без ведома автора в контексте этого же самого произведения и в представлении именно названия может тоже нарушать авторские права. Но это больше относится к художественным произведениям и научно-популярной литературе, насколько я могу судить. D6194c-1cc (обс.) 10:36, 29 января 2023 (UTC)[ответить]
                  • Перевод нарушает АП, а копирование не нарушает? Неисповедимы пути твои, Господи. Но мы сейчас не об этом. Надеюсь, что перевод даты не нарушает ничего. Vcohen (обс.) 11:40, 29 января 2023 (UTC)[ответить]
            • Категорически нет. Если я ищу публикацию по выходным данным, то мне нужны оригинальные данные, а не перевод. Pessimist (обс.) 12:46, 29 января 2023 (UTC)[ответить]
              • Значит, нужно и то, и то. Особенно для случаев, когда написано 9/11, а имеется в виду (по-нашему) 11/9 (или вообще старый стиль). Vcohen (обс.) 12:53, 29 января 2023 (UTC)[ответить]
                • Точный день выхода при этом чаще всего избыточен (за исключением газетных публикаций), а обсуждаемый выше параметр — дата доступа, а не дата публикации. Для даты публикации следует использовать унифицированный формат, а не привязанный к языку. Leopold XXIII 19:46, 29 января 2023 (UTC)[ответить]
                • Тут есть такая интересная тема как микроформаты: [16], [17]. Но насколько они полезны именно в этом случае я ещё не понял. D6194c-1cc (обс.) 21:14, 29 января 2023 (UTC)[ответить]

Обрезается часть сообщения

В разделе есть сообщение с {{начало скрытого блока}}{{конец скрытого блока}} и текстом как до, так и после него, а также == Примечания == {{примечания}} внутри скрытого блока. При редактировании раздела == Примечания == {{примечания}}, {{конец скрытого блока}} и текст после {{конец скрытого блока}} пропадает. Баг? Википедия:Форум/Вопросы#Белые флаги у спортсменов России и Белоруссии. - 109.232.190.66 20:43, 25 января 2023 (UTC)[ответить]

  • Что Вы называете редактированием? У меня ничего не пропадает. Vcohen (обс.) 21:36, 25 января 2023 (UTC)[ответить]
    • Если я нажимаю на «править код» у названия раздела, то как раз того, что на вашем скрине, у меня нет, а есть только то, что до == Примечания ==. И в предпросмотре так же. - 109.232.190.66 22:36, 25 января 2023 (UTC)[ответить]
    • После того как там оставил сообщение другой пользователь — стало отображаться всё. - 109.232.190.66 22:53, 25 января 2023 (UTC)[ответить]
    • Имел в виду Schrike. А там ещё, оказывается, M5 сообщение оставлял. И, что характерно, вот таким вот образом [18] оно оказалось помещено (я потом, после сообщения Schrike и моего ответа на него, когда у меня стало отображаться, поправил [19]), т.е. у него как будто тоже исчезало то, что не отображалось у меня. - 109.232.190.66 23:12, 25 января 2023 (UTC)[ответить]
  • Сообщение М5 написано через CD. При этом в теме (в т.ч. в коде) нет кнопки "ответить в раздел", и у меня вышло ответить лишь так [20] (ответ анониму). По идее "ответить в раздел" дало бы такой комментарий к правке, как у М5.
Что касается редактирования примечаний, ничего не понял. Можете в моем черновике попробовать воспроизвести или в песочнице. ~~‍~~ Jaguar K · 20:23, 26 января 2023 (UTC)[ответить]
  • А, так там срабатывает так, что конструкция из знаков «равно» по бокам слова «Примечания» формирует новый раздел — это можно увидеть в «Содержании» (версия страницы, раздел № 14) — хоть и внутри {{начало скрытого блока}}{{конец скрытого блока}} всё это дело находится. - 93.191.73.162 11:04, 27 января 2023 (UTC)[ответить]

Даже не знаю

Столкнулся с тем, что использование {{ВС}} может подтягивать из ВД то, что у нас в РуВики внесено в спам-лист. После этого статья (повод) становится нередактируема в принципе, если не убирать оттуда ВС или «спам» из ВД. Я, конечно, «обхитрил» систему, убив на ВД «спам»-ссылку, внеся правки и вернув затем на ВД убитые данные. Но вообще это ненормально. Хотел сделать запрос на изменение спам-листа, но прочитал, что есть яростное сопротивление синхронизации с международным сообществом в плане использования вики-ресурсов в ссылках. И вот все (многие) языковые разделы имеют {{ВС}}-нормальную ситуацию, а у нас какие-то танцы с бубном — то ли внезапно по техническим причинам нашего раздела в конкретной статье надо убивать {{ВС}}, но ли воевать с ВД, то ли что ли. Там же в архиве изменения спам-листа (ссылка выше) прочитал повод для написания сюда: фразу «Невозможность редактирования поправил,…» от коллеги Track13. Собственно, я не призываю тут (на техническом форуме) менять правила или спам-лист. Я прошу проверить техническую возможность настроить редактирование статьи (статей) без отказа от использования {{ВС}} и без «вандализма» в ВД. Спасибо! PS идеал — отключить проверку спам-листа для данных из ВД, наверное; воевать со спамом на ВД корректнее в самих ВД, чем ломать привычную редакторам нашего раздела логику работы с шаблонами (страшно представить что будет, если кто-то массово завтра завтра обеспечит наличие спам-ресурсов РуВики в идентификаторах даты/места рождения/смерти, которые идут в ВД-преамбула) написал sagi (обс.) 20:38, 25 января 2023 (UTC)[ответить]

Итог

По теме — решено, остальное — не по теме. Спасибо! sagi (обс.) 18:19, 1 февраля 2023 (UTC)[ответить]

что-то с движком?

https://ru.wikipedia.org/?diff=128093300 обратите внимание на ссылки: та, что ведет на 2023 год, имеет _ в якоре и работает. Все, что ведут на текущую страницу, имеют пробел в якоре и не работают. При этом сокращенные работают.

Примеры здесь:
Википедия:Форум/Технический#Фукада,_Кёко ❌N
#Фукада,_Кёко зелёная ✓Y
Википедия:Пинг#Условия_срабатывания_при_упоминании_в_тексте зелёная ✓Y ~~‍~~ Jaguar K · 15:19, 25 января 2023 (UTC)[ответить]

Итог

Кажись, поправили. Википедия:Форум/Технический#Даже_не_знаю ~~‍~~ Jaguar K · 00:55, 31 января 2023 (UTC)[ответить]

Автоматическое добавление подписи при добавлении секции обсуждения на КУ, КУЛ и подобных

Коллеги, можно ли реализовать автоматическое добавление подписи при создании новой секции обсуждения с помощью шаблонов типа Шаблон:К улучшению или Шаблон:К удалению и им подобным. Имеется в виду клик на ссылку в строчке «Номинатору: добавить секцию обсуждения.» VladimirPF 💙💛 07:17, 25 января 2023 (UTC)[ответить]

ошибки, ошибки, ошибки, ошибки, ошибки

Как это дрянь убрать?

К сожалению, сервер не смог сохранить ваши изменения из-за потери идентификатора сессии. Пожалуйста, нажмите кнопку «Записать страницу» ещё раз. Если эта ошибка повторится, попробуйте завершить сеанс и заново представиться системе.

Ессно ошибка повторяется. Жму на выход - неверный токен. Три раза неверный. Потом вышло. При входе пишет про захват сессии (непрерывно).

Похоже, возникли проблемы с текущим сеансом работы; это действие было отменено в целях предотвращения «захвата сеанса». Пожалуйста, переотправьте форму.

Очистил куки и прочие данные рувики - не помогло. Перезагрузил роутер, сменился ip - не помогло. Почистил данные всех википедий - помогло, зашел. При первой же правке дрянь, которая была в начале. ~~‍~~ Jaguar K · 21:16, 24 января 2023 (UTC)[ответить]

  • Запасная мышка есть? --85.249.20.150 02:14, 25 января 2023 (UTC)[ответить]
    • В смысле?.. ~~‍~~ Jaguar K · 10:43, 25 января 2023 (UTC)[ответить]
      • То, что Вы описываете, похоже на реакцию системы на повторное нажатие кнопки, когда ещё не отработано предыдущее. Возможная причина — дребезг контактов в мышке. --85.249.20.150 11:54, 25 января 2023 (UTC)[ответить]
        • Нет, это реальная проблема, с правками у залогининеных участников, возникшая вчера. Я с ней тоже столкнулся, не проверял чем закончится просто закончил редактировать. Скорее всего какой-то технический сбой был и тех.обслуживание. Ksc~ruwiki (обс.) 11:58, 25 января 2023 (UTC)[ответить]
      • (кр) Видимо, имеется в виду вот это. Vcohen (обс.) 11:55, 25 января 2023 (UTC)[ответить]
        • Глянул, но ошибки-то другие там (КР). Впрочем, если не забуду (эта дрянь не такая частая, но избавиться от нее «прямо сейчас» очень сложно), то проверю эту теорию (у меня тачпад без мышки, и кнопки вообще не использую; кроме того, ошибка легко возницает при сохранении через shift-alt-s, так что дребезг или подобное маловероятно)
          Ранее я уже писал про это, ранее помогал сброс всех данных вики, а теперь пошло дальше-_-
          Хотя на форум чудом запостилось. ~~‍~~ Jaguar K · 12:24, 25 января 2023 (UTC)[ответить]
  • У меня была со вчера на сегодня та же "дрянь", около 0:00 мск (незалогинивает и т.п.) - и ничем не лечилось (про "дребезг контактов" знаю давно, сменил вчера безуспешно две мыши), пришлось просто плюнуть, выключить комп и пойти спать. Сегодня поутру зашел - всё нормально. Т.ч. скорее это ВПшный глюк. -- Алексей Густов (обс.) 12:45, 25 января 2023 (UTC)[ответить]

Итог

Пишут, что была ошибка: https://wikitech.wikimedia.org/wiki/Incidents/2023-01-24_sessionstore_quorum_issues ~~‍~~ Jaguar K · 00:53, 31 января 2023 (UTC)[ответить]

Технические новости: 2023-04

MediaWiki message delivery 23:45, 23 января 2023 (UTC)[ответить]

Excuse me for using English here. Категория:User kba seems to be used by Карачаево-балкарский язык users, however kba points to en:Galaagu language in ISO 639-3. Could anyone help to adjust them? Thanks.--迴廊彼端 (обс.) 06:23, 21 января 2023 (UTC)[ответить]

Нужна помощь с архиватором

Помогите, плиз, отделить овец от козлух. В статье Международная книга InternetArchiveBot спас два источника. Сейчас они архивированы, а изначальную ссылку неплохо бы удалить вовсе, она стала порной. Какой тут принцип действий для дилетантов, желающих удалить спам, но оставить аркайвинг? Спасибо. Asylum ignorantiae (обс.) 16:26, 21 января 2023 (UTC)[ответить]

Категоризация шаблоном «Государственный деятель»

Здравствуйте, уважаемые коллеги! Пишу по мотивам раздела Википедия:Форум/Архив/Технический/2023/01#Категории в Торрес Хименес, Уго. Подскажите, пожалуйста, по каким причинам шаблон {{Государственный деятель}} не производит категоризацию статей по профессиональной/государственной принадлежности. Вроде бы, соответствующий вызов модуля CategoryForProfession в код шаблона заложен, а категоризация, тем не менее, не производится. — Jim_Hokins (обс.) 12:11, 21 января 2023 (UTC)[ответить]

Прошу прощения, а является ли такое поведение бота корректным? 15 сентября он удалил «некорректные» архивированные копии ссылок, 29 сентября — отменил свою же правку. 43K1C7 (обс.) 16:29, 20 января 2023 (UTC)[ответить]

Дата последней правки участника

Можете тут добавить дату последней правки участника? Википедия:Участники по числу правок Kaiyr (обс.) 07:40, 20 января 2023 (UTC)[ответить]

Просьба добавить параметр "Ширина". Спасибо. — Ghirla -трёп- 21:17, 17 января 2023 (UTC)[ответить]

  • Также не понимаю, почему содержание поля "тип" выводится в карточке дважды. См. для примера Коммандария. — Ghirla -трёп- 21:23, 17 января 2023 (UTC)[ответить]
    • Потому что такой двойной вывод заложен в сабжевом шаблоне строками |вверху0 = {{{Тип|}}} и |текст14 = {{{Тип|}}}. — Jim_Hokins (обс.) 10:35, 18 января 2023 (UTC)[ответить]
      • А зачем нужно скрадывать у статьи пространство дублирующими друг друга строками? Можете убрать одну? — Ghirla -трёп- 08:07, 21 января 2023 (UTC)[ответить]
        • На вопрос «А зачем нужно скрадывать у статьи пространство дублирующими друг друга строками?» ответ мне не известен. Поинтересуйтесь, пожалуйста, у авторов шаблона. Убрать одну строку я могу, да и Вы сами можете. Вот только, наверное, стоит предварительно обсудить, которая именно строка лишняя, на странице обсуждения шаблона. — Jim_Hokins (обс.) 12:06, 21 января 2023 (UTC)[ответить]
  • Сейчас в шаблоне предусмотрен единый параметр |Размер =, устанавливающий ширину и для логотипа и для изображения. Для логотипа или для изображения запрашивается ввести отдельный параметр |Ширина =? — Jim_Hokins (обс.) 11:11, 18 января 2023 (UTC)[ответить]
  • Действительно, «ширина» — стандартное имя параметра. В общем случае надо бы было добавить синоним, но поскольку нигде, кроме указанной статьи, параметр не используется, достаточным оказалось просто изменить имя. То, что этот параметр управляет и основной картинкой, и логотипом, — это, конечно, некорректно; не заметили этого до сих пор по той же причине — потому что нигде не используется. Теоретически нужен отдельный параметр «Ширина логотипа», но я решил пока не городить огород, а просто оставить для логотипа только стандартный размер; не факт, что понадобится иное, но если вдруг понадобится, то добавить — две минуты. --85.249.20.150 01:38, 22 января 2023 (UTC)[ответить]

Технические новости: 2023-03

MediaWiki message delivery 01:09, 17 января 2023 (UTC)[ответить]

Категории в мобильной

А в мобильной версии категории нельзя посмотреть? Или я чего-то не знаю? Лес (Lesson) 11:58, 15 января 2023 (UTC)[ответить]

Итог

В архив. Обычно пока нельзя, но есть способы. @Lesless, если ответ подходит— Proeksad (обс.) 19:05, 1 февраля 2023 (UTC)[ответить]