У данного шаблона есть существенный недостаток. При изменении порядка пунктов в карточке или же при добавлении нового пункта в середину приходится переименовывать все метки, что очень неудобно. Есть ли какие-нибудь идеи, как можно усовершенствовать шаблон, чтобы избавиться от такой необходимости? LoKi12:50, 17 июня 2008 (UTC)[ответить]
В чем плюсы этого шаблона не понятны. Создаются шаблоны для шаблонов. Может, потом и в этом шаблоне будет стоять еще один шаблон, чтобы конечный шаблон был в кубе. Где обсуждались подобные изменения и простановка этого шаблона в других шаблонах?--Mariluna09:05, 14 августа 2008 (UTC)[ответить]
Добавление возможности использования стиля collapsible
{{editprotected}}?
Предлагаю для заголовка «вверху» использовать тег th
, а не td , чтобы можно было при использовании шаблона указывать в параметре «класс_вверху» значение класса collapsible.--Abiyoyo13:21, 4 января 2009 (UTC)[ответить]
Могу точно сказать, что td там взялся не с потолка, с th были какие-то проблемы. Но на данный момент я конкретно не могу сказать, в чём именно причина. Я попробую поэкспериментировать с th и collapsible. — putnik10:26, 14 февраля 2009 (UTC)[ответить]
Почему не используются шаблоны строк?
Привет! Кто-нибудь знает почему в этом шаблоне не используются вложенные шаблоны строк?
Текст этого шаблона очень длинный и довольно запутанный, но в то же время вполне однообразный.
Можно было бы сделать что-то навроде
Когда-то планировалось так сделать одновременно с полным реформированием шаблона. Но пока оно лежит как есть. Возможно, когда-нибудь он всё-таки будет переписан. На производительность, вероятно, влияет, но не очень сильно. — putnik20:55, 23 марта 2009 (UTC)[ответить]
Предположительно в этом месте ошибка. Получается, что если параметр "подпись" у изображения на задан, то после изображения всё равно будет выведен закрывающий тэг </span>, при том что открывающий тэг в этом случае будет отсутствовать. --ComIntern15:07, 24 мая 2009 (UTC)[ответить]
Используя этот шаблон в MediaWiki 1.16.0 столкнулся с этой ошибкой. При использовании карточки с изображением последующий HTML-код карточки эскейпился. После перестановки тэга </span> все заработало нормально. Xeron15:55, 4 августа 2010 (UTC)[ответить]
Можно ли добавить в шаблон опцию, чтобы можно было отказаться от 10px по бокам в качестве белой рамки? Я знаю, что она появляется в результате упоминания класса infobox, то есть подразумивается необходимой для шаблона-карточки. Но вот в шаблоне:Спортсмен ширина всего шаблона может быть большой из-за включения в него медалей, поэтому, чтобы сэкономить 10px, хотелось бы убрать эти поля, как было в том шаблоне до внедрения «Карточки». А моё частное мнение, что и в остальных шаблонах эта рамка ни к чему. Сидик из ПТУ11:43, 5 февраля 2010 (UTC)[ответить]
Размер шрифта
Скажите, а почему в русском шаблоне «Карточка» (и почти всех производных от него) используется тот же размер шрифта, что и в основном тексте статьи? В английском Infobox-е используется шрифт размером 85% от основного — как по мне, для вставки это логично, и выглядит весьма симпатично. Не стоит ли и нам слегка уменьшить шрифт в «карточке»? --Даниил Белый06:43, 10 октября 2010 (UTC)[ответить]
Второе изображение
Добавьте, пожалуйста, очень неудобно, что в английском шаблоне есть, а у нас нет. Код:
Через соответствующее поле: |стиль_меток = color: #993333. Только стоит трижды подумать, прежде чем менять стандартный цвет текста меток, обычно это лишнее. --Clarus The Dogcow08:09, 5 сентября 2011 (UTC)[ответить]
Технически это возможно. Но изменение довольно глобально, и, мне кажется, нужны веские основания для его введения. Полагаю, также будут и противники этого. Какую пользу, на ваш взгляд, это должно принести? Dmitry8915:10, 31 декабря 2012 (UTC)[ответить]
Написал версию шаблона с более коротким кодом и без ограничения на число строк: T:Карточка/lua. Кроме того, пока не понял, нельзя ли автоматически формировать список полей, присутствующих на ВД (до третьей фазы вроде нет). Ignatus11:02, 28 марта 2013 (UTC)[ответить]
А насколько вообще необходимо и оправдано использование шаблона {{Tnavbar}} в {{Карточка/Справка}}? По крайней мере, в том виде, что сейчас. Потому что если бы они только в шаблоне выводила ссылки «Просмотр • Обсуждение • Править» — это одно. Но когда они выводятся в самих статья, использующих эти шаблоны — это как-то совсем некрасиво и не к месту. Примеры подобных статей — Вооружённые силы Грузии, Jaguar (напиток), UTC+4:30. Дело в том, что я не большой специалист по шаблонам. Возможно ли как-то сделать, чтоб в статьях не было ссылок на работу с шаблоном? И если нельзя, то, может быть, убрать этот Tnavbar? okras18:21, 4 июня 2013 (UTC)[ответить]
Обоснование: снятие лимита на количество параметров (переход на Lua), добавление настройки параметра "cellspacing" (который не настраивается через "стиль тела" т.к. находится в HTML-атрибуте "cellspacing", а не "style"). Предлагаемый вариант проверен в личном пространстве (User:Seryo93/КАР и User:Seryo93/testКАР). Seryo93 (обс.) 06:30, 14 мая 2014 (UTC)[ответить]
@Seryo93: Решил попробовать всё-таки разобрать этот запрос, но разбив на меньшие. Для начала вставил итератор по строкам, теперь хотя бы можно работать с диффом между текущей версией карточки и предлагаемой. — putnik10:00, 23 июня 2016 (UTC)[ответить]
У меня возникала мысль - сделать новый интерфейс для создания карточек, где все входные данные передавались бы в одном параметре, который бы парсился внутри Lua, типа такого:
{{#invoke:somemodule|cardparser|1=
@odd 1=background:navy;color:white;
@even 1=background:lightblue; color:white;
@2=color:black;
Имя = имя
Фамилия = фамилия
Место работы = место работы ! организация
@if Место работы="Больница"!"Институт"
Звание = звание ! научная степень
@fi
}}
То есть она сама достанет параметры, переданные шаблону-карточке, что позволяет избежать нумерации строк руками и вообще упростить код шаблона; также можно попробовать объединить написание карточки с заданием TemplateData. Ignatus20:26, 15 мая 2014 (UTC)[ответить]
Subboxes
Прошу добавить в исходный код шаблона, возможность ставить Subboxes! Я вижу необходимость это в шаблоне Шаблон:Футболист2.
Возможно еще просто сделать строку стиль_заголовковn_2 - Для использования другого стиля в других заголовках. Спасибо! --Mr Hell12:04, 16 июня 2014 (UTC)[ответить]
Предлагаю добавить к шаблону поля для микроразметки. Вообще производные от шаблона "Карточка" так и просятся, чтобы их разметили: Фильм, Персоналии и т.д.
К шаблону добавятся поля «микр_тела», «микр1», «микр2» и т. д., которые будут определять значения полей itemtype и itemprop для соответствующих полей карточки.
Лучше пока протестировать механизм отдельно, движок сейчас режет эти атрибуты. Я написал в технический форум. Как только версия будет работоспособной, я перенесу код.--UniCollab06:19, 21 августа 2014 (UTC)[ответить]
Баг: Когда смотришь старую версию страницы, показывается последняя версия карточки.
Я не совсем уверен, где имено этот баг, и куда о нем надо сообщить. Так что пока оставлю здесь.
Как же это не баг? Когда я смотрю статью за прошедшее врямя я ожидаю увидеть то, что там было написано тогда. В английской вики такого не наблюдается. Alexei Kopylov09:35, 11 марта 2015 (UTC)[ответить]
Так, что это не баг, а известная документированная особенность работы. Сделать иначе если даже принципиально технически возможно (что тоже не факт) нецелесообразно с учетом того, что старая версия статьи не предназначена для чтения читателем. И вообще любые шаблоны в старых версиях отражаются в их текущем виде. Это особенность работы движка Медиавики.--Abiyoyo16:14, 11 марта 2015 (UTC)[ответить]
Нумерация меток
Допустимо ли нумеровать метки с интервалом, и начинать нумерацию не с единицы (чтобы можно было затем добавить новые метки, без изменения всей нумерации), например, так:
@Putnik: раз стиль_внизу совсем тут не используется, не будет ли лучше использовать стиль_внизу вместо стиль_внизу_общий? Например в Аптиково через Шаблон:НП получается двойная ";;" style="text-align:center;padding: 0 1px 1px 0;;" --0e (обс.) 11:23, 13 августа 2017 (UTC)[ответить]
Картинка, на мой взгляд, слишком «приткнута» к имени. Эстетичнее, опять же, на мой взгляд и с точки зрения художественной композиции, сделать равномерные отступы вокруг имени (или между именем и картинкой даже на пиксел-другой большим), чтобы надпись не «давила» на изображение.
PBot: "автоматический перевод карточек на новый унифицированный формат изображений"
@Putnik: Извините, что пропустил: а в чём этот новый унифицированный формат заключается? Как теперь прописывать удалённый ботом размер изображения? Как стыковать новую ширину карточки с другими шаблонами, которые раньше не требовали подгонки ({{внешние медиафайлы}} с дефолтной .22em и т.п.)? Retired electrician (обс.) 13:04, 15 октября 2018 (UTC)[ответить]
@Retired electrician: Практически во всех шаблонах в поле для изображения прописывается только имя файла. Такой формат, в частности, отлично поддерживается визуальным редактором. При необходимости во многих шаблонах можно указать ширину отдельным параметром, но это практически никогда не требуется. Бот в данном случае лишь пытается привести последние несколько тысяч статей, в который изображение вставлено как получится, к тому же виду, что и в остальных статьях. У шаблона {{внешние медиафайлы}} такая же стандартная ширина 23em, как и у всех карточек, так что проблемы со стыковкой быть не должно. Если где-то есть, давайте ссылку, будем разбираться. — putnik13:11, 15 октября 2018 (UTC)[ответить]
Только вместе с Вектором. Чтоб вся рота кактус жрала и радовалась, радовалась . Но лучше оставить как есть. А то следующим шагом придётся повышать размер с .23em до .30em, ибо «вдруг» не влезает. Retired electrician (обс.) 18:39, 15 октября 2018 (UTC)[ответить]
@Retired electrician: До 30em точно не придётся. Проблема в том, что сейчас в Векторе стандартная ширина карточки 14px × 88% × 23em = 267px, а в Монобуке 12.7px × 88% × 23em = 246px. Стандартный размер изображений сейчас 267px, так как в первую очередь все ориентируются на читателей, у которых всё показывается в Векторе. И чтобы карточку в Монобуке не растягивало, её размер должен быть не менее тех же 267px. Это можно достичь либо увеличением шрифта до 97%+, либо увеличением ширины карточки до ~25.35em, либо какие-то промежуточные варианты. Например, увеличение шрифта до 89% и ширины до 25em или шрифта до 93% и ширины до 24em. Если же все против, то можно оставить всё как есть. — putnik18:39, 16 октября 2018 (UTC)[ответить]
сейчас, c последними изменениями, карточки выглядят практически идентично [2]. В векторе текст чуть рыхлее, но в карточках это заметно только если сличать под линейку. Наверное, так и стоит оставить, не трогая размер шрифта - иначе уже монобучная карточка опухнет. Retired electrician (обс.) 20:02, 16 октября 2018 (UTC)[ответить]
Поменяйте, пожалуйста, у всех параметров вверхуN тег <td> на <th>, это нужно для более корректной семантики и более красивого отображения в случаях, когда нет стилей (в браузерном «режиме чтения», например). Соответственно, у параметра вверху стиль font-weight: bold; будет уже не нужен (по умолчанию и так жирный), зато у всех остальных будет нужен стиль font-weight: normal;, чтобы эту жирность перекрыть. — putnik09:43, 1 ноября 2018 (UTC)[ответить]
Может кто-нибудь помочь, в конструкции типа
|заголовок12 = {{#if: {{{Перевод|}}} | Перевод }}
|текст13 = {{{Перевод|}}}
не появляется текста. Параметр
| Перевод = Вася поставил рунический камень по Пете. Хорошо без Пети.
задан, а не работает. Номера у заголовка и текста разные, так что текст не должен вроде прятаться. Macuser (обс.) 09:51, 27 сентября 2019 (UTC)[ответить]
Спасибо, прикольно. Нет, я включил подсветку синтаксиса и написал, но по нажатию на "просмотреть изменения" замена пробелов не видна, виден только вбитый текст. Может, оно, конечно, при окончательном сохранении все поменяет... Macuser (обс.) 11:50, 27 сентября 2019 (UTC)[ответить]
Понять, не будет ли это ломать что-то, кроме двух заголовков подряд, вложенных подзаголовков и заголовков в конце карточки.
Проставить |автозаголовки = нет везде, где требуется
Изменить стиль_внизу, чтобы он влиял только на внизу, добавить стиль_всех_внизу
Чтобы унифицировать со стиль_вверху, который работает только как стиль_вверху1, и избавиться от путаницы, возникающей, когда параметры называются внизу и внизу2, но стиль_внизу влияет и на внизу2
Ботопроход, в том числе по админзащищённым карточкам.
Добавить блокN как аналог текстN без меткаN, но не оборачивающий значение в <tr><td colspan="2">...</td></tr>
Чтобы не возникало пустых строк при вставке {{Фрагмент таблицы}} и не было необходимости указывать |стиль_текстаN = padding:0;
Нет
Избавиться от параметра подпись (UPD.: используется непосредственно в статьях, без карточек)
Он провоцирует на расхождение подписи с самим изображением и в целом избыточен
Переставить информацию из него, в том числе в небольшом числе админзащищённых карточек
Добавить child, убирающий лишнее и задающий |nocat = 1 и |from = -
Зачем все Подписи внутри span style="display:block;? Оно внутри блочного td, после картинки и блочным block - можно заменить на div. Карточка универсальная, но из-за этого другие шаблоны, например Шаблон:Музыкальные инструменты или сами статьи, которые модифицируют параметр собственным div, попадают в Linterrors/misc-tidy-replacement-issues div-span-flip. --Sunpriat10:04, 27 декабря 2019 (UTC)[ответить]
В enwiki div и из 6 млн статей не страдают от этого. Если чему-то следовать, то был бы figure и figcaption. А span искуственно переключённый в блок от блока ничем не отличается, только списки линтера забивает (и прасером вики-текста в других местах прерывается раньше автоматически). Факт, что в подписи и переводы строк и сложные легенды вставляют. --Sunpriat16:25, 27 декабря 2019 (UTC)[ответить]
В enwiki нет общего механизма викиданных, где свойства могут и используются в том числе в строках. Если в блоке нет блочных элементов, он будет окружен span, и подпись с div внутри будет попадать в ошибки валидатора w3c. Чинить нужно ошибки не правильного использования свойств, а не прятать мусор под ковёр. Могли бы вы составить список проблемных статей, чтобы можно было более комплексно вместе с ботоводами подойти к решению проблемы? Serhio Magpie (обс.) 18:59, 27 декабря 2019 (UTC)[ответить]
Шаблон викиданных (вместе с картинкой и описанием) подставляется в изображение и оказывается выше подписи, не используя подпись совсем. --Sunpriat22:04, 27 декабря 2019 (UTC)[ответить]
Вместо того чтобы для присваивания аргументу text значения функции formatStatements модуля Wikidata, модуль присваивает аргументу результат исполнения шаблона {{Wikidata}}, что представляется лишним шагом. ·Carn14:25, 23 января 2020 (UTC)[ответить]
Местоположение
Местоположение в некоторых случаях (ГЭС Альтенвёрт) отображается некорректно. Здесь оно полностью берется из Викиданных. Оттуда идет: земля (Нижняя Австрия), коммуна (Кирхберг-ам-Ваграм) и кадастровая община (поселок Альтенвёрт). Порядок на странице https://www.wikidata.org/wiki/Q1557799 неверен, но отношение между адм. единицами верное (земля -> округ [пропущен] -> коммуна -> кадастровая община). Так или иначе, отображается «Нижняя Австрия, Альтенвёрт и Кирхберг-ам-Ваграм», а должно «Нижняя Австрия, Кирхберг-ам-Ваграм, Альтенвёрт». Если на странице в Викиданных задать округ Тульн, будет, наверное, только хуже. — Booblique (обс.) 15:43, 13 октября 2020 (UTC)[ответить]
@Booblique: В значении свойства нужно указывать только самую конкретную административную единицу. То есть в данном случае это будет Альтенвёрт (или Кирхберг-ам-Ваграм, если ГЭС не в границах населённого пункта). Всю остальную цепочку модуль должен достраивать сам. Почему этого не происходит, я быстро сказать не смогу, но посмотрю чуть позже. — putnik16:30, 13 октября 2020 (UTC)[ответить]
@putnik: Я просто не хочу удалять что-то на Викиданных, может другим языковым разделам это нужно. Там уже были Нижняя Австрия и Альтенвёрт (то есть уровни 1 и 4, два уровня были пропущены), я добавил Кирхберг-ам-Ваграм (уровень 3) для эксперимента. Предлагаю сделать модуль максимально нетребовательным, чтобы он просто игнорировал все адм. единицы, содержащие другие из списка, а потом, когда останется только одна, плясал от нее. Варианты, что может ему сейчас мешать: кадастровая община (уровень 4) почти никогда не указывается, может он на нее не рассчитан; уровень 2 пропущен; Викиданные показывают список в неверном порядке (уровни 1, 4, 3 вместо 1, 3, 4). — Booblique (обс.) 16:39, 13 октября 2020 (UTC)[ответить]
@Booblique: Если это по какой-то причине нужно другим разделам, то это исключительно их проблемы, потому что это не нужно как раз самим Викиданным. Каждое значение свойства — это отдельное значение, а не часть цепочки. Например, часть источников указывает, что что-то находится в административной единице А, а часть, что в Б (возьмите для примера любую спорную территорию, на которую претендуют два государства). В остальных случаях несколько значений не должны указываться. — putnik16:55, 13 октября 2020 (UTC)[ответить]
@putnik: Пусть так, я сравнительно новый участник, не хотел что-то удалять. Но теперь показывается: "Местоположение Альтенвёрт", что тоже не очень. Цепочка уровней не выстраивается, хотя данные для этого есть. — Booblique (обс.) 17:17, 13 октября 2020 (UTC)[ответить]
а почему у нас названия карточек сделаны через элемент ячейки таблицы <th>? есть же специально для таких целей <caption>. в англоязычной википедии например сделано через <caption>. предлагаю так же и у нас. sapphaline (обс.) 07:30, 12 июня 2025 (UTC)[ответить]
@Sapphaline, тут есть две основных причины, которые исторически сложились: 1. вверху0 — использование текста над основным заголовком, например в {{НП}}; 2. использование дополнительных оформительских элементами внутри заголовка, например в {{Футболист}} — раньше там вообще была таблица, теперь хотя бы div'ы. Так что хотя в теории использование caption правильно, на практике для этого, как минимум, надо справиться с текущими ограничениями, потому что запихивать в caption что-то, кроме текста, кажется семантически ещё менее корректным, чем ситуация, которую мы имеем сейчас. Может быть, лучше просто добавить к таблице aria-label, чем пытаться это всё починить. — putnik09:28, 12 июня 2025 (UTC)[ответить]
использование текста над основным заголовком - ну так это и через <caption> можно сделать. конкретно как в статье Красноярск можно сделать так:
запихивать в caption что-то, кроме текста, кажется семантически ещё менее корректным, чем ситуация, которую мы имеем сейчас. - ну так и зачем туда что-то ещё запихивать, когда изображения можно внести в ячейку таблицы с соответствующим заголовком ячейки вроде изображение, логотип и прочим? если уж совсем некрасиво подобное будет выглядеть, то заголовок ячейки и скрыть можно. sapphaline (обс.) 10:07, 12 июня 2025 (UTC)[ответить]
Тег <h2> тут не нужен: для заголовка страницы уже есть <h1> с тем же текстом, а прочие <h2> отвечают за содержание. Деление на абзацы семантически неверно — эти два заголовка составляют единое предложение. Попробовать сделать там два <span>'а и оформить тем же образом, каким это оформляется сейчас, — можно попробовать. — putnik13:01, 12 июня 2025 (UTC)[ответить]
оформить тем же образом, каким это оформляется сейчас - <table class='infobox' style='border-top: 0;'><caption style='border: 1px solid #aaaaaa;border-bottom: 0;background-color: #cfe3ff;'><span style='background-color: #f8f9fa;margin: -0.21em;font-weight: normal;display: block;font-size: smaller;margin-bottom: 0.2em;'>Город</span><span>Красноярск</span></caption>? sapphaline (обс.) 13:27, 12 июня 2025 (UTC)[ответить]
при использовании minerva эти стили нормально не отображаются к сожалению, поэтому там надо что-то вроде <table class='infobox'><caption style='background-color: #eaecf0;'><span style='background-color: #f8f9fa; margin: -0.71em; font-weight: normal; font-size: smaller;'>Город</span><span style='padding: 0.9em; margin-bottom: -0.5em;'>Красноярск</span></caption>. sapphaline (обс.) 13:47, 12 июня 2025 (UTC)[ответить]
.svg){kind=small}
![[1]](https://i.imgur.com/Wi1qrxr.png){kind=link}
![[2]](https://i.imgur.com/jfbyszS.png){kind=link}