Izno ( talk) 20:56, 23 December 2022 (UTC) Reply Sorry, I guess I didn't understand your width: 100% suggestions, above. Or I can mess with it if you want. :) In your mockups, there's no reason to add those parameters, your CSS can be (using already-provided |class=). Try reverting to that version in the sandbox and adding that width. Izno: would it be ok with you if I added |list_class= and |item_class= to Module:List, so that we can keep nice CSS classes that people can edit without Lua? - hike395 ( talk) 20:48, 23 December 2022 (UTC) Reply Are you just trying to spare yourself an extra div? I don't really understand what wasn't working that made you remove the list in the first place that can't be resolved by my suggestion above to set the width to 100%. The remaining issue is that I have to use |list_style= and |item_style= to make this work, which would require hardwiring the styles into the Lua. You can do the same things as plainlist and put it in Portal/styles.css but that just adds CSS that's already common. Is it enough to use a ul and set of li ? Or does it have to be a "plainlist" class? Or both? The reason we use plainlist is to remove the bullets. Is it enough to use a ul and set of li ? Or does it have to be a "plainlist" class? Or both? - hike395 ( talk) 20:17, 23 December 2022 (UTC) Reply semantically a list Correct. This is one reason s are bad for presentation. :) Izno ( talk) 16:58, 23 December 2022 (UTC) Reply It sounds like you want the HTML to indicate that the portals inside the box is semantically a list. (One might even entertain using that module instead.) Izno ( talk) 22:03, 20 December 2022 (UTC) Reply Izno: I followed your example at Module:Side box/styles.css, and made the class adaptive in the sandbox: if the width is was not set to width: 100% and/or max-width: 100% table display things do weird things like indeed growing out of their container when they're 'too large' (and shrinking when the size necessary for the table is smaller than its container, a property that is usually useful but in this case is likely what has caused the display grief on Timeless, come to think of it). Now, we don't have to be so extreme necessarily just to account for that case, but squished text is :( and so the 100% width is generally a safer bet. It's why Module:Side box has the styles it has. And even for screens slightly larger, say 320px (which I think even Firefox console can emulate something that size in its default settings), now we're squishing what is likely to be text to the left into 145px. Regarding flex, we should consider the uber-small resolution pages, which may not be able to fit 175px (I doubt such a screen exists, but it's worth at least thinking about). No particular other issues for the moment. I do not know if that change was bad or if it should always have a background even when there is no border. What do other editors think? - hike395 ( talk) 13:00, 17 December 2022 (UTC) Reply Some change or another seems to have made the #All parameters section have some different styles, I suspect your moving the color to the top level box. See Template:Portal/testcases (click on "mobile" to see the effects).
I eliminated one layer of div which was causing the stretch.
hike395 ( talk) 04:41, 17 December 2022 (UTC) Reply To make the mobile box not be abnormally stretched, I updated Module:Portal/sandbox to use custom classes. I'm doing cleanup of plainlist and I see that also. This template does not require a rating on the project's quality scale. Portals Wikipedia:WikiProject Portals Template:WikiProject Portals Portal pages If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks. This page is within the scope of WikiProject Portals, a collaborative effort to improve portals on Wikipedia.
0 kommentar(er)
