Модуль:Navbox был создан, полностью или частично, на основе перевода оригинального модуля из .

Если вы хотите перенести этот шаблон в свою вики, то вам необходимо убедиться что: установлен. Модуль:Navbox перенесен. Скопированы стили для навигационных таблиц из MediaWiki:Common.css , а также код для сворачиваемых блоков из MediaWiki:Common.js .

Архив обсуждений

Предлагаю при следующем изменении кода шаблона чуть-чуть подвинуть в заголовке иконку-ссылку на страницу шаблона и ссылку "скрыть/показать" путём добавления следующих правил:

line-height: 240%; margin-left: -1em; // для иконки
line-height: 200%; margin-right: -0.5em; // для ссылки

— Александр Крайнов 12:38, 11 ноября 2015 (UTC) [ ]

Запрос выполнен

Нельзя ли строчку восемь: 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) [ ]

Пример: Хаджар . // Maqivi ( вер ) 16:27, 14 июля 2016 (UTC) [ ]

Не работал, ибо он autocollapse, без d на конце; но можно писать просто {{{state|}}} , это будет эквивалентно. — Джек, который построил дом ( обс. ) 16:38, 14 июля 2016 (UTC) [ ]

• У производных шаблонов по умолчанию всё развёрнуто. Может будем сворачивать по умолчанию?— Saramag ( обс. ) 02:32, 4 января 2021 (UTC) [ ]

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

Запрос выполнен

Пожалуйста, добавьте |альт=⛭ или ⛮🔍🔎 или |альт=шаблон к коду вставки изображения :wikitext('[[Файл:Wikipedia interwiki section gear icon.svg|14px|Просмотр этого шаблона|link=Шаблон:' .. name .. ']]') , чтобы при отключенных изображениях вместо файла не подставлялся длинный текст описания (например на заглавной странице в блоке Совместная работа недели всегда свернутые блоки и вместо картинки показывает "просмотр этого шаблона" аж в три строки), спасибо. -- ( обс ) 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) [ ]

@ Iniquity , Sunpriat , AleUst : чувствую, что создание класса hlist-items-nowrap было плохой идеей: его всё равно вставляют везде без разбора, тогда как планировалось его ограниченное использование до той поры, пока ещё не все браузеры поддерживают этот nowrap. Я думаю, лучше отказаться от этого класса и не вставлять его в шаблоны, а впоследствии, через годик ( ), сделать 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) [ ]
    • В каком конкретно браузере это может произойти? Это точно не про ? :) ~ 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) [ ]
          • , . Более ранние действительно . Что ж, это говорит, что доля браузеров, в которых будет страшно , 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) [ ]

Например здесь: Шаблон:Мордовия — строка «Ардатов • Инсар • Ковылкино • Краснослободск • Рузаевка • Саранск • Темников» меньше по высоте, чем остальные. Попытка исправить ручками не проходит: стиль_списка на 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) [ ]