All posts by FishTank

<p>Hey, there. There are fundamental issues (with a significant body of research behind them) with the user interface / user experience of tabbed interfaces of any kind, which is why we are not promoting them (or any other tab analogue) as an alternative to TabView. </p>

<p>Themes.css was a convention used by the (then) Community Technical and Vanguard teams to isolate Portable Infobox relevant code. There's not a significant difference, beyond making it somewhat easier to find CSS blocks. </p>

<p>No, you can't put panels inside groups. It's a top level only element. </p><p>But I think I understand now what you're meaning. You want the tab labels of the sections to be on multiple lines. (I originally thought you meant you wanted data fields on multiple lines like that.) While it's possible to do that, my caveat is that it is not recommended. The user experience suffers a bit when you do that. </p><p>These are the design guidelines we use for making that decision. </p>

•  https://material.io/components/tabs/#behavior
• https://www.nngroup.com/articles/tabs-used-right/

<div class="quote"><i> <p>Seelentau wrote: </p> And also, is it possible for the images to automatically fit the custom width of the infobox?</i></div>
<p>It's possible, but the images will have a loss in quality as a result. I strongly suggest not adjusting the infobox width from the default. </p> <div class="quote"><i>I had to use a custom width because for some reason, the labels would be wider than the infobox itself if the label words were too long. Is it not possible to "stack" the labels? So it's like (pipes reflect infobox borders): <p>| Label 1 - Label 2 |
| Label 3 - Label 4 | </p><p>instead of </p><p>| Label 1 - Label 2 - La |bel 3 - Label 4 </p><p>Or maybe just reduce the font size of the labels? </p> </i></div>
<p>There is. You would want to put those in a smart group. </p>

<p>That's actually surprisingly simple. </p> <div dir="ltr" class="mw-geshi mw-content-ltr"><div class="xml source-xml">

<span class="sc3"><span class="re1"><section</span> <span class="re0">name</span>=<span class="st0">"Limited"</span><span class="re2">></span></span>
            <span class="sc3"><span class="re1"><label<span class="re2">></span></span></span>{{{limited-edition-label|Limited}}}<span class="sc3"><span class="re1"></label<span class="re2">></span></span></span>
...

</div></div> <p>The hover color is intended (so that the reader knows there's an interaction there), but you can alter the color itself with CSS. </p> <div dir="ltr" class="mw-geshi mw-content-ltr"><div class="css source-css">

<span class="re1">.pi-section-tab</span><span class="re2">:hover </span><span class="re1">.pi-section-label</span> <span class="br0">{</span>
   <span class="kw1">color</span><span class="sy0">:</span> unset<span class="sy0">;</span>
<span class="br0">}</span>

</div></div>

Can you please provide a link?

<p>Notices are intended to be invisible on mobile, even those like "featured article". </p>

<p>There's not, and that's largely by design. </p><p>The infobox image is expected to be a reduced size and resample from what's originally supplied, and the expected UX action for image thumbnails that are not used for navigation is to expand the image to full fidelity in a lightbox; we'd rather do that than hover zoom. Image links for navigation, on the other hand, are a little trickier to understand in terms of user intent. PIs were, of course, designed to showcase the data / content and using them for strict navigation was not the primary use case. </p><p>Text links are, on the other hand, far less ambiguous. When pointing to an article, a link in the caption should give the reader / explorer much more of a signal where they're going before they click. As you alluded to, this would be true for mobile as much as desktop. </p>

<p>There is not a way, under the current system. </p>

Responded via Slack.

<p>My suggestion would be to have an infobox in the lede that shows information common to all of the weapons on that page, which should push the remaining infoboxes to their respective sections. The mobile skin does not understand the atypical case where the first infobox is below the fold. </p>

That's not a bug and is entirely intentional.

<p>Good to know. It really shouldn't work. As I said, it's a bad idea to have that, as it looks bad to users and search engines alike. </p>

<p><default>[[File:Placeholder]]</default> works inside the image tag, though it's not usually a good idea, for the same reason that having a default of "Unknown" is not a particularly good idea. </p>

You hadn't actually added a closing tag.

Can you provide a link? That might help.

<p>Where inside the infobox are you trying to use that tag? If it's not in a place where that tag is valid (such as where wikitext is allowed), it will give that error.  </p>

<p>You can't, and I wouldn't. </p>

<p>I've left a draft at w:c:median-xl:Template:Equipment_(Infobox)/Draft. The last step is some CSS in the theme: </p>

.pi-theme-median .pi-data-value:only-child { flex-basis: 100%; }

Can you provide a link to an article with the desired behavior?