Feed The Beast Wiki:Centralized discussion/Archive/2020

&larr; 2019 | &rarr;

Modpacks reform
I'm proposing a few ideas on how to reform the documentation of modpacks on the wiki. Thoughts? -Xbony2 (talk) 00:15, 14 March 2016 (UTC) --  Satanic Santa 🎅F T B Wiki Admin 02:44, 14 March 2016 (UTC)
 * 1) Removing "Mods Included" sections on modpack pages, and linking to its auto-generated list on CurseForge instead (ex). Virtually all mods in modern modpacks are hosted on CurseForge. There may be a case or two where this incorrect, but the stubborn ones that come to mind (IndustrialCraft 2, Twilight Forest, etc) are all up there. GregTech is the only "big" exception, but I wouldn't be surprised if it followed IC2 in the near future.
 * The "Mods Included" section really serves little purpose; it's absolutely tedious to update and create (speaking from experience), thus they often aren't really updated. Lastly, they are pretty much unused- It's not 2014 anymore; if you want to know what mods a modpack includes, you go it's CurseForge page, or go the launcher; the wiki is not the first stop.
 * There should be exceptions to this rule, of course. Historical modpacks not moved over, like the Ampz Modpack, should allow for a mod list. This rule is mainly meant for future modpacks and current ones, like Infinity 1.7.
 * 1) Changing Infobox mod to convert "Modpacks" to a normal argument, instead of a section, and making it link to its auto-generated list of CurseForge instead (ex). The Modpacks section in mods is also not really updated, or even that used.
 * It's a good thing it isn't that updated, or pages like BuildCraft would go on forever with the list of every modpack it's been in. The only downfall to this is that it will be incorrect for historical packs.
 * 1) With the current (unwritten?) policies, "listed packs" are the only allowed modpacks. Technically, all CurseVoice packs are listed, meaning they can all be documented. I think this should be kept as it is.
 * Policy-wise, modpacks should be treated like mods ( Technically, modpacks are mods, just a mod with many components from many people. ). All modpacks should be allowed to be documented here, just like all mods can be documented here. Of course, like mods, FTB Wiki Staff should focus on documenting FTB packs. But, who are we to point away other users' modpacks? That only pushes users to host their documentation elsewhere, on other wikis or their own wikis.
 * One point that has been used to counter against letting other modpacks be documented here is that it would clutter Navbox Modpacks. My solution to this is pretty simple- just keep FTB-created packs on that navigation box. A proper list could created like our mods, but I think keeping Navbox Modpacks FTB-only would be a good thing.
 * 1) Anyway, the point of these changes is to allow modpack documenters to focus their time on useful things, like creating modpack guides and better descriptions. It's to allow information better hosted elsewhere to be better hosted elsewhere, and to bring our modpack documentation and policies from 2014 into 2016.
 * 1) I think the main reason we still have Mods Included is because you can use that to navigate from modpacks -> mods. I know I personally use this all the time, even if it is absurdly outdated. I think some sort of automatic way to do it, or to get the modpack team to update it themselves would be good. I agree it needs to change.
 * 2) I have been thinking about this for a long time. Perhaps that is a good idea, though not all mods utilize that dependency feature (e.g., Flaxbeard's Steam Power).
 * 3) Agree. I think they could be listed as Unlisted Packs in the navbox.
 * k
 * Get the modpack team to update it. Ha. Automatically generating would make the most sense if we want to keep it. -Xbony2 (talk) 11:10, 14 March 2016 (UTC)


 * Well, it currently seems like the way to do this is to use the Ruby script written by . Any other ideas as to how to quickly grab the mods list? -- Sir Moogle (🐥 • 💬 • 🌟) 17:30, 24 June 2019 (UTC)

Registry and unloc names in infoboxes
As seen on this page, including the entire registry name and unloc name makes infoboxes really wide and kinda ugly. I propose cutting the mod ID prefix from the registry name (it is implied that it is the mod ID) and removal of unlocalized names (since they are basically unusable by users, only by modders, translators and pack creators). -- Hubry  (talk) 04:37, 21 January 2018 (UTC)
 * I am in favor of trying this. -Xbony2 (talk) 16:28, 21 January 2018 (UTC)
 * The unlocalized name I don't care for. The registry name is useful to have and should be kept, but the modid part can be removed since the modid can be inferred from the mod the item is from (and should be documented in the infobox for the mod itself). 20:49, 21 January 2018 (UTC)
 * Not every mod correctly names their stuff, though. Twilight Forest, as I recall, does not include the mod ID in its unlocalized names and instead prefixes everything with "TF". --  Satanic Santa 🎅F T B Wiki Admin 23:50, 21 January 2018 (UTC)
 * Hubry was a bit more specific on Discord and proposed the prefix be included if it was odd. -Xbony2 (talk) 00:08, 22 January 2018 (UTC)
 * I believe Santa is talking about unlocalized names, where there's basically no convention anyway. And unlike registry names, which are used by any command interacting with blocks/items and visible to the user through, the only time you ever see unloc is if you are digging in localization files and mod's source. They are ugly and useless here. -- Hubry  (talk) 00:14, 22 January 2018 (UTC)

