Шаблон обсуждения:Navbox

Непосредственно отображать дочерние навигационные окна

Множество статей превышают ограничение размера включения после расширения из -за того, что навигационные блоки занимают огромное количество байтов. Во многом это вызвано навигационными блоками, которые включают дочерние навигационные блоки, поскольку вложение шаблона навигационного блока в другой шаблон навигационного блока приводит к тому, что внутренний навигационный блок учитывается дважды в пределе (а если вы используете шаблон вместо модуля напрямую, он на самом деле учитывается 4 раза). Чтобы облегчить это, я изменил Module:Navbox/sandbox , чтобы разрешить добавлять дочерние навигационные блоки без необходимости добавления дополнительного вызова шаблона или вызова модуля. Например, вместо

{{ Navbox | name =  {{ subst : PAGENAME }} | title = Title | list1 =  {{ Navbox | child | group1 = Group1.1 | list1 = List1 }} | list2 =  {{ Navbox | child | group1 = Group2.1 | list1 = List1 }} } }

Ты мог бы сделать

{{ Navbox | name =  {{ subst : PAGENAME }} | title = Заголовок | list1 = дочерний | list1_group1 = Группа1.1 | list1_list1 = Список1 | list2 = дочерний | list2_group1 = Группа2.1 | list2_list1 = Список1 }}

Код срабатывает только в том случае, если текст list# является ключевым словом "child" И указан хотя бы один параметр, начинающийся с "list#_". Результатом является значительно меньший размер включения после расширения и, на мой взгляд, более простой для чтения код. Конечно, старый метод или комбинация этих двух методов все еще работает, как показано на User:Ahecht/sandbox4 . Есть какие-нибудь мысли, прежде чем я сделаю формальный запрос на редактирование? -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 20:08, 30 июля 2024 (UTC) [ ответить ]

Я думал сделать что-то похожее на это. Думаю, я бы предпочел увидеть что-то вроде list1.1и , group1.1что немного короче и, вероятно, не приведет к слишком разным кодам.
Я не совсем уверен, что нам нужно соглашаться с child, я почти уверен, что это можно сделать без дополнительного ключевого слова. Izno ( talk ) 20:16, 30 июля 2024 (UTC) [ ответить ]
@ Izno Итак, дочерний навигационный блок в "списке 4" будет использовать group1.4, list1.4, group1style.4, image.4, или это будет group4.1, list4.1, group4style.1, image4, и т. д.? Если это первый вариант, то кодировать его не должно быть сложнее, хотя у него нет того же естественного отступа, а иерархический порядок не такой, как ожидали бы большинство людей (хотя использование 4.group1, 4.list1, и т. д. решает эту проблему). Если это последний вариант, то код, безусловно, будет более запутанным, поскольку некоторые аргументы будут разделены, другие нет, а извлекаемое число будет находиться в другом месте в разных переменных. Это также затруднит преобразование существующих навигационных блоков.
Вы правы, что нет необходимости выбирать childключевое слово — мы могли бы сканировать аргументы на предмет наличия разделителей, извлекать номер списка и добавлять его в listnums. Единственная причина, по которой я его включил, заключается в том, что он делает очевидным для кого-то, кто создает или редактирует шаблон navbox, что этот номер списка занят, что должно снизить вероятность того, что они случайно добавят текст в оба list#и укажут параметры для дочернего элемента. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 20:58, 30 июля 2024 (UTC) [ ответить ]
Я немного больше склоняюсь к стилю, так как он визуально различает группы (особенно если они выровнены). Primefac ( обсуждение ) 11:57, 31 июля 2024 (UTC) [ ответить ]listx_listy
Я думаю о том, что я видел 3 или даже 4 слоя навигационных панелей, так что это list1_group1_list1_group1_list1_group1становится немного громоздким. :) На самом деле, работает ли реализация для случая большего количества слоев? Izno ( talk ) 15:52, 31 июля 2024 (UTC) [ ответить ]
Хм, верное замечание. Primefac ( обсуждение ) 16:04, 31 июля 2024 (UTC) [ ответить ]
@ Izno , Primefac Реализация рекурсивна, поэтому она работает с вложенными списками (я добавил пример в User:Ahecht/sandbox4 ), хотя это было бы "только" list1_list1_list1_group1. Чем больше я об этом думаю, тем больше мне не нравится эта list1_list1нотация (так как в этом месте это не совсем список), и я склоняюсь либо к child1_list1/ subgroup1_list1как к более описательной, либо просто 1_list1как к более краткой. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 16:47, 31 июля 2024 (UTC) [ ответить ]
Я обновил песочницу на Special:Permalink/1239318936, чтобы она принимала нотации child1_list1, subgroup1_list1, и 1_list1, как показано на User:Ahecht/sandbox4 . В настоящее время она требует ключевых слов childили subgroup, но это требование может быть потенциально удалено в будущем обновлении. Я также сделал функцию, которая считывает аргументы, рекурсивной, чтобы сохранять ссылки в правильном порядке, даже когда используются дети/подгруппы. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 13:53, 8 августа 2024 (UTC) [ ответить ]
 Готово, я пошел и реализовал это. Надеюсь, я не сломал 8% Википедии! -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 18:03, 16 августа 2024 (UTC) [ ответить ]
