Обсуждение шаблона:Навигационная таблица

message: __TOC__

message: Предлагаю при следующем изменении кода шаблона чуть-чуть подвинуть в заголовке иконку-ссылку на страницу шаблона и ссылку "скрыть/показать" путём добавления следующих правил:
line-height: 240%; margin-left: -1em; // для иконки
line-height: 200%; margin-right: -0.5em; // для ссылки
— Александр Крайнов 12:38, 11 ноября 2015 (UTC)
thread_title:  Позиция вспомогательных элементов 

message: Нельзя ли строчку восемь:  - перенести в плотную к строчке сто один : - ибо есть подозрение, что совершенно не русифицированный модуль Module:Navbar не очень часто используется на самом деле в русской википедии, и его использование в тридцать тысячах страниц на самом деле фикция, созданная включением его в этот модуль по умолчанию.
Просто сейчас есть цепочка, Шаблон:Внешние ссылки реализован при помощи Модуль:External_links, который по умолчанию тащит Модуль:Navbox, который пол умолчанию тащит Module:Navbar, при этом последний, вероятно, нигде на самом деле не нужен и не используется, потому что шаблон Шаблон:Внешние ссылки генерирует таблицу без заголовка, а Модуль:Navbox реально использует Module:Navbar только в случае если заголовок есть, а кроме Модуль:External_links никто, кажется, Модуль:Navbox больше не использует внутри википедии сейчас.  --Туча 22:38, 5 октября 2015 (UTC)
* Выглядит логично.  --windewrix 08:02, 16 ноября 2015 (UTC)
** Используется в .
thread_title:  Убрать Navbar 

message: Как же меня достали эти экспериментаторы!!! Посмотрел только одну свою статью, которую в данный момент редактирую и сразу заметил кучу поломанных шаблонов, непонятно почему первый в шаблоне находится на отдельной строке: , , , ,  и , а в шаблоне  достойны упоминания и следующие пять игроков спокойно умещаются в одной строке, а теперь в две. И это только в одной статье, а если я проверю все свои 444 шаблона, думаю их будет намного больше. У меня к вам большая просьба, больше не экспериментировать в основном пространстве, для этого есть черновики и так далее. С уважением SWAT-76 19:25, 18 июня 2016 (UTC)
replies: text: . -- dima_st_bk 07:29, 19 июня 2016 (UTC)
thread_title:  Просьба 

message: Чтобы не потерялась история изменений — Википедия:Запросы к администраторам по техническим вопросам/Архив/2016#Модуль:Navbox и Модуль:Navbar. С уважением, Iniquity 01:18, 7 июля 2016 (UTC)
thread_title:  Архив запросов на [[ВП:ЗКТА]] 

message: Пример: Хаджар. // Maqivi (вер) 16:27, 14 июля 2016 (UTC)
replies: text: Не работал, ибо он autocollapse, без d на конце; но можно писать просто , это будет эквивалентно. — Джек, который построил дом (обс.) 16:38, 14 июля 2016 (UTC)
*У производных шаблонов по умолчанию всё развёрнуто. Может будем сворачивать по умолчанию?— Saramag (обс.) 02:32, 4 января 2021 (UTC)
thread_title:  Не работает autocollapsed 

message: Как думаете стоит учитывать функционал для людей с ограниченными возможностями или для скринридеров при разработке шаблона? Просто в английском исходнике была вот такая правка , и я задумался. С уважением, Iniquity 20:33, 18 июля 2016 (UTC)
thread_title:  Навигационный заголовок 

message: Пожалуйста, добавьте |альт=⛭ или ⛮🔍🔎 или |альт=шаблон к коду вставки изображения :wikitext('[[Файл:Wikipedia interwiki section gear icon.svg|14px|Просмотр этого шаблона|link=Шаблон:' .. name .. ']]'), чтобы при отключенных изображениях вместо файла не подставлялся длинный текст описания (например на заглавной странице в блоке Совместная работа недели всегда свернутые блоки и вместо картинки показывает "просмотр этого шаблона" аж в три строки), спасибо. --Hrum-Hrum (обс) 13:42, 16 сентября 2016 (UTC)
*  --windewrix (обс) 14:36, 28 сентября 2016 (UTC)
thread_title:  Editprotected 

