I personally wouldn't do that as long as I know there are others keeping an eye on the contributions, but could also undestand if it'd be disabled.
I don't really know about the effectiveness, the German wiki has disabled anonymous editing in 2016 and there have only been 2 blocks since, but on the other hand, the number of vandals up until 2016 was very low already then. However, we've had much fewer comments. Normally, that should be considered, but here they're disabled anyways.
Hello! I'm from Undertale Wiki. I want to ask you as the author of the template Global Lua Modules/Navbox: do you plan to update it? I have an idea about creating a new parameter based on the "above" and "below" params, which would add cells under the header and above the row data to nested navboxes. I saw something similar in the Minecraft Wiki on GAMEPEDIA (see the Version history).
I am indeed the author in the sense that I made the original Module for this wiki. The dev wiki simply copied my Module afterwards, I don't really maintain that version, per se.
My navbox does indeed not currently support above/below per section. You could emulate the behaviour though. If you add a "list" without a corresponding "group", that list will be centered, much like the above/below. You could then add some CSS styles to make it look the way you need it to. Of course that is all assuming you don't need the no-group lists anywhere else in the same navbox. But then you wouldn't need to alter the module.
In principle, you can complain to the devadmins about the user who copied your module without permission, and demand to delete the article there, but I doubt they'll listen to you. "Community content is available under CC-BY-SA unless otherwise noted"... and all that.
Yes, indeed! The autonomy of the "list" from the "group" can only be achieved if the first group starts with number 2 or even 3 (provided that the second no-group list goes after the first no-group list) in the corresponding section. But because of this, the meaning of using an "above" is lost when its analogue can replace it.
Everything would be fine, but I've two problems with my template that I'm racking my brain.
List items under a subgroups have poor formatting, ignoring the CSS style.
In bulleted list, after the left bracket and before the right bracket, a space is added, which is on your wiki and not only.
I ask you to look at the screenshot and at a part of the source code to understand where I made a mistake. Maybe need to watch the CSS...
Oh I didn't mean to imply that they "stole" it or anything. I'm fine with them having it. I was only saying I never made any changes to their version.
Anyway, the list under subgroups not working simply appears to be a use case that was not accounted for. My module is inspired by (but not a copy of) Wikipedia's, where they never put a normal list under a subgroup. That said, the fix seems to be rather simple (see it work here).
As for the second issue, I don't really know why it happens. It appears the parser inserts additional spaces around list items. Not sure if that is specific to Fandom (which has an outdated parser), or something my module should be able to trim. It can probably be somewhat solved through CSS with negative margins, though.
That leaves us with the "above"/"below" not being supported. For "above" this should be fairly simple to fix (after processing the header, check if there is an above with the same number and if so, render it). For "below" it would be more difficult, since the number would not need to match the header in any way. Another option could of course be to simply render the above/below in child navboxes, which would allow you to insert basically a complete navbox under any header, which is pretty much how Wikipedia does it.
Thank heaven, otherwise we could have needed three more modules from Wikipedia. However, I hasten to upset you that Wikipedians foresaw this case long before Wikia. In fact, you invented the wheel, but thanks to it I got off the ground.
The second issue is also confusing for me. And I, too, was not sure of the Fandom specificity until I copied the necessary things from Wikipedia (including CSS) on my wiki. As it turned out, this did not solve the problem with spaces in brackets, so probably a fault in the outdated parser (according to you). However, I am interested in your suggestion on how to fix it.
No, the numbering of "above" is impossible, since there is no hint of binding to the header in the module code. Although the implementation of the idea is real, but I think this is not necessary. It’s hard for me to say anything about another option, because it is not clear how the "below" will be displayed in the child navbox, without conflict with the "above" for the "place in the sun".
I have confirmed that the second issue is due to the parser. I copied the code to a locally installed mediawiki with the newest version and it works without problem there. I also confirmed that the issue is fixable with CSS (change here, example here).
Excellent! I believed that this issue is solvable, and my hunch was confirmed. Now I'm not ashamed to show the Minecraft navbox (ported from Gamepedia) on the Ukrainian wiki, because the current one there is just awful (example here). Thank you very much.
Hi Tjcool! I am the Fandom Wiki Manager for the Wiki. I am here to help you and the community out with anything you need. Additionally, I will be the liaison to full-time Fandom staff. Please if you ever have any questions regarding the wiki, editing, styling, infoboxes, templates, etc, don't hesitate to ask me, take care!