zh:Module:NavboxV2 уже добился прямой визуализации дочерних навигационных блоков четыре года назад и интегрировался с {{ Navbox with columns }} / {{ Navbox with collapible groups }} (через |type=параметр). Dabao qian ( talk ) 05:52, 8 сентября 2024 (UTC) [ ответить ]
@ Dabao qian Я объединил три шаблона в Module:Navbox/sandbox . Вы можете установить |type=(или |1_type=) на "with columns" или "with collapsible groups". Для {{ Navbox with columns }} вы используете нотацию "col1_list1" для подгрупп столбцов. См. пример в Template:Navbox/testcases#allthreetypes . -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 01:14, 2 октября 2024 (UTC) [ ответить ]
Хорошо, похоже на китайскую версию. Установите |type=(по умолчанию установлено значение "vertical") на "horizontal" или "vertical_collapsible", чтобы переключить {{ Navbox with columns }} или {{ Navbox with collapible groups }} . Dabao qian ( talk ) 13:10, 2 октября 2024 (UTC) [ ответить ]
@ Dabao qian Точные ключевые слова, которые используются, можно задать в Module:Navbox/configuration/sandbox как keyword.with_collapsible_groupsи keyword.with_columns. Я выбрал «with columns» и «with collapsible groups», потому что мы использовали названия {{ navbox with columns }} и {{ navbox with collapsible groups }} в английской Википедии в течение последних 7 лет, поэтому эти термины более знакомы, чем «horizontal» и «vertical_collapsible» (плюс они позволяют заменить {{ navbox with columns }} на {{ #invoke:navbox |with columns}}). -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 17:04, 2 октября 2024 (UTC) [ ответить ]
Я скопировал этот модуль в zh-yuewiki (см. yue:Module:NavboxV2) и модифицировал для совместимости с zh:Module:NavboxV2. Но как разрешить использовать оба |1_border=и ? Dabao qian ( talk ) 17:18, 2 октября 2024 (UTC) [ ответить ]|list1=[child/subgroup]
@ Dabao qian Вам никогда не понадобится использовать |1_border=. Если вы используете |list1=subgroup, модуль автоматически устанавливает |1_border=subgroupбез необходимости его указания (он также автоматически устанавливает |1_navbar=plain). Вы по-прежнему можете использовать старый метод, поэтому должен получиться тот же результат, что и . -- Ahecht ({{#invoke:NavboxV2|navbox|list1=subgroup|1_list1=List 1}}{{#invoke:NavboxV2|navbox|list1={{#invoke:NavboxV2|navbox|border=subgroup|navbar=plain|list1=List 1}}}}
СТРАНИЦА ОБСУЖДЕНИЯ) 00:48, 8 октября 2024 (UTC) [ ответить ]
Как автор NavboxV2, я наконец-то вижу, что у enwiki также есть проблема перегрузки Navbox, которая похожа на zh и требует решения. Я тронут. (LOL)
Относительно проблемы режима параметров:
  • Для разделителя я выбрал "-" (короткое тире), а вы выбрали "_" (подчеркивание). Это личный выбор, и я не планирую делать здесь совместимость. В основном это касается неопределенности обнаружения параметров (и тире, и подчеркивания должны быть обнаружены одновременно), некоторых жестко закодированных проблем (некоторые коды используют только тире в качестве значения входящего поиска параметров) и моей лени;
  • Для обнаружения подтела я не использую, listN=childпотому что код обнаружения подтела параметра borderможно использовать повторно, и в то же время можно избежать неопределенности обнаружения параметра (необходимо угадать, listN=childявляется ли «дочерний» элемент значением метки подтела или обычным значением содержимого списка. И первое также требует больше кода обнаружения параметра подтела);
  • Что касается добавления параметров типа «список», таких как «дочерний» и «подгруппа», то аналогично, поскольку большая часть структуры кода {{ Navbox }} скопирована, позиция кода исходного значения «списка», имя параметра — просто «список», поэтому сохраняйте простоту и не добавляйте слишком много дополнительной неопределенности входных данных.
Код NavboxV2 не интегрирован в Navbox, но создается новый шаблон. Это потому, что я не локальный администратор и не могу обновлять код Navbox по своему желанию. Кроме того, новый шаблон можно отлаживать и исправлять код в любое время, чтобы не влиять на нормальную работу Navbox.
Я буду следить за вашей работой и постараюсь найти что-нибудь интересное, на что я мог бы почерпнуть вдохновение. -- Cwek ( обсуждение ) 09:35, 9 октября 2024 (UTC) [ ответить ]

Белая рамка темного режима

В темном режиме для всех навигационных окон граница выглядит так: Есть ли способ исправить это, чтобы границы отображались правильно? Это мелочь, но она влияет на множество статей. —  Qwerfjkl talk 11:32, 7 августа 2024 (UTC) [ ответить ]

Белые границы используются для различения четных и нечетных строк списка. Dabao qian ( talk ) 05:57, 8 сентября 2024 (UTC) [ ответить ]
Они не должны быть видимыми границами, особенно ярко-белыми, как эта. Границы должны быть отрисованы того же цвета, что и другие серые границы. Это можно исправить в правилах CSS для темного режима, если кто-то с возможностью редактирования мог бы это сделать. Down10  TA CO 07:52, 8 октября 2024 (UTC) [ ответить ]

Видимость на мобильных устройствах

Всем здравствуйте,

Я не хотел быть слишком WP:BOLD и удалять информацию о том, что шаблон не виден на мобильном устройстве, хотя я проверял всего секунду назад, и он виден. Я также проверил отчет Phab, связанный в заголовке как часть редактирования другой страницы, и, похоже, проблема была по крайней мере частично решена.

Если кто-то захочет обновить страницу, чтобы отразить последние изменения, или же скажет мне, что я совершенно неправ, лол, дайте мне знать!

JuxtaposedJacob ( обсуждение ) | :) | 01:10, 18 октября 2024 (UTC) [ ответить ]

Навигационные поля обычно не видны на мобильных устройствах. Remsense  ‥ 论01:28, 18 октября 2024 (UTC) [ ответить ]
Интересно, что я вижу те, что на моей странице пользователя на мобильном устройстве, но не те, что в разделе статей.
Спасибо!
JuxtaposedJacob ( обсуждение ) | :) | 04:23, 18 октября 2024 (UTC) [ ответить ]
Они (теперь) видны за пределами основного пространства, поэтому, вероятно, следует внести уточнение для предоставления корректной информации. Izno ( обсуждение ) 18:13, 18 октября 2024 (UTC) [ ответить ]

ИДЕНТИФИКАТОР

Этот шаблон, по-видимому, использует идентификаторы для aria-labelledby. Идентификаторы — это аргументы title, above или group1. Это вызывает проблемы, когда на странице с одинаковым заголовком используется более одного шаблона. Эти страницы попадают в Special:LintErrors/duplicate-ids , который в настоящее время не поддерживается Parsoid, новым парсером. Я не уверен, что эти идентификаторы необходимы. Может ли он просто иметь доступную метку и не иметь идентификатора, вместо использования aria-labelledby? Snævar ( talk ) 18:42, 26 ноября 2024 (UTC) [ reply ]

aria-labelledby — это потому, что нет другого способа определить структуру для навигационных средств (ну, есть aria-label или что-то в этом роде, но это просто включало бы дублирование заголовка и затем удаление всего потенциального вики-текста и т. п., что в конечном итоге является хакерством). Я немного посмотрел на это, когда был выпущен lint, и я думаю, что самое простое/лучшее решение — просто вырвать его для неполных навигационных блоков, а также удалить поддержку использования group1/above, которая и так чаще всего является проблемой. (выше, вероятно, не должно быть в списке резервных вариантов в любом случае.)
Патчи приветствуются ~ Izno ( обсуждение ) 19:25, 26 ноября 2024 (UTC) [ ответить ]
Другим решением было бы сделать что-то вроде хеширования всего содержимого навигационного ящика, что, скорее всего, приведет к получению уникального идентификатора, а затем использовать его вместо этого. Izno ( talk ) 19:27, 26 ноября 2024 (UTC) [ ответить ]
Разве он не мог просто сгенерировать случайную строку? Nardog ( обсуждение ) 19:33, 26 ноября 2024 (UTC) [ ответить ]
На основе какого сида? Либо он не засеян, и вы необоснованно варьируете кэш парсера, либо он засеян, и вам все равно нужно выяснить, откуда он берется. Izno ( talk ) 19:38, 26 ноября 2024 (UTC) [ ответить ]
Хм. Может ли модуль подсчитать, сколько раз он запущен на странице? Nardog ( обсуждение ) 19:55, 26 ноября 2024 (UTC) [ ответить ]
Нет. И намеренно нет, так что даже если есть способ, он не поддерживается и может быть сломан по желанию. Izno ( talk ) 21:07, 26 ноября 2024 (UTC) [ ответить ]
Также: Что плохого в изменении кэша парсера? Разве он не генерируется только один раз за очистку? Nardog ( обсуждение ) 19:59, 26 ноября 2024 (UTC) [ ответить ]
Эм, я не совсем уверен, что то, что я там сказал, было правдой? Я просто думаю, что вы не можете определить, какой контент будет в любой конкретный день/неделю/месяц, что обычно плохо для кэшей. Izno ( talk ) 21:11, 26 ноября 2024 (UTC) [ ответить ]
@ Izno , Nardog , Snævar : Я реализовал очень «быструю и грязную» схему хеширования в Module:Navbox/sandbox (она просто суммирует общую длину аргументов), но я недостаточно знаю об aria (или о цели ее реализации здесь), чтобы увидеть, действительно ли она работает так, как задумано. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 16:59, 8 января 2025 (UTC) [ ответить ]
Часть этой проблемы заключается в том, что иногда дочерние навигационные окна получают идентификатор. Например, Template:2024_United_States_presidential_election имеет идентификатор из child7_title, хотя дочерний элемент является частью большего навигационного окна. Этот идентификатор никогда не используется aria-labeledby. В этом примере есть конфликт на Tom_Hoefling с Template:2016_United_States_presidential_election . То же самое происходит с group1 в дочерних навигационных окнах. Snævar ( talk ) 20:04, 28 ноября 2024 (UTC) [ reply ]
Правильно. Я не знаю, почему группа была решена как запасной вариант — я не могу вспомнить ни одного законного случая. Izno ( talk ) 06:32, 1 декабря 2024 (UTC) [ ответить ]

Кнопки [показать] и [скрыть] имеют неправильный цвет

Кнопки [показать] и [скрыть] в строке заголовка имеют бледный цвет внешней ссылки на оригинальном скине Vector. Они единственные с такой проблемой. Пожалуйста, исправьте это. 89.172.154.11 (обсуждение) 21:11, 27 декабря 2024 (UTC) [ ответить ]

Как создать навигационную панель с несколькими горизонтальными панелями/заголовками/разделами?

Так что мне просто интересно, например, могу ли я редактировать шаблон navbox, чтобы добавить горизонтальный подзаголовок? Что-то похожее на «выше» или «ниже», за исключением того, что я могу вставить его в середину шаблона или куда-нибудь еще. Вы понимаете, о чем я? Я пытался прочитать о том, как использовать шаблон navbox со сворачиваемыми подразделами, но это просто сбило меня с толку. AHI-3000 ( обсуждение ) 05:23, 31 декабря 2024 (UTC) [ ответить ]

Если вы не хотите добавлять сворачиваемый дочерний подбокс, вы всегда можете использовать a listXбез соответствующего groupX, что поместит значения списка на его собственную строку, разделяющую другие группы. По крайней мере, я думаю, что это то, к чему вы стремитесь, основываясь на вашем утверждении, но я мог неправильно прочитать. Primefac ( talk ) 17:28, 31 декабря 2024 (UTC) [ ответить ]
@ Primefac : Я имел в виду отдельный заголовок, который можно разместить над группами/списками в навигационной панели или между ними, что-то, что поможет организовать навигационную панель, разделив ее на два или более наборов различных групп. AHI-3000 ( обсуждение ) 18:03, 6 января 2025 (UTC) [ ответить ]
Лучшим вариантом, вероятно, будет использование {{ Navbox with collapseible groups }} с |stateX=offдля каждого соответствующего |groupX=. Primefac ( обсуждение ) 16:08, 7 января 2025 (UTC) [ ответ ]

Возвращаясь к слияниюМодуль:Navbox,Модуль: Navbox со сворачиваемыми группами, иМодуль: навигационная панель с колонками

Я хотел бы вернуться к объединению Module:Navbox , Module:Navbox со сворачиваемыми группами и Module:Navbox со столбцами , как обсуждалось в разделе #Прямая отрисовка дочерних навигационных блоков, теперь, когда пыль по этим изменениям и реализации Module:Navbox со столбцами уже улеглась .

Модуль:Navbox/sandbox в настоящее время настроен на работу в качестве бэкэнда для всех трех шаблонов. Это дает преимущество в том, что файлы кода и конфигурации хранятся в одном месте, что упрощает поддержание согласованности между тремя шаблонами, а также позволяет вкладывать один тип navbox в другой с помощью параметра |type=(или |1_type=). Это также позволяет заменить вызов {{ navbox with columns }} или {{ navbox with collapsible groups }} на {{ #invoke:navbox |with columns}} или {{ #invoke:navbox |with collapsible groups}}.

Недостатком является то, что Module:Navbox становится больше и в нем становится сложнее ориентироваться, но я думаю, что повторное использование вспомогательных функций оправдывает это.

Мысли? -- Ахехт (
СТРАНИЦА ОБСУЖДЕНИЯ) 21:35, 7 января 2025 (UTC) [ ответить ]

Для меня это не принципиальная проблема. Возможно, вам стоит взглянуть на обсуждение пользователя:Izno#Navbox (я не думаю, что ваши изменения вызвали эту проблему, но, возможно, они ее вызвали, IDK). Izno ( обсуждение ) 21:39, 7 января 2025 (UTC) [ ответить ]
 Готово . Не стесняйтесь вернуться, если это вызовет какие-либо проблемы. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 19:30, 22 января 2025 (UTC) [ ответить ]
Я откатился из-за проблем с {{ taxonbar }} и {{ Military navigation }} , которые не были зафиксированы в тестовых случаях. Я повторно развернул изменение с исправленной ошибкой, но посмотрим, что еще всплывет. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 20:05, 22 января 2025 (UTC) [ ответить ]

TemplateStyles подъем в сворачиваемых группах

Перемещено из обсуждения пользователя:Izno

Так что случилось с {{ IPA navigation }} ? Является ли удаление TemplateStyles ошибкой со стороны модуля? Нет ли обходного пути? Nardog ( talk ) 15:30, 3 января 2025 (UTC) [ ответить ]

Как я уже прокомментировал ранее, это должно работать. И работает из параметров, которые не являются соответствующими списками. Я не могу сказать вам, почему это не работает. Нет обходного пути, который не требует включения 4 отдельных вызовов TemplateStyles непосредственно в определение шаблона. Izno ( talk ) 20:21, 3 января 2025 (UTC) [ ответить ]
Дальнейшее обсуждение может быть разумно провести на Template talk:Navbox об этом, Ahecht проделал недавнюю работу и, вероятно, сможет решить эту проблему. Izno ( talk ) 20:24, 3 января 2025 (UTC) [ ответить ]
@ Izno Похоже, это как-то связано с твоим Special:Diff/1128570433 . Насколько я могу судить, стили не добавляются обратно, если navbox является подгруппой. Я могу довольно легко это изменить (как показано в Special:Diff/1268198362 ), и это решает проблему {{ IPA navigation }} , но я недостаточно знаю о phab:T303378 , чтобы знать, вызовет ли это другие проблемы. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 15:58, 8 января 2025 (UTC) [ ответить ]
Это конкретное различие относится к моменту введения подъема, так что если он никогда не работал, то он либо изначально был глючным, либо я просто не продумал проблему до конца. Ваше изменение не должно вызывать проблем.
T303378 — это причина, по которой у нас вообще есть подъем. Если/когда это больше не будет проблемой (или когда навигационные окна будут отображаться на мобильных устройствах, а не на обрезанном phab:T124168), мы сможем полностью удалить соответствующий код, но кто знает, когда это произойдет. Izno ( talk ) 20:48, 8 января 2025 (UTC) [ ответить ]
Спасибо, и извините за путаницу в шаблоне навигации IPA. Я мог бы поклясться, что редактировал песочницу. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 20:50, 8 января 2025 (UTC) [ ответить ]
Ты это сделал. А потом ты этого не сделал. :D
Одна из вещей в вашей настройке, и, возможно, мы ничего не можем или не хотим с этим сделать, заключается в том, что она поднимает таблицу стилей шаблона navbox в navbox-styles. Они естественным образом дедуплицируются TemplateStyles, так что это, вероятно, не такая уж большая проблема... Izno ( talk ) 20:55, 8 января 2025 (UTC) [ ответить ]
И, похоже, он вытягивает гораздо больше копий в navbox-styles, чем должен. Думаю, я насчитал 5 плюс оригинал? И что-то вроде 4 тегов для стилей hlist плюс оригинал, который уже должен быть там. Izno ( talk ) 20:57, 8 января 2025 (UTC) [ ответить ]
@ Izno Я исправил часть дублирования, создав hiding_templatestylesглобальную переменную вместо вывода <div class="navbox-styles">...</div>для каждого из дочерних навигационных блоков. Дополнительные стили hlist там, потому что они правильно извлекаются из {{ flatlist }} , который находится в {{ IPA common }} , который находится в {{ IPA pulmonic consonants }} , {{ IPA non-pulmonic consonants }} , {{ IPA co-artized consonants }} и {{ IPA vowels }} (есть 4 дополнительных тега). -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 22:29, 8 января 2025 (UTC) [ ответить ]
Ах, здорово. Izno ( обсуждение ) 22:34, 8 января 2025 (UTC) [ ответить ]

генерирует ошибки из модуля: Военная навигация

При вызове {{ Military navigation }} он в конечном итоге вызывает Module:navbox, который выдает ошибку "Ошибка Lua в Module:Navbox на строке 192: попытка конкатенации поля 'argHash' (нулевое значение).". Это справедливо даже для страницы Module:Military_navigation . Что вызывает эту ошибку? -- mikeblas ( talk ) 19:42, 22 января 2025 (UTC) [ ответить ]

Ахехт , эта проблема вызвана вашими изменениями ? Ошибка появляется на очень многих страницах. -- mikeblas ( обсуждение ) 19:49, 22 января 2025 (UTC) [ ответить ]
@ Mikeblas Да, я откатился и сейчас работаю над развертыванием исправления. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 19:58, 22 января 2025 (UTC) [ ответить ]
Все еще сломан - см. Wikipedia:Village_pump_(technical)#Incomprehensible_error_message . Найджел Иш ( обсуждение ) 20:13, 22 января 2025 (UTC) [ ответить ]

Стили по умолчанию создают ошибки Lint

Поскольку стили по умолчанию (bodystyle, basestyle, titlestyle и т. д.) задают цвета фона, но не задают цвета текста, использование этого шаблона создает ошибки Lint. Пожалуйста, исправьте. Роб Келк 23:14, 30 января 2025 (UTC) [ ответить ]

Это не может быть систематически исправлено. Извините. Конкретные шаблоны, устанавливающие цвета, должны будут исправить свои входные данные. Izno ( talk ) 23:35, 30 января 2025 (UTC) [ ответить ]
Почему бы и нет? Это должно быть простое дополнение к коду. -- Роб Келк 01:46, 31 января 2025 (UTC) [ ответить ]
Уместно ли наследовать цвета, будет зависеть от самого фона. Izno ( обсуждение ) 19:26, 31 января 2025 (UTC) [ ответить ]
Фоны специально определены в стилях по умолчанию. (Именно это и создает ошибки Lint; цвета фона указаны, а цвета текста — нет. Чтобы прекратить создание ошибок, необходимо либо определить оба цвета, либо не определять ни один из них.) -- Роб Келк 20:36, 31 января 2025 г. (UTC) [ ответить ]
Если вы действительно жалуетесь на стили по умолчанию, которые на самом деле не устанавливаются ни одним из различных параметров стиля, упомянутых в вашем первоначальном комментарии, я отсылаю вас к этому обсуждению . Izno ( обсуждение ) 01:40, 1 февраля 2025 (UTC) [ ответить ]
То есть это было исправлено несколько месяцев назад, но никто не обновил подстраницу «Документация» для соответствия? -- Роб Келк 15:30, 1 февраля 2025 (UTC) [ ответить ]
Возможно. Документация не защищена, поэтому если вы видите в ней проблему и знаете, как ее исправить, сделайте это. Если вы сообщаете о проблеме с определенной страницей, пожалуйста, укажите ссылку на страницу с фактической проблемой. – Jonesey95 ( обсуждение ) 03:43, 3 февраля 2025 (UTC) [ ответить ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Template_talk:Navbox&oldid=1273599379"