View source for Template talk:Navbox

{{WikiProject banner shell|
{{WikiProject Templates|template_for_template_maintenance=y}}
}}
{{User:MiszaBot/config |archiveheader={{talkarchivenav}} |maxarchivesize=70K |counter=25 |minthreadsleft=4 |minthreadstoarchive=1 |algo=old(120d) |archive=Template talk:Navbox/Archive %(counter)d}}
{{Central|Module talk:Navbox}}
{{Archives |auto=long |search=yes |bot=MiszaBot II |age=120 |
* {{longitem|See [[Template talk:Navbox generic]] for previous discussions.}}
}}

== Fix a typo ==

{{edit template protected|Module:Navbox/configuration|answered=yes}}
I propose to change text at line 114, as it seems like a typo:  
{{TextDiff|colhfooterstyle {{=}} 'colfooterstyle',|colfooterstyle {{=}} 'colfooterstyle',}} [[User:Repakr|Repakr]] ([[User talk:Repakr|talk]]) 15:39, 17 June 2025 (UTC)

:{{ping|Ahecht}} since you poked at this merge. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 19:26, 17 June 2025 (UTC)
:{{ping|Repakr|Izno}} {{done}} <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 20:06, 17 June 2025 (UTC)

== Navbox title display ==

I’m having an issue with the navbox that’s quite frustrating. I’m unsure how to fix it, or if it’s an unresolved problem with the template. 

The issue occurs when a page redirection is created. When you go to the redirected article, the title doesn’t appear in bold black in the navbox. You have to manually update the name to the new redirected title in the navbox for it to display correctly. Is there a way to resolve this? Perhaps a bot task or something similar? Thank you [[User:Riad Salih|Riad Salih]] ([[User talk:Riad Salih|talk]]) 12:18, 23 June 2025 (UTC)
:Please link to an example page. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:06, 23 June 2025 (UTC)
::For example, here is [[Yaghmurasen ibn Zyan|Yaghmurasen ibn Zya]]<nowiki/>n. In the navbox, the link is Yaghmurasen Ibn Zyan (with a capital 'I' instead of a lowercase 'i' in 'Ibn'). The title isn't in bold. [[User:Riad Salih|Riad Salih]] ([[User talk:Riad Salih|talk]]) 14:09, 23 June 2025 (UTC)
:::This is not a problem with the navbox template. This appears to be basic rendering behavior in the Wikimedia software. You can submit a bug via [https://phabricator.wikimedia.org/ Phabricator] if you want. Until the behavior changes, the only way to make the link render in bold is to change the link to the actual title of the target article, [https://en.wikipedia.org/w/index.php?title=Template%3AAbd_al-Wadids_dynasty_topics&diff=1297023037&oldid=1296856373 like this]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:52, 23 June 2025 (UTC)
:I think it would be difficult to get consensus for a bot task. Some people are very particular about what links are presented.
:Yes, this is something you have to fix when someone moves a page. I have some CSS that will illuminate redirects in navboxes. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:06, 23 June 2025 (UTC)
::@[[User:Izno|Izno]] Thanks! Can I check the CSS? Maybe I will start using it on all the navbox I create. [[User:Riad Salih|Riad Salih]] ([[User talk:Riad Salih|talk]]) 21:27, 23 June 2025 (UTC)
:::Uh, no, please don't use it in navboxes. If you want it for personal use, it's at [[User:Izno/common.css#L-16]]. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:44, 23 June 2025 (UTC)

== Visual defect in dark appearance ==
{{tracked|T395828}}{{tracked|T365330}}
In the dark appearance, every other "group" has a distracting bright line to its left and top.  I suspect this is not intentional. [[Special:Contributions/71.70.166.171|71.70.166.171]] ([[User talk:71.70.166.171|talk]]) 01:42, 8 July 2025 (UTC)
:This issue is related to {{phab|T395828}} from last month and before that, {{phab|T365330}} from May 2024, both still open. See also [[Wikipedia:Village_pump_(technical)/Archive_220#My_question:_WHYYYYYYY%3F%3F%3F|this discussion from May 2025]] and before that, [[Template_talk:Navbox/Archive_24#Dark_mode_white_border|this discussion from October 2024]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:19, 8 July 2025 (UTC)

=="add template to favorites"==
{{moved|[[WP:VPT#"add template to favorites"]] [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:20, 14 July 2025 (UTC)}}
==Bad contrast between Vector-2022's and Timeless's link color and this template's background colors==
[https://colorcontrastchecker.net/#ccccff/3366cc 3.49:1] for the navbox's heading and [https://colorcontrastchecker.net/#ddddff/3366cc 4.05:1] for its sub-headings. I think we should change them to [https://doc.wikimedia.org/codex/latest/style-guide/colors.html something from here]. [[User:Sapphaline|Sapphaline]] ([[User talk:Sapphaline|talk]]) 10:37, 28 July 2025 (UTC)

:This was last discussed in the context of [[Template_talk:Navbox/Archive_24#Inaccessible_links_in_navbar|navbar]]. You can take a look at the discussion there. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 00:13, 29 July 2025 (UTC)
::Is it possible to change the link color in this template to Vector's (<code>#0645ad</code>) then? [[User:Sapphaline|Sapphaline]] ([[User talk:Sapphaline|talk]]) 09:14, 29 July 2025 (UTC)

== Autocollapse bug ==

There seems to be a bug where autocollapse collapses the Navbox, even when (seemingly) no other collapsible elements are present on the page. Examples include: [[Amphibian]], [[Aldous Huxley]], [[Achilles]].

Huwiki uses identical instances of the Navbox module and the autocollapse script. This bug was first noticed in the [[:Hu:Algona (Iowa)|Algona (Iowa)]] article, where the removal of the Infobox makes the Navbox open. Is this a known issue? Pinging @[[User:TheDJ|TheDJ]] as the maintainer of the autocollapse script. ~ [[User:Boro|Boro]] ([[User talk:Boro|talk]]) 01:07, 6 August 2025 (UTC)

:Authority control and similar templates are navboxes and have the relevant classes emitted. That even is relevant at hu. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 03:12, 6 August 2025 (UTC)
::Is this the intended behavior though? With the rise of Authority control and other collapsible elements, even singular Navboxes will close off and can't fulfill their majestic purpose of showing related content to readers at a glance. ~ [[User:Boro|Boro]] ([[User talk:Boro|talk]]) 07:48, 6 August 2025 (UTC)
::: My first impression is to agree with Boro. Auth control doesn't *seem* like a navbox, regardless of its actual construction and inclusion (or not) as a navbox that could cause another navbox to autocollapse. Maybe auth should be under a different class? [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 08:25, 6 August 2025 (UTC)
::::Authority control has been present for as long as navboxes have and probably about as long as we've supported autocollapsing. That people have added it everywhere seems to be more an issue with that behavior (sometimes via bot) and less with the functioning of autocollapse.
::::I would not support changing either authority control or autocollapse on the point. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:17, 6 August 2025 (UTC)
:::::This is not the case on huwiki. The local implementation of Authority control was introduced 5 years after the navbox, and to add to that, up until today [https://hu.wikipedia.org/w/index.php?title=Modul:Authority_control&diff=prev&oldid=28312316] it hasn't been emitting the collapse classes. I understand that this might be irrelevant for this wiki and that we could easily modify our instance. My goal right now is to understand your (that is, enwiki's) considerations, since the templates are more widely used and tested here, so we can proceed based on that knowledge.
:::::When huwiki introduced the navbox, the reality was that no other elements were using the collapse classes, and ''autocollapse'' only activated when there were two or more navboxes adjacent to each other. Even the name “''autocollapse''” implies that the navbox should normally be expanded and only collapse in certain situations. These should not include situations in which templates distant from the navbox affect its behavior. My main argument is that the ''autocollapse'' feature in this template should only consider other collapsible navboxes. It should not account for navboxes in a plain/off state, sidebars, infoboxes, or any other templates having a collapse class.
:::::In short, the expected behavior is this: a lone navbox at the bottom of the page should always remain open.
:::::It's a separate discussion (and should not be the current one) whether 2 navboxes should remain open, as that would expand the current definition of ''autocollapse''. Currently, the clear loser in this situation is Authority control, which I expect is more often paired with another navbox than not. However, whether Authority control should be collapsed or not, is not the point of this thread. I hope this makes it clearer what I meant when I said this is a bug, without getting sidetracked. ~ [[User:Boro|Boro]] ([[User talk:Boro|talk]]) 21:05, 6 August 2025 (UTC)
:::::Also, I'm curious: what would you say if, in addition to excluding plain/off states, ''collapsed'' states were excluded as well?" ~ [[User:Boro|Boro]] ([[User talk:Boro|talk]]) 21:16, 6 August 2025 (UTC)

The collapsed state is caused by another collapsible list in the infobox. --[[User:Bean49|Bean49]] ([[User talk:Bean49|talk]]) 11:02, 6 August 2025 (UTC)

:This is the other common "why does it autocollapse". [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:16, 6 August 2025 (UTC)

== argHash issues ==

{{ping|Ahecht}} I've found two issues of <code>argHash</code> during make patch for [[:zh:Module:Navbox]] ([[:zh:Module:Navbox/sandbox2|sandbox]]):
# The lengths of {{para|listN}} parameters will not count towards <code>argHash</code> value.
# The {{para|argHash}} parameter which from a navbox template will not pass into module.
These issues above appears on enwiki, but zhwiki (still uses the old version of module previous 2024) not. [[User:Dabao qian|Dabao qian]] ([[User talk:Dabao qian|talk]]) 16:47, 1 September 2025 (UTC)

:@[[User:Dabao qian|Dabao qian]] For number 1, I don't see any reason why {{para|listN}} parameters shouldn't be counted as long as they have a string value, but I'll look into it sooner. As for #2, argHash is always automatically calculated, so it's not supposed to be passed from the template to the module (unless I'm misunderstanding what you mean). <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 03:55, 2 September 2025 (UTC)
::@[[User:Dabao qian|Dabao qian]] Actually, looking into it further, the entire first try at calculating argHash in <code>p.navbox</code> is now unnecessary given that code was later added to calculate it in <code>p._navbox</code>. There's a version in the [[Module:Navbox/sandbox|sandbox]] that eliminates that redundancy, which also means that {{para|listN}} is now counted correctly. Try it out, and I can sync the changes over to the main module at some point. <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 04:26, 2 September 2025 (UTC)
:::Now the issus has been resolved and {{para|listN}}is counted correctly. [[User:Dabao qian|Dabao qian]] ([[User talk:Dabao qian|talk]]) 04:42, 2 September 2025 (UTC)
:Offtopic: ... I was there for when this hash got added and somehow didn't remember it. Good to know at least one thing is off the list. It does appear to be working; [[Template:Warcraft universe]]'s accessibility properties identify the navigation region as "Warcraft", which is the title of the navbox. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:32, 2 September 2025 (UTC)

== ARIA role ==

To be honest, I'm kind of on the fence as to what the ARIA role should've been here @[[User:Izno|Izno]]. I was onboard with navigation, but I've been reading ARIA more and more, and from what I saw at [[Robert_Redford#Citations ]] as an example, was waaay too many navigation elements. The banner/toolbar from Wikipedia has three already I think, if not more. The article has over 20 navboxes, which leads to so many high-level DOM navigation elements that clutter the heading lists made by Voiceover for example. I've looked at the other roles available [https://www.w3.org/WAI/ARIA/apg/patterns/landmarks/], [https://www.w3.org/WAI/ARIA/apg/patterns/landmarks/examples/region.html] as it's sufficiently important that with an ARIA label pointing to the heading as a baseline, which should be possible to be overriden by the user, but the heading should be wrapped in a span+ID, and the ID referred to by the element given role=navigation aria-labelledby=ID <span class="fn nickname" style="color:#CD0000">[[User:Waddie96|waddie96]] ★ ([[User talk:Waddie96|talk]])</span> 13:52, 19 September 2025 (UTC)

:I'm unsure if it possibly matches [https://www.w3.org/WAI/ARIA/apg/patterns/disclosure/examples/disclosure-navigation/ this 'Disclosure' example] from the newest ARIA Authoring Practices Guide draft, if it's enough "high-level top domain links" because it really isn't for the most part... or if it's something else like role=region being a bit plainer <span class="fn nickname" style="color:#CD0000">[[User:Waddie96|waddie96]] ★ ([[User talk:Waddie96|talk]])</span> 13:55, 19 September 2025 (UTC)

== Rfc: Deprecation of the image and imageleft parameters ==

The <code>image</code> and <code>imageleft</code> parameters to be deprecated --[[Special:Contributions/2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41|2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41]] ([[User talk:2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41|talk]]) 16:53, 21 September 2025 (UTC)

When looking at many navboxes such as [[Template:Donald Trump]], these images violate [[WP:DECOR]], and the <code>image</code> and <code>imageleft</code> parameters should be deprecated and not to be used for new work. This is a statement from [[Wikipedia:Manual of Style/Icons#Encyclopedic purpose|Wikipedia:Manual of Style/Icons §&nbsp;Encyclopedic purpose]] on when and when not to use images in articles:

<blockquote>Icons should serve an encyclopedic purpose and not merely be decorative. They should provide additional useful information on the article subject, serve as visual cues that aid the reader's comprehension, or improve navigation. Icons should not be added only because they look good: one reader's harmless decoration may be another reader's distraction. An icon is purely decorative if it does not improve comprehension of the article subject and serves no navigational function. Where icons are used for layout purposes only, consider using bullet points as an alternative.</blockquote>

In order to comply with the [[WP:DECOR]] guideline, I think deprecating the <code>image</code> and <code>imageleft</code> parameters would make more sense than having to create a guideline inside [[Wikipedia:Navigation template#Navigation templates are not arbitrarily decorative|Wikipedia:Navigation template §&nbsp;Navigation templates are not arbitrarily decorative]]. --[[Special:Contributions/2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41|2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41]] ([[User talk:2600:1700:6180:6290:B0E2:DAA1:CCE8:7D41|talk]]) 16:53, 21 September 2025 (UTC)
=== Survey ===
*'''Oppose''' as written. The images at [[Template:Donald Trump]] are not icons. The OP appears to misunderstand what an [[Icon (computing)]] is. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:46, 21 September 2025 (UTC)
*'''Oppose''' - Per {{noping|Jonesey95}}  - <span style="font-family:Trebuchet MS">[[User:FlightTime|<span style="color:#800000">'''FlightTime'''</span>]] <small>([[User talk:FlightTime|<span style="color:#1C0978">'''open channel'''</span>]])</small></span> 22:58, 21 September 2025 (UTC)
*'''Oppose''', nothing about images in the language, only icons. Apples and baked potatoes. [[User:Randy Kryn|Randy Kryn]] ([[User talk:Randy Kryn|talk]]) 01:24, 22 September 2025 (UTC)
*'''Oppose''', been here, discussed this. [[User:Cambalachero|Cambalachero]] ([[User talk:Cambalachero|talk]]) 02:42, 22 September 2025 (UTC)
*'''Oppose''' that prohibition on icons only applies to the article body. Otherwise, templates such as {{tl|refimprove}} and {{tl|Footy-stub}} would also be in violation. <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 16:32, 24 September 2025 (UTC)

=== Discussion ===
* Documenting what, if any, [[WP:RFCBEFORE]] has taken place, would be appreciated. Also, this discussion though named an RFC does not have a {{tl|rfc}} and I do not know if that is intentional. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:44, 21 September 2025 (UTC)
* This proposal has already been formulated at [[Wikipedia talk:Categories, lists, and navigation templates/Archive 16#Images in navboxes (again)]]. For starters, the quoted page is about '''icons''' and does not apply here. [[User:Cambalachero|Cambalachero]] ([[User talk:Cambalachero|talk]]) 02:41, 22 September 2025 (UTC)