@Izno Though Navbox is stripped off from mobile view, Module:Navbox/styles.css is still loaded in pages where Navbox is used. Is there a way to not load the TemplateStyles when Navbox is stripped off (not displayed)?
Template talk:Navbox
I think you could wrap the TemplateStyles tag with something like <div class="nomobile">. The module needs to be adjusted to do the same thing for all the templatestyles tags. This would be fairly easy. I have seen this issue noted on Phabricator somewhere.
I am not totally sure there is a lot of benefit to this.
- The CSS doesn't weigh very much in total. That's just my opinion I guess.
- At some point, navboxes may not be stripped out of mobile, so that's an additional change that would need to be made to undo these changes.
On the other hand, wrapping the TemplateStyles in something like that might also make it easier to do the "single border" CSS that is currently worked around by lots of link and style tags, at least in this module.
I will test whether nomobile
works.
The concern here is that, while we no longer load the styles in desktop view when navbox is not used, we add the styles to mobile view when navbox is used (but stripped out). So the benefit of reduced page size in desktop view is cancelled out by increased page size in mobile view. I do agree that making this change means one more fix to be applied when navboxes are no longer stripped out.
The change in Special:Diff/4775222 works. Doing the same for all TemplateStyles in Navbox could avoid the increased page size issue in mobile view.
Yeah, it probably works, but there's still a problem in that the "single border" negative margin doesn't work because one of the style tags (that shouldn't be there anyway) is getting fostered above the navbox element. I haven't figured out how to take care of that yet.
Ok, I figured out, it was a problem with the sandbox version of the template.
Now live here. You'll want to make an adjustment to your /styles.css as well possibly for the + selector rules.
@Shirayuki It seems the last edit to start use of styles.css has caused duplicate bullets to appear on pages such as Wikimedia Technical Committee/Minutes/2020-09-16
See F32352926 for an example. See also MediaWiki:Gadget-site.css where the main styles for this template currently reside.
Make the following links translatable! : "view", "talk", and "edit"
That requires updating Module:Navbar. The old template was not translated, so why do you keep reverting navbox? I'll ask on en.wiki what needs to be done.
Make links translatable.
Is there an update of this version? The navbox is just not working or simply vanish in browser mobile-view mode
it's a failure for programmer that can't balanced the user experiences between Mobile view and Laptop/PC view.
Many wikis use this template to just ended up having the navbox disappear in mobile view. Some wiki even has to do complex table coding because this one doesn't work well for mobile.
Complete disappointment. you simply didn't care about the mobile view user-experiences. Hope there will be a revision of this navbox
View/talk/edit links point to wrong pages. For example, Extension:WikiForum has v・t・e links. They should point to not Template:Navbox but Template:Social tools.
Make View/talk/edit links translatable.
It's no doubt that the module is absolutely superior to this bulky code using ParserFunctions. I'm suggesting replacing it with:
<includeonly>{{#invoke:Navbox|navbox}}</includeonly><noinclude>
{{Documentation}}
</noinclude>
I haven't spotted anything that might be specific to anything here, so I suppose everyone agrees?
As long as there are no regressions, I say be bold! Though the usual caveat applies: if there is breakage, you'll be responsible for either fixing it or we'll need to revert. :-)
Nice edit summaries when importing modules from the English Wikipedia, by the way.
There are no older topics