Content deleted Content added
→Add support for V T E: we don't need that, and it breaks the rest of the page |
m Archiving 1 discussion(s) to Module talk:Sidebar/Archive 6) (bot |
||
(37 intermediate revisions by 13 users not shown) | |||
Line 16:
{{Lua sidebar}}
== Option to omit nomobile? ==
{{ping|Izno}} At [[Module talk:Sidebar/Archive 6#How to override "class=nomobile" to display sidebar in mobile view?]] you said "This cannot be overridden and that will not change". Did you only mean that there is no way to override an existing <code>class=nomobile</code>, or did you rule out adding a new sidebar option like <code>mobile=yes</code> to omit <code>class=nomobile</code>? I came from a discussion about {{tl|NGC objects}} at [[Wikipedia:Templates for discussion/Log/2025 January 4#Template:NGC objects]]. A long list is split into intervals so the articles are closer tied together than normal sidebars and this sidebar is very narrow. I think an option to omit nomobile would sometimes be nice. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 16:45, 4 January 2025 (UTC)
:Ruling both out. I can reinstate <code>vertical-navbox</code> if we prefer just to make it more opaque ;). It's not about how narrow or wide sidebars are, it's about how much HTML they dump into the page that isn't used in mobile. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:19, 4 January 2025 (UTC)
:Which maybe doesn't make my true preference clear of course - which is that everything is displayed at all resolutions (or at least until this module is deleted, which is probably my truest preference, for various reasons). What I'm doing is respecting the WMF's choice to remove these elements from mobile. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:22, 4 January 2025 (UTC)
== Should there be a way to automatically open up the relevant section of the sidebar? ==
After [[Template:Feminism sidebar]] got reorganized, a bunch of transclusions no longer automatically expand the correct section. For example, the article [[Feminist theory in composition studies]] automatically expands the "Concepts" section even though the article is now listed under the "Theory" section. Something I realized is that expanding the section ''that contains a link to the current article'' might be something that could be done automatically, so that editors no longer have to manually specify the section to auto-expand on every article where a sidebar is included. [[User:PBZE|PBZE]] ([[User talk:PBZE|talk]]) 19:39, 27 January 2025 (UTC)
== How get "alt" text for the image ==
In article [[Atlanta Compromise]], it is using an InfoBox [[Template:Nadir of American race relations]] .. that infobox has an image in it. How can I add "alt" text for the image, to assist visually impaired users of the encyclopedia? I couldn't find instructions for alt text in this module page. [[User:Noleander|Noleander]] ([[User talk:Noleander|talk]]) 01:39, 10 May 2025 (UTC)
:{{replyto|Noleander}} [[Template:Nadir of American race relations]] has <syntaxhighlight lang=wikitext>{{Sidebar with collapsible lists
...
| image = [[File:Le Petit Journal 7 Oct 1906 (cropped).jpg|232px|class=notpageimage]]
...
::Great, thanks, that worked. [[User:Noleander|Noleander]] ([[User talk:Noleander|talk]]) 13:13, 10 May 2025 (UTC)
== Title always link-blue? ==
I noticed that when a wrapper of this template is called on the page the title parameter links to, the title renders as the link color despite not actually being a link. This doesn't align with the default behavior when a page links to itself (e.g.: [[{{FULLPAGENAME}}]]) or the behavior when a non-title link in a sidebar links to the page it's placed on. It's also ''possible'' that this violates the {{tq|Links should be clearly identifiable as links for readers}} clause of [[MOS:COLOR]] (it doesn't conform to the inverse, i.e. that non-links shouldn't appear as links).
My Lua knowledge is limited at best so I have no idea what/who (and, by extension, why) caused this. Any thoughts?
— [[User:DaZyzzogetonsGotDaLastWord|Daℤyzzos]] ([[User_talk:DaZyzzogetonsGotDaLastWord|✉️]] • [[Special:Contributions/DaZyzzogetonsGotDaLastWord|📤]]) 20:18, 29 July 2025 (UTC)
:
::First noticed it on [[Mathematics]].{{snd}}[[User:DaZyzzogetonsGotDaLastWord|Daℤyzzos]] ([[User_talk:DaZyzzogetonsGotDaLastWord|✉️]] • [[Special:Contributions/DaZyzzogetonsGotDaLastWord|📤]]) 23:22, 29 July 2025 (UTC) <ins>P.S. Just realized this—only happens on dark mode (probably should've checked that earlier, but oh well.) Also: using Chrome but also shows up in Safari on my phone (again only in dark mode).{{snd}}[[User:DaZyzzogetonsGotDaLastWord|Daℤyzzos]] ([[User_talk:DaZyzzogetonsGotDaLastWord|✉️]] • [[Special:Contributions/DaZyzzogetonsGotDaLastWord|📤]]) 23:28, 29 July 2025 (UTC)</ins>
:::This also occurs using Firefox, again dark mode only. The HTML that is served has <syntaxhighlight lang=html><table class="sidebar nomobile nowraplinks hlist">
▲:{{replyto|Qwerty284651}} It's called a navbar, and it's already present. Why do you think that it isn't? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 15:37, 5 June 2024 (UTC)
<tbody>
<tr>
▲:::Same answer, same question. It's already present in [[Template:Sidebar]], so, why do you think that it isn't? If something isn't working as expected. you ''need'' to provide examples. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 18:16, 5 June 2024 (UTC)
<td class="sidebar-pretitle">Part of a series on</td>
</tr>
<tr>
<th class="sidebar-title-with-pretitle">
<a class="mw-selflink selflink">Mathematics</a>
</th>
</tr>
...
</tbody>
</table></syntaxhighlight> In both dark and light mode, this comes with the following CSS: <syntaxhighlight lang=css>@media screen {
a.mw-selflink {
color: inherit;
font-weight: bold;
text-decoration: inherit;
}
}</syntaxhighlight> which is what makes the word "Mathematics" appear black and boldface. But in dark mode only, the following CSS (found in [[Module:Sidebar/styles.css]]) is used in addition: <syntaxhighlight lang=css>@media screen {
html.skin-theme-clientpref-night .mw-parser-output .sidebar:not(.notheme) .sidebar-title-with-pretitle a {
color: var(--color-progressive) !important;
}
}</syntaxhighlight> The last three simple selectors (<code>.sidebar:not(.notheme) .sidebar-title-with-pretitle a</code>) are what's causing the color to be overridden. The color value (<code>var(--color-progressive)</code>) is read from a variable that is set elsewhere. Why it's written that way, I don't know. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 07:10, 30 July 2025 (UTC)
::::I did some [[WP:WikiBlame|WikiBlame]]-ing and discovered that the last bit of CSS in your comment (the <code>@media screen</code> one) was added in [[Special:Diff/1234103998|this edit]] to the style page by @[[User:Jdlrobson|Jdlrobson]] (pinging to find the reasons for the addition as the link in the edit summary is broken and a search for "Fall of Constantinople dark mode error" on talk pages turned up blank).{{snd}}[[User:DaZyzzogetonsGotDaLastWord|Daℤyzzos]] ([[User_talk:DaZyzzogetonsGotDaLastWord|✉️]] • [[Special:Contributions/DaZyzzogetonsGotDaLastWord|📤]]) 13:20, 30 July 2025 (UTC)
|