Обсуждение шаблона:Навигационная таблица (KQvr';yuny ogQlkug&Ugfnigenkuugx mgQlneg)
Модуль:Navbox был создан, полностью или частично, на основе перевода оригинального модуля Module:Navbox из раздела Википедии на английском языке. |
Если вы хотите перенести этот шаблон в свою вики, то вам необходимо убедиться что:
|
Позиция вспомогательных элементов
[править код]Предлагаю при следующем изменении кода шаблона чуть-чуть подвинуть в заголовке иконку-ссылку на страницу шаблона и ссылку "скрыть/показать" путём добавления следующих правил:
line-height: 240%; margin-left: -1em; // для иконки
line-height: 200%; margin-right: -0.5em; // для ссылки
— Александр Крайнов 12:38, 11 ноября 2015 (UTC)
Убрать Navbar
[править код]Запрос выполнен |
Нельзя ли строчку восемь: local Navbar = require('Module:Navbar')
- перенести в плотную к строчке сто один :titleCell.wikitext(Navbar.navbar({
- ибо есть подозрение, что совершенно не русифицированный модуль Module:Navbar не очень часто используется на самом деле в русской википедии, и его использование в тридцать тысячах страниц на самом деле фикция, созданная включением его в этот модуль по умолчанию.
Просто сейчас есть цепочка, Шаблон:Внешние ссылки реализован при помощи Модуль:External_links, который по умолчанию тащит Модуль:Navbox, который пол умолчанию тащит Module:Navbar, при этом последний, вероятно, нигде на самом деле не нужен и не используется, потому что шаблон Шаблон:Внешние ссылки генерирует таблицу без заголовка, а Модуль:Navbox реально использует Module:Navbar только в случае если заголовок есть, а кроме Модуль:External_links никто, кажется, Модуль:Navbox больше не использует внутри википедии сейчас. --Туча 22:38, 5 октября 2015 (UTC)
- Выглядит логично. Сделано --windewrix 08:02, 16 ноября 2015 (UTC)
- Используется в {{Навигационная таблица}}.
Просьба
[править код]Как же меня достали эти экспериментаторы!!! Посмотрел только одну свою статью, которую в данный момент редактирую и сразу заметил кучу поломанных шаблонов, непонятно почему первый в шаблоне находится на отдельной строке: {{Первые номера драфта ВНБА}}, {{Теннесси Леди Волантирс 1995-1996}}, {{Теннесси Леди Волантирс 1996-1997}}, {{Теннесси Леди Волантирс 1997-1998}}, {{Самый выдающийся игрок баскетбольного турнира NCAA (женщины)}} и {{Приз Джеймса Салливана}}, а в шаблоне {{Сборная десятилетия женской НБА}} достойны упоминания и следующие пять игроков спокойно умещаются в одной строке, а теперь в две. И это только в одной статье, а если я проверю все свои 444 шаблона, думаю их будет намного больше. У меня к вам большая просьба, больше не экспериментировать в основном пространстве, для этого есть черновики и так далее. С уважением SWAT-76 19:25, 18 июня 2016 (UTC)
- Сделано. -- dima_st_bk 07:29, 19 июня 2016 (UTC)
Архив запросов на ВП:ЗКТА
[править код]Чтобы не потерялась история изменений — Википедия:Запросы к администраторам по техническим вопросам/Архив/2016#Модуль:Navbox и Модуль:Navbar. С уважением, Iniquity 01:18, 7 июля 2016 (UTC)
Не работает autocollapsed
[править код]Пример: Хаджар. // Maqivi (вер) 16:27, 14 июля 2016 (UTC)
- Не работал, ибо он autocollapse, без d на конце; но можно писать просто
{{{state|}}}
, это будет эквивалентно. — Джек, который построил дом (обс.) 16:38, 14 июля 2016 (UTC)
- У производных шаблонов по умолчанию всё развёрнуто. Может будем сворачивать по умолчанию?— Saramag (обс.) 02:32, 4 января 2021 (UTC)
Навигационный заголовок
[править код]Как думаете стоит учитывать функционал для людей с ограниченными возможностями или для скринридеров при разработке шаблона? Просто в английском исходнике была вот такая правка [1], и я задумался. С уважением, Iniquity 20:33, 18 июля 2016 (UTC)
Editprotected
[править код]Запрос выполнен |
Пожалуйста, добавьте |альт=⛭
или ⛮🔍🔎
или |альт=шаблон
к коду вставки изображения :wikitext('[[Файл:Wikipedia interwiki section gear icon.svg|14px|Просмотр этого шаблона|link=Шаблон:' .. name .. ']]')
, чтобы при отключенных изображениях вместо файла не подставлялся длинный текст описания (например на заглавной странице в блоке Совместная работа недели всегда свернутые блоки и вместо картинки показывает "просмотр этого шаблона" аж в три строки), спасибо. --Hrum-Hrum (обс) 13:42, 16 сентября 2016 (UTC)
- Сделано --windewrix (обс) 14:36, 28 сентября 2016 (UTC)
Картинка
[править код]Не объясните разницу, почему так получается?
Картинка отображается | Картинки нет |
--Туча 21:26, 2 ноября 2016 (UTC)
- Увы, без первого списка изображение работать не будет. С уважением, Iniquity 22:13, 2 ноября 2016 (UTC)
- @Туча: После последних изменений заработало:) С уважением, Iniquity 23:09, 31 марта 2017 (UTC)
Кривота с картинками
[править код]Надо сделать так, чтобы при наличии картинок шаблоны не раздувало по непонятному закону. Ширина столбца с картинкой должна соответствовать ширине картинке, а не непонятной величине. В коде вижу 0% для image и 1% для imageleft, на деле получается вообще непонятно что. — Igel B TyMaHe (обс.) 20:36, 31 марта 2017 (UTC)
Пример:
Итог
[править код]Исправлено. Special:Diff/84600133/84601878. С уважением, Iniquity 23:04, 31 марта 2017 (UTC)
Не работают русские параметры
[править код]image не работает в виде "изображение", imageleft - в виде "изображение слева". — Igel B TyMaHe (обс.) 20:39, 31 марта 2017 (UTC)
Итог
[править код]Исправлено. Special:Diff/84600133. Спасибо за фидбеки. С уважением, Iniquity 23:05, 31 марта 2017 (UTC)
Букмарклет
[править код]Не работает букмарклет преобразования шаблона, пишет [object Object]. Другие букмарклеты работают нормально. — Nickel nitride (обс.) 15:20, 14 апреля 2017 (UTC)
hlist-items-nowrap
[править код]@Iniquity, Sunpriat, AleUst: чувствую, что создание класса hlist-items-nowrap было плохой идеей: его всё равно вставляют везде без разбора, тогда как планировалось его ограниченное использование до той поры, пока ещё не все браузеры поддерживают этот nowrap. Я думаю, лучше отказаться от этого класса и не вставлять его в шаблоны, а впоследствии, через годик (число не поддерживающих браузеров уже опустилось до 1%), сделать nowrap поведением hlist по умолчанию, а в местах, где перенос нужен (таких мало), использовать противоположный класс: hlist-items-wrap. Напоминаю, что проблема с этим 1% в том, что там всё ломается оочень сильно — весь текст выстраивается в один ряд. — Джек, который построил дом (обс.) 09:52, 28 июля 2017 (UTC)
- ? минимум - от элемента не отрывается буллет, а он жирный, не интерпункт, и в начале строк выглядит не очень. ш:nobr давно много где стоит не по месту. :) ~Sunpriat (обс.) 11:39, 28 июля 2017 (UTC)
- Вы, похоже, не поняли, о какой проблеме я говорю. Плох не неперенос сам по себе, а то, что у нас он идёт отдельно от hlist. Это было сделано потому, что в hlist включать неперенос опасно именно из-за небольшого процента не поддерживающих браузеров (там всё ломается оочень сильно — весь текст выстраивается в один ряд). — Джек, который построил дом (обс.) 12:01, 28 июля 2017 (UTC)
- В каком конкретно браузере это может произойти? Это точно не про mw:Help:Extension:Linter/pwrap-bug-workaround? :) ~Sunpriat (обс.) 13:04, 28 июля 2017 (UTC)
- Нет; я дал ссылку. — Джек, который построил дом (обс.) 16:09, 28 июля 2017 (UTC) (для истории - по ссылке "выбраны" ie 6789 :) ~Sunpriat (обс.) 23:43, 28 июля 2017 (UTC))
- Ни эмуляция всех ie ни ie6 cloud.mail .ru/public/Ddut/E1AJMTPym не показывают "в один ряд". :) ~Sunpriat (обс.) 23:35, 28 июля 2017 (UTC)
- IE9, IE8. Более ранние действительно не показывают. Что ж, это говорит, что доля браузеров, в которых будет страшно, 0,7%. — Джек, который построил дом (обс.) 08:05, 29 июля 2017 (UTC)
- Можно для -items-nowrap убрать пробел после буллета (если где-то не будет отступа между li - добавить css отступ). Граничные пробелы ведь отбрасываются, зачем он там. :) ~Sunpriat (обс.) 10:32, 29 июля 2017 (UTC)
- Если проследить за разработкой CSS его автором в английской Википедии, можно заметить, что он долго бился над тем, чтобы обеспечить поддержку, в том числе на каком-то этапе там был вариант без пробела, но в итоге он сдался. — Джек, который построил дом (обс.) 11:35, 29 июля 2017 (UTC)
- Можно для -items-nowrap пробел заменить на zero-width space(не уверен что это даст в свете предыдущего "сдался") или добавить
.hlist-items-nowrap li:after {white-space: normal;}
- должно помочь. :) ~Sunpriat (обс.) 11:52, 29 июля 2017 (UTC)- А почему мы обсуждаем класс -items-nowrap? Если уж мы допускаем, что можем починить, тогда в нём тем более необходимости нет — это надо применять к самому hlist. — Джек, который построил дом (обс.) 13:38, 29 июля 2017 (UTC)
- Выпрямляется в мобильных "страшно" в длинных строках Шаблон:Политические партии Литвы Шаблон:Произведения Виктора Суворова. :) ~Sunpriat (обс.) 14:13, 29 июля 2017 (UTC)
- Для этого и предлагается класс hlist-items-wrap. Если же по умолчанию мы предлагаем сразу два класса вместо одного, что-то мы делаем неправильно. — Джек, который построил дом (обс.) 14:27, 29 июля 2017 (UTC)
- большая англовика и другие спокойно используют обычный hlist. hlist делает то что должен - "поворачивает" список. глобальный nowrap достаточно сильное вмешательство требующее более глубокого рассмотрения и вероятно общего обсуждения. дополнительный класс гораздо легче прописать чем nobr-шаблоны. текущая ситуация выглядит нормально. :) ~Sunpriat (обс.) 15:13, 29 июля 2017 (UTC)
- > большая англовика и другие спокойно используют обычный hlist
Вот именно. Никаких hlist-items-nowrap там нет. Там достаточно того, что не переносятся ссылки, — а они не переносятся и у нас. Когда я вводил hlist-items-nowrap, я рассматривал его как временный костыль для очень ограниченного применения в местах, где поддержка старых браузеров не важна, от которого потом можно будет избавиться. Но его используют повсеместно. Если уж на то пошло и если мы смотрим на англовики, то надо практически везде избавиться от nowrap и использовать голый hlist. Тогда разбитость на два класса будет иметь какой-то смысл. Если же они всё время идут парой, то логично эту пару и объединить в один класс, а «особым» типом поведения сделать переносимость. — Джек, который построил дом (обс.) 16:59, 29 июля 2017 (UTC)- "используют повсеместно" оно было в заготовке для общего копирования - чему удивляться, вот и копировалось. Даже сам думал, что раз в общей заготовке, то так и рекомендуется в общем и специально. "смотрим на англовики" там часто используется обычный & nbsp ([2] [3]) и шаблоны, и нав.шаблоны там больше чисто ссылочные. Ботоводы наверное вполне могут посмотреть списки и если ничего кроме ссылки нет - удалять класс. :) ~Sunpriat (обс.) 17:13, 29 июля 2017 (UTC)
- > большая англовика и другие спокойно используют обычный hlist
- большая англовика и другие спокойно используют обычный hlist. hlist делает то что должен - "поворачивает" список. глобальный nowrap достаточно сильное вмешательство требующее более глубокого рассмотрения и вероятно общего обсуждения. дополнительный класс гораздо легче прописать чем nobr-шаблоны. текущая ситуация выглядит нормально. :) ~Sunpriat (обс.) 15:13, 29 июля 2017 (UTC)
- Для этого и предлагается класс hlist-items-wrap. Если же по умолчанию мы предлагаем сразу два класса вместо одного, что-то мы делаем неправильно. — Джек, который построил дом (обс.) 14:27, 29 июля 2017 (UTC)
- Выпрямляется в мобильных "страшно" в длинных строках Шаблон:Политические партии Литвы Шаблон:Произведения Виктора Суворова. :) ~Sunpriat (обс.) 14:13, 29 июля 2017 (UTC)
- А почему мы обсуждаем класс -items-nowrap? Если уж мы допускаем, что можем починить, тогда в нём тем более необходимости нет — это надо применять к самому hlist. — Джек, который построил дом (обс.) 13:38, 29 июля 2017 (UTC)
- Можно для -items-nowrap пробел заменить на zero-width space(не уверен что это даст в свете предыдущего "сдался") или добавить
- Если проследить за разработкой CSS его автором в английской Википедии, можно заметить, что он долго бился над тем, чтобы обеспечить поддержку, в том числе на каком-то этапе там был вариант без пробела, но в итоге он сдался. — Джек, который построил дом (обс.) 11:35, 29 июля 2017 (UTC)
- Можно для -items-nowrap убрать пробел после буллета (если где-то не будет отступа между li - добавить css отступ). Граничные пробелы ведь отбрасываются, зачем он там. :) ~Sunpriat (обс.) 10:32, 29 июля 2017 (UTC)
- IE9, IE8. Более ранние действительно не показывают. Что ж, это говорит, что доля браузеров, в которых будет страшно, 0,7%. — Джек, который построил дом (обс.) 08:05, 29 июля 2017 (UTC)
- Ни эмуляция всех ie ни ie6 cloud.mail .ru/public/Ddut/E1AJMTPym не показывают "в один ряд". :) ~Sunpriat (обс.) 23:35, 28 июля 2017 (UTC)
- Нет; я дал ссылку. — Джек, который построил дом (обс.) 16:09, 28 июля 2017 (UTC) (для истории - по ссылке "выбраны" ie 6789 :) ~Sunpriat (обс.) 23:43, 28 июля 2017 (UTC))
- В каком конкретно браузере это может произойти? Это точно не про mw:Help:Extension:Linter/pwrap-bug-workaround? :) ~Sunpriat (обс.) 13:04, 28 июля 2017 (UTC)
- Вы, похоже, не поняли, о какой проблеме я говорю. Плох не неперенос сам по себе, а то, что у нас он идёт отдельно от hlist. Это было сделано потому, что в hlist включать неперенос опасно именно из-за небольшого процента не поддерживающих браузеров (там всё ломается оочень сильно — весь текст выстраивается в один ряд). — Джек, который построил дом (обс.) 12:01, 28 июля 2017 (UTC)
Почему разные высоты полос у списков?
[править код]Например здесь:Шаблон:Мордовия — строка «Ардатов • Инсар • Ковылкино • Краснослободск • Рузаевка • Саранск • Темников» меньше по высоте, чем остальные. Попытка исправить ручками не проходит: стиль_списка на margin не реагирует, надо шаманить скрипт или? — Андрей Перцев (обс.) 21:26, 8 ноября 2019 (UTC)
Алиасы параметров
[править код]Предлагаю добавить алиасы для параметров с подчеркиванием типа класс_списков
с вариантом пробела (класс списков
). Этот вариант достаточно распространен в других шаблонах, удобнее, если будет поддержка. Потом можно договориться о едином кодстайле и выбрать что-то одно. А так все время трудно помнить в каком шаблоне пробел, в каком подчеркивание. Abiyoyo (обс.) 17:09, 24 июля 2020 (UTC)
Параметр для отмены увеличенного шрифта заголовка
[править код]Когда навигационная таблица вставляется в другую навигационную таблицу (см. {{многогранники}}, {{COVID-19}}, а также свёрнутый блок кодов нормативного контроля в {{ВС}}, ради которого всё это в первую очередь и было затеяно), желательно, чтобы заголовок внутренней таблицы имел шрифт не увеличенного размера.
Увеличение шрифта делается в Module:Navbox напрямую поверх titlestyle и titleclass (соотв. место ищется по строке '114%'). Поэтому для того, чтобы всё-таки не увеличивать шрифт, сейчас используется подключение templatestyles Шаблон:Навигационная таблица/styles.css с !important; этот стилевой файл больше ни для чего не используется. Кажется, что лучше избавиться от этого стилевого файла.
Возможное решение: ввести отдельный параметр, скажем, plaintitle, и в модуле заменить '114%' на args.plaintitle and '100%' or '114%' (т. е. непустое значение этого параметра — значит, не надо увеличивать размер шрифта).
Возможная альтернатива (выглядет проще и правильнее, но последствия менее очевидны): переместить увеличение шрифта до применения titlestyle — я не уверен, но по идее, это не должно ничего сломать и при этом должно позволить добиться желаемого прямым указанием titlestyle=font-size:100% при вызове данного шаблона? Браунинг (обс.) 21:03, 18 сентября 2021 (UTC)