Interwiki mess
So, Pcj recently mass deleted likely-unused interwiki prefixes from all the wikis on Gamepedia. This has brought our interwiki stuff to my attention. There are a few issues:
 * 1) The "wikt" prefix was deleted. Bony thinks this prefix was used and I also think that, however if it was it was a duplicate because there is already a "wiktionary" prefix. We need to ensure only one is used, and decide on which one. I prefer "wikt" because it's shorter.
 * 2) There are two Wikipedia prefixes, "wp" and "wikipedia." Likewise we should pick one and correct everything on the wiki to only use this one. I personally like "wp," also because it's shorter.
 * 3) Likewise with "mw" and "mediawikiwiki"
 * 4) The "raw" prefix is incorrect. Is this actually used? Those URLs (hydra-media whatever) are no longer used. We need to check all of this thing's usages and hopefully delete it; I don't know why we would ever need this for an interwiki prefix.
 * 5) The following seem likely to be unused. We should assess these all:
 * 6) "commons"
 * 7) "ddgo"
 * 8) "google"
 * 9) "wikia"
 * 10) "wikimedia"
 * 11) "wow"
 * 12) Squirrel wants a CurseForge interwiki. Discuss that on the according discussion post.

Let us deliberate. --  Satanic Santa 🎅F T B Wiki Admin 17:43, 26 July 2018 (UTC)


 * My opinions:
 * raw was added by Xbony for Augmented Interactions because he wanted to embed gifs - honestly these should be converted to videos and embedded in the gallery instead (see wp:WP:Extended image syntax).
 * Wow is used on Thundercaller. I think you added it just for that page :P - I didn't think it was necessary and I think it can be removed.
 * I dont think we have any use for Commons or Wikimedia, though Commons could potentially be useful at some point I guess?
 * google/ddgo - do we really need an interwiki for search queries?
 * IIRC the main Wikia site has interwikis for all the wikis, so that's basically one interwiki for everything there - though I think we just link to Wikia pages directly when we link there, so we could remove it.
 * I'm fine with cutting the six interwiki prefixes you mentioned. As for wp/wikipedia, wikt/wiktionary and mw/mediawikiwiki the shorter ones for sure. (mediawikiwiki sounds stupid, too.) -- Hubry  (talk) 19:09, 26 July 2018 (UTC)
 * wikt is used, particularly through Wikt. A few pages are broken now, but whateves >.> I prefer shorter prefixes, but also prefer them to be recognizable, so I am opposed to using "wp" which looks odd to me. -Xbony2 (talk) 01:18, 27 July 2018 (UTC)
 * In the meantime, I've adjusted the template to use the other prefix. DSquirrelGM &#120035;&#120031;&#120018; &#128504; 03:22, 27 July 2018 (UTC)

FTB One access for documenting modpacks
FTB is offering to give FTB One access to wiki editors who are willing to document modpacks. You would have early access to modpacks and the testing servers so that the documentation would be ready by the time the modpack is finally released. Please let me or know and we will get you in touch with the appropriate people to grant you access. 23:23, 17 August 2018 (UTC)
 * , has this offer been rescinded yet? -- Sir Moogle (🐥 • 💬 • 🌟) 22:54, 30 October 2018 (UTC)
 * Not that I am aware of. 15:47, 31 October 2018 (UTC)

Misleading Authorship
This WIKi needs a big disclaimer that the information herein is not official documentation by the mods' authors. I'm sick of people complaining to me about my mod being broken because some page here is outdated. HenryLoenwind (talk) 11:18, 28 November 2019 (UTC)
 * Sorry about that happening to you. Sometimes, it is official documentation though... so such a disclaimer would be inaccurate... it would also be distracting if it was made big enough to force users to see it. -Xbony2 (talk) 05:21, 1 December 2019 (UTC)