message: Не объясните разницу, почему так получается? 
Картинка отображается	Картинки нет
                     	
--Туча 21:26, 2 ноября 2016 (UTC)
*Увы, без первого списка изображение работать не будет. С уважением, Iniquity 22:13, 2 ноября 2016 (UTC)
**  После последних изменений заработало:) С уважением, Iniquity 23:09, 31 марта 2017 (UTC)
thread_title:  Картинка 

message: Надо сделать так, чтобы при наличии картинок шаблоны не раздувало по непонятному закону. Ширина столбца с картинкой должна соответствовать ширине картинке, а не непонятной величине. В коде вижу 0% для image и 1% для imageleft, на деле получается вообще непонятно что. — Igel B TyMaHe (обс.) 20:36, 31 марта 2017 (UTC)
Пример:
=== Итог ===
Исправлено. Special:Diff/84600133/84601878. С уважением, Iniquity 23:04, 31 марта 2017 (UTC)
thread_title:  Кривота с картинками 

message: Исправлено. Special:Diff/84600133/84601878. С уважением, Iniquity 23:04, 31 марта 2017 (UTC)
thread_title:  Итог 

message: image не работает в виде "изображение", imageleft - в виде "изображение слева". — Igel B TyMaHe (обс.) 20:39, 31 марта 2017 (UTC)
=== Итог ===
Исправлено. Special:Diff/84600133. Спасибо за фидбеки. С уважением, Iniquity 23:05, 31 марта 2017 (UTC)
thread_title:  Не работают русские параметры 

message: Исправлено. Special:Diff/84600133. Спасибо за фидбеки. С уважением, Iniquity 23:05, 31 марта 2017 (UTC)
thread_title:  Итог 

message: Не работает букмарклет преобразования шаблона, пишет [object Object]. Другие букмарклеты работают нормально. — Nickel nitride (обс.) 15:20, 14 апреля 2017 (UTC)
thread_title:  Букмарклет 

message: чувствую, что создание класса 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 ( ) и шаблоны, и нав.шаблоны там больше чисто ссылочные. Ботоводы наверное вполне могут посмотреть списки и если ничего кроме ссылки нет - удалять класс. :) ~Sunpriat (обс.) 17:13, 29 июля 2017 (UTC)
thread_title:  hlist-items-nowrap 

message: Например здесь::Шаблон:Мордовия — строка «Ардатов • Инсар • Ковылкино • Краснослободск • Рузаевка • Саранск • Темников» меньше по высоте, чем остальные. Попытка исправить ручками не проходит: стиль_списка на margin не реагирует, надо шаманить скрипт или? — Андрей Перцев (обс.) 21:26, 8 ноября 2019 (UTC)
thread_title:  Почему разные высоты полос у списков? 

message: Предлагаю добавить алиасы для параметров с подчеркиванием типа класс_списков с вариантом пробела (класс списков). Этот вариант достаточно распространен в других шаблонах, удобнее, если будет поддержка. Потом можно договориться о едином кодстайле и выбрать что-то одно. А так все время трудно помнить в каком шаблоне пробел, в каком подчеркивание. Abiyoyo (обс.) 17:09, 24 июля 2020 (UTC)
thread_title:  Алиасы параметров 

message: Когда навигационная таблица вставляется в другую навигационную таблицу (см. , , а также свёрнутый блок кодов нормативного контроля в , ради которого всё это в первую очередь и было затеяно), желательно, чтобы заголовок внутренней таблицы имел шрифт не увеличенного размера.
Увеличение шрифта делается в 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)
thread_title:  Параметр для отмены увеличенного шрифта заголовка