Feed The Beast Wiki

Follow the Feed The Beast Wiki on Discord or Mastodon!

READ MORE

Feed The Beast Wiki
mNo edit summary
m (→‎Small convention for guides: "redstone dust"?)
(2 intermediate revisions by 2 users not shown)
Line 498: Line 498:
 
We are at [[BetterThanMinecon]] with a booth: https://i.imgur.com/EG0JZOS.png (would host on wiki instead of imgur but image stuff is broken, so sorry). Come and visit my little booth! [[User:Xbony2|-Xbony2]] ([[User talk:Xbony2|talk]]) 00:31, 18 November 2017 (UTC)
 
We are at [[BetterThanMinecon]] with a booth: https://i.imgur.com/EG0JZOS.png (would host on wiki instead of imgur but image stuff is broken, so sorry). Come and visit my little booth! [[User:Xbony2|-Xbony2]] ([[User talk:Xbony2|talk]]) 00:31, 18 November 2017 (UTC)
   
  +
== Small convention for guides ==
  +
I've noticed this in a few guides already, but...
  +
  +
When talking about <material> ingots, can we please add the word "ingot" right after "<material>"? While in most recipes it usually refers to the ingot form of the material, it may be unclear to readers as to which form of the material they should be using.
  +
  +
<small>Also if uncountable nouns could be given a countable descriptor (e.g., 4 piles of Redstone instead of 4 Redstone) that would be nice.</small>. --[[User:SirMoogle|SirMoogle]] ([[User talk:SirMoogle|talk]]) 21:40, 20 November 2017 (UTC)
  +
:Do you mean like saying "you will need 4 Iron Ingots" instead of "you will need 4 Iron"? Sure, makes sense.
  +
:I don't see your latter point though, "4 Redstone" sounds fine. "4 piles of Redstone" just sounds strange. [[User:Xbony2|-Xbony2]] ([[User talk:Xbony2|talk]]) 23:26, 20 November 2017 (UTC)
  +
::Also, why not "4 Redstone Dust" or something? --'''[[User:Hubry|<span>Hubry</span>]]''' <sup>([[User talk:Hubry|talk]])</sup> 23:34, 20 November 2017 (UTC)
   
 
<!-- do not edit below this line -->
 
<!-- do not edit below this line -->

Revision as of 23:34, 20 November 2017

Random TODO

"Stained clay blocks are renamed from '<Color> Stained Clay' to '<Color> Hardened Clay'."-mcw:Hardened Clay -Xbony2 (talk) 00:14, 1 September 2016 (UTC)

Guide credits

I really don't like the fact that we put "credits" at the tops of our guides. In many cases that information is accessible via the history. Furthermore it creates a sense of ownership on the articles, potentially discouraging new users from editing it. See also: Wikipedia:Ownership of content. The only case I can see this making sense is for guides which were written by someone, but then put on the wiki by someone else. I don't have a proposal for that situation, but I do propose that for the other cases, we do not put credits on the page. -- SatanicSanta🎅FTB Wiki Admin 20:06, 5 February 2017 (UTC)

As a general principle we should only include credits when content was written by someone not on the wiki and then copied over to the wiki. 🐇Retep998🐇🐰Bunny Overlord🐰 22:00, 5 February 2017 (UTC)
The thing I don't like is that it gives more respect to guides that were created elsewhere rather than made by the editors here. I'd be okay with it, however, maybe if the note was at the very bottom of the page (ex wikipedia:Foreign relations of Armenia#References, although probably a bit large than that) instead of blatantly at the top (change would be like this). -Xbony2 (talk) 02:55, 6 February 2017 (UTC)
I'm fine with that. It's not the best format but it's definitely better. -- SatanicSanta🎅FTB Wiki Admin 19:08, 6 February 2017 (UTC)
Just a thought on this, what about having a fixed-position small link image, or even just an "@" character, in the bottom right of the content area that links back to the original source in this sort of case? Not too intrusive, and easy enough to write a template for. DSquirrelGM (talk) 18:49, 8 February 2017 (UTC)
Not all of them have original sources, like Getting Started (Flaxbeard's Steam Power). I think something that links to the original source for those applicable could be useful though. -- SatanicSanta🎅FTB Wiki Admin 18:57, 8 February 2017 (UTC)
Or, we can add credits but the ones made by the editors should have the name of "Made by the community" or "Made by FTB Wiki Team" or something. So it's enough to say that it was made for this wiki but not too much sense of ownership. -IndestructiblePharaohVII 17:51, 16 February 2017 (UTC)
It's on the wiki so it's obvious that it's made by the wiki community. -- SatanicSanta🎅FTB Wiki Admin 22:31, 16 February 2017 (UTC)

April 17 2017 update

I've removed the credits from non-controversial guides (those which credited only people listed in the history for the page, many of which were mine >.>). I have left the credits in the ones in which credited people were not listed in the history, since we did not seem to reach a consensus for that. -- SatanicSanta🎅FTB Wiki Admin 05:53, 18 April 2017 (UTC)

Category overhaul

Everything related to categories is terrible. To start, we have changed the policy to allow for multiple categories per page. To make this more useful, we will be creating more descriptive categories. The following list of new categories will be updated as we add more:

We are also going to be renaming some categories and reevaluating their usefulness. The following categories need to be renamed and/or reevaluated:

  • Base
  • Resource Page
  • Transformation
  • Other
  • Converters
  • Portable
  • Sorting
  • Pipes
  • Tubes
  • Conduit
  • Modules
  • Attributes
  • Redpower
  • Miscellaneous Automation

The following categories have been replaced:

This project is more clearly documented on its project page.

Please discuss stuff. -- SatanicSantaFTB Wiki Admin 22:14, 8 February 2015 (UTC)

Okay so I have a few ideas with some of those; namely pipes, conduits and tubes etc..
My suggestion is to use categories that are bit more inclusive such as Fluid Transportation, Item transportation, Energy transportation which could each respectively classify things like BC pipes, IC2 Cable and Fluiducts. Another group of categories to assist this could be Item storage, Fluid Storage, and Energy storage which would classify items such as IC2 Batteries as well as BC Tanks
These could then also be supplemented (only for the energy ones) by the specifics such as RF Power or EU Power.
To recap how this would look
Wolfman_123_ · FTB Wiki Staff 04:37, 12 February 2015 (UTC)
Small continuation after looking through some more categories; I believe Modules is perfectly fine as it's simply just Steve's Carts modules which would be categorized as (Steve's Carts)-(Modules)
I also believe Attributes is fine however it may need a renaming to Genomes or something like that (I think this is the word Forestry uses to describe them, but please don't quote me on that)
Wolfman_123_ · FTB Wiki Staff 04:50, 12 February 2015 (UTC)
Last one I hope...
Can someone please explain what the hell Base is supposed to be as I don't really see much of a link between all of the content.
Wolfman_123_ · FTB Wiki Staff 04:52, 12 February 2015 (UTC)
I think Base is being used for machines that would be part of a large-scale industrial base? I'm not entirely sure though, there's one or two outliers in that.
Maybe it's for for pages that act as the base point for some form of industrialization, and are built on from there? Like 'components' but larger scale?
You're right though, there is not a lot of consistency across that category. PaladinAHOne Staff (talk) 07:01, 12 February 2015 (UTC)
Oh god then I realized that Forge and FML were in Base... What the hell was this category even?? PaladinAHOne Staff (talk) 19:44, 12 February 2015 (UTC)
Base is one of those categories that you just wonder what the hell went wrong. Really, it should either just have base mods like Forge and FML in, or they should go in Base Mod and I guess Base deleted. Chocohead NagEditsStaff 19:50, 12 February 2015 (UTC)
I'm not quite sure what to do about Forge and FML, but I have an idea for all the generators in that category sticking with the theme above.
* (IndustrialCraft 2)-(Energy producer)-(EU Power)
* (Thermal Expansion)-(Energy producer)-(RF Power)
Wolfman_123_ · FTB Wiki Staff 23:56, 12 February 2015 (UTC)
Base was for energy generators. The problem with Modules is it's too broad. It could mean SC modules, modules of mods, etc. Same goes for Attributes. I agree with your transportation stuff. -- SatanicSantaFTB Wiki Admin 02:51, 13 February 2015 (UTC)
Are you continuing on doing this? — NickTheRed37t · ru.MCW user
c · ru translator
13:18, 14 March 2015 (UTC)
I've been busy with other stuff, but it will be completed at some point. -- SatanicSantaFTB Wiki Admin 19:10, 14 March 2015 (UTC)
I may later think of an image of what I want to have as a category tree. — NickTheRed37t · ru.MCW user
c · ru translator
06:13, 30 March 2015 (UTC)
For those interested, I have been working on the categorization stuff. I moved Energy Transport -> Energy transportation. -Xbony2 (talk) 14:48, 4 April 2015 (UTC)
So, uh, what is a consumer called? Like, Macerator (IndustrialCraft 2) or Induction Smelter. I'd propose something like:

-Xbony2 (talk) 15:11, 4 April 2015 (UTC)

Why did you put Miner in Cables? :P Chocohead NagEditsStaff 22:29, 4 April 2015 (UTC)
I didn't do it! :P I'm not even listed in the history of the page. -Xbony2 (talk) 22:46, 4 April 2015 (UTC)
So you just edited Cables... Alistaire14820 added Miner to it years ago. :| Our categories are so screwed up. Chocohead NagEditsStaff 23:22, 4 April 2015 (UTC)
btw, can you look over Energy Units? Thanks. -Xbony2 (talk) 23:31, 4 April 2015 (UTC)
since nobody loves me, I'm going ahead with my proposition :P -Xbony2 (talk) 13:33, 8 April 2015 (UTC)

I have created a utility that can help us along with phase 1 of the Category Overhaul greatly. It requires Ruby, and the mediawiki_api gem created by wikimedia (be sure to use 0.3.1 as the newer versions are broken). You can find it in the SatanicBot repo. You will need to create your own secure.txt file with the formatting "USERNAME \newline PASSWORD". Alternatively you can just edit your clone of generalutils to use your username and password. -- SatanicSantaFTB Wiki Admin 23:00, 19 August 2015 (UTC)

Templates that may want to be made

(Altars are popular these days) -Xbony2, Master of Feed The Beast Wiki (talk) 01:47, 2 November 2015 (UTC)

-Xbony2, Master of Feed The Beast Wiki (talk) 00:31, 3 November 2015 (UTC)

The Fusion Chamber isn't needed because there are dozens of possible combinations for every element to create it. --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 21:31, 18 November 2016 (UTC)
  • {{Cg/Chemical Fission Chamber}}

All from MineChem. -- SatanicSanta🎅FTB Wiki Admin 20:51, 19 December 2015 (UTC)

I think over the free days I'll create the template for the Decomposer. --LuminousLizard de-native / "en-B2" (talk) 21:54, 22 December 2015 (UTC)

-Xbony2 (talk) 13:20, 30 December 2015 (UTC)

-Xbony2 (talk) 13:22, 30 December 2015 (UTC)

-- SatanicSanta🎅FTB Wiki Admin 02:14, 29 February 2016 (UTC)

I will do that in the next days. Should I create a normal navbox or a module ? --LuminousLizard de-native / "en-2" (talk) 20:16, 3 April 2016 (UTC)
From quickly looking at the mod, it looks like it adds a lot of content, so I'd recommend a module if it doesn't make you uncomfortable. -Xbony2 (talk) 20:47, 3 April 2016 (UTC)
Done from my side ! Navbox created and tilesheets uploaded. Problem not solved .. should someone else make the rest => Section: Problem with SheetImporter -- Preceding unsigned comment was added by LuminousLizard (talkcontribs)
New version is available and the mod has become a lot bigger. I'll update it when I find time. --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 20:41, 28 July 2016 (UTC)
Navbox updated ! --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 21:31, 18 November 2016 (UTC)

All of the GUIs can be found here. Thanks -Xbony2 (talk) 14:04, 30 March 2016 (UTC)

I'll make the last 3 in the list this weekend. Btw your link is broken ... but I can extract the GUIs out of the mod. --LuminousLizard (Wiki Staff and Editor) de-N / "en-2" (talk) 07:26, 16 April 2016 (UTC)
Yeah, Pam removed her machines in 1.8. Your link looks broken too :P In your preferences, you can set the "page type" to "Use a standard user wiki page" so User:LuminousLizard is your regular page, and UserProfile:LuminousLizard is the default global one. -Xbony2 (talk) 12:11, 16 April 2016 (UTC)
Done ! The link to my page is ok for me. One page is for a brief overview and the other for more, if interested.

The working stations from Tinkers' Construct. I will create the Stencil Table this weekend. --LuminousLizard (Wiki Staff and Editor) de-N / "en-2" (talk) 07:26, 16 April 2016 (UTC)

Why don't we have this... -Xbony2 (talk) 00:06, 25 May 2016 (UTC)

I will do that. --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 20:20, 29 July 2016 (UTC)
  • {{Navbox Hbm's Nuclear Tech}}
Done ! I will check for updates in the future. --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 21:31, 18 November 2016 (UTC)
  • {{Navbox Magicum}}

Some more navboxes ! --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 20:41, 28 July 2016 (UTC)

  • {{Cg/Drying Rack}} from TiCo, since it got a shit ton more recipes added to it in 1.9/1.10. -- SatanicSanta🎅FTB Wiki Admin 01:26, 11 July 2016 (UTC)
    Does this require a crafting template though? You just put the to-be food item on the rack and that's it. --SirMoogle (talk) 19:48, 12 March 2017 (UTC)
    I'm pretty sure there is a JEI thing for it, which is what we'd use. This is pretty common for us to do. For example, Witchery's Witch's Cauldron has no GUI, but it has an NEI thing which we use for {{Cg/Witch's Cauldron}}. -- SatanicSanta🎅FTB Wiki Admin
I will do Mekanism in the next time. --LuminousLizard FTB Wiki Staff de-N / "en-2" (talk) 21:31, 18 November 2016 (UTC)
  • {{Navbox RFTools Controls}} ... including the mod page (it's an addon mod for RFTools)
  • {{Navbox TAIGA}} ... including the mod page (it's an addon mod for Tinkers' Construct)
  • {{Cg/Resonator}}
    For Extra Utilities 2. It's more or less like a furnace without a fuel slot: one input, one output. I think it uses a flat 15 Grid Power to run +1 for each speed upgrade but double check that it's not recipe dependant. Lady Oolong (talk) 19:21, 9 March 2017 (UTC)

With Astral Sorcery adding 4 different crafting tables, we should make these:

--SirMoogle (talk) 02:17, 16 November 2017 (UTC)

Blocking policy

Feed The Beast Wiki:Blocking policy should be a thing. And while this message sits in this noticeboard, someone at some point will do it. That someone is not me because I worded it badly when I tried and it looked stupid. -Xbony2 (talk) 23:25, 2 February 2016 (UTC)

I think the whole principle of a noticeboard is rather undermined if things are done after the requests are removed from it ;) Chocohead NagEditsStaff 23:31, 2 February 2016 (UTC)

Modpacks reform

I'm proposing a few ideas on how to reform the documentation of modpacks on the wiki.

  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.
  2. 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.
  3. 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.
  4. 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.

Thoughts? -Xbony2 (talk) 00:15, 14 March 2016 (UTC)

  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.
  4. k

-- SatanicSantaFTB Wiki Admin 02:44, 14 March 2016 (UTC)

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)

Vegan/Vegetarian Categories

So, the Vegan and Vegetarian Food categories are shit. Most of the things in them are not inherently vegan, but have the option to be made with vegan things (e.g., Apricot Glazed Pork can be made with Tofu since it is made with the listAllporkcooked oredict). We need some sort of change to the way these categories are set up. I don't know how though. -- SatanicSantaFTB Wiki Admin 00:11, 17 April 2016 (UTC)

How about having the sub-category substitute for them both, and things that can be cheated using Tofu can go in those. Chocohead NagEditsStaff 00:19, 17 April 2016 (UTC)
Proposing the categories of-
  • Non-Vegan Foods (anybody have a better name?)
  • Meats (subcat of last cat, for pure meats)
  • Pure-Vegetarian Foods
  • Pure-Vegan Foods

To replace the current categories. I don't think we need to have a category that includes cheaty substitutes, since most MC foods can use said cheaty substitutes. -Xbony2 (talk) 23:45, 19 April 2016 (UTC)

And a philosophical question- if I cheat in a Raw Chicken from NEI, does it count as vegan/vegetarian because no chickens were hurt in the process? -Xbony2 (talk) 23:47, 19 April 2016 (UTC)
I live with vegans and am friends with a lot of vegans, and I hear "non-vegan" quite a bit when referring to food made with animal. So I think that's a fine name for a category. Otherwise, there's also omni/carnivorous which get used a lot as well. -- SatanicSantaFTB Wiki Admin 00:03, 20 April 2016 (UTC)

Clarifying sentence casing for disambiguations

I propose that the sentence case style that is already established for articles be extended to disambiguations. Here is a set of examples to show how this would affect things:

  • Thing (GregTech) -> Thing (GregTech) (unchanged)
  • Concept that is not referenced in the game as a proper noun (Esteemed Innovation) -> Concept that is not referenced in the game as a proper noun (Esteemed Innovation) (unchanged)
  • Thing (GregTech) (Item) -> Thing (GregTech) (item) (Item -> item)
  • Not a proper noun (Concept) -> Not a proper noun (concept) (Concept -> concept)

Basically, this will just require a slight modification to Project:MoS#Article titles to clarify that the sentence casing is extended to the parenthetical disambiguation of article titles. -- SatanicSanta🎅FTB Wiki Admin 18:55, 13 March 2017 (UTC)

The Minecraft Wiki does something similar (see mcw:Clay (block) and mcw:Melon (block)). It makes sense. -Xbony2 (talk) 22:45, 13 March 2017 (UTC)
I never liked that, the fact it was extra in the title rather than the item/block's name made titlecase make more sense IMO. Chocohead NagEditsStaff 22:51, 13 March 2017 (UTC)
I think you're just used to it, it looks strange at first. -Xbony2 (talk) 11:13, 14 March 2017 (UTC)

Disambiguating things with slightly different names together

Right now, the general standard is that things are not disambiguated on the same page unless they have the same name exactly. I don't think this is very useful. I think that we should be disambiguating things that have close names on the same pages. Right now, from what I know, there are two pages which do do this: Porcelain (disambiguation) and Vinegar. Part of this also has to do with naming. I think that Wikipedia's "(disambiguation)" thing is fine for right now, but eventually if the disambiguation overhaul is a thing, that can be phased out. -- SatanicSanta🎅FTB Wiki Admin 05:16, 15 April 2017 (UTC)

Interesting idea. Only thing I would suggest is that for the more uniquely named items (e.g., Grape Vinegar compared to the other Vinegar entries) shouldn't need a link back to the disambiguation page. --SirMoogle (talk) 05:26, 15 April 2017 (UTC)
If the overhaul goes through, it would be far easier, I think a few disambig pages already have a See also section with similarly named pages. These pages don't link back either. I think that for now having the "(disambiguation)" thing would be fine, the current way of disambiguating is a bit annoying at times so I kinda want to see that changed. -- Hubry (talk) 16:46, 15 April 2017 (UTC)
I also agree, as someone searching for porcelain from Ex Nihilo has a very good chance of hitting Ceramics instead which no link telling them the proper name. And in the case of porcelain versus porcelain clay, they might as well be the same name, one just sounded redundant to me. KnightMiner t/c 22:34, 15 April 2017 (UTC)
I've made my position fairly clear- in the case of a page like Vinegar, I'd rather Grape Vinegar be put into a "See also" section. I'm not explicitly against " (disambiguation)" pages, although I'm skeptical of its usefulness in the case of Porcelain (a simple {{About}} could be used at the top of Porcelain to link it to Porcelain Clay at most).
Also, something that's been brewing (well, more that's been brewed) at the back of my mind for a long time, since we're on the topic- I'm an advocate for disambiguation discrimination. Sounds pretty evil I know, but I think it makes sense. I don't think A) mods should have to disambiguate for items (like Engineer's Toolbox but not like Roots (Mod) or Aether (Mod)) B) Vanilla should have to disambiguate for modded stuff (like Dirt/Dirt (Witchery) but not like Granite) and C) material pages should have to disambiguate for anything else (don't really have any examples, but I'd argue there's not a Diamond material page because of disambiguation confusions). Wikipedia does something similar (ex. wikipedia:China and wikipedia:China (disambiguation)). I think would be logical. -Xbony2 (talk) 12:46, 16 April 2017 (UTC)
Most of that made no sense. -- SatanicSanta🎅FTB Wiki Admin 16:10, 16 April 2017 (UTC)
I think what he said is...
  • If there is both a mod an an item that have the same name, currently we do Foo (Mod) and Foo (Item) with Foo being the disambiguation, xbony2 is proposing Foo to be the mod page and Foo (disambiguation) to be the disambiguation page. Under my overhaul I'd probably have Foo be the mod, SomeMod/Foo be the item (regardless of disambiguation), and Foo (disambiguation) be the disambiguation.
  • When a mod has an item with the same name has vanilla, xbony2 is proposing Foo be the vanilla page Foo (Mod) be the page for the modded version and Foo (disambiguation) be the disambiguation. Under my overhaul it would be Mod/Foo and Vanilla/Foo with Foo being the disambiguation.
  • When a material has the same name as an item, xbony2 is proposing that Foo always be the material page with Foo (disambiguation) being the disambiguation. Under my overhaul an alternative would be to have a pseudo mod for materials such as Material/Foo so that Foo would always be the disambiguation/redirect.
🐇Retep998🐇🐰Bunny Overlord🐰 19:42, 16 April 2017 (UTC)
Well then I disagree with xbony and agree with you. -- SatanicSanta🎅FTB Wiki Admin 23:47, 16 April 2017 (UTC)
You do realize a disambiguation page is literally an {{about}} for more results? All three of the unfired porcelain, the decorative block, and the Ex Nihilo version are able to be called simply "porcelain", thus that title needs to link back to all four pages. I would have skipped the disambig page if I had fewer items to redirect to, but 4 or more is the Wikipedia standard.
It is also why I had porcelain clay listed on Unfired Porcelain, as it is unfired porcelain as you might expect when looking for unfired porcelain had you not known the proper name (or played a pack where my clay came up first then played a pack with just Ex Nihilo). KnightMiner t/c 01:59, 17 April 2017 (UTC)

Ah, I just remembered. If we as a community are deciding to include similarly named items in the same disambiguation page then {{Disambig}}'s text will need to be changed as it currently says:

This disambiguation page lists articles associated with the same title.
Template

--SirMoogle (talk) 14:22, 25 April 2017 (UTC)

Addendum: Perhaps a new template can be created that resembles {{About}} so that instead of "This article is about X from Y. For other uses, see X" it'll state "This article is about X from Y. For similarly named pages, see Z"? --SirMoogle (talk) 14:27, 25 April 2017 (UTC)
Eh, I disagree. That is what the Wikipedia disambiguation template says (well, it says "associated with the title <title>") and I think it still makes sense. The key word is "associated," as "associated with" does not mean "equal to." -- SatanicSanta🎅FTB Wiki Admin 19:54, 25 April 2017 (UTC)

Semi-merging of GregTech 5 Unofficial and GregTech 5

I propose the "merging" of GregTech 5 Unofficial and GregTech 5 content: moving everything in {{Navbox GregTech 5 Unofficial}} to {{Navbox GregTech 5}} and making GT5U stuff be part of the same tilesheet as well. GT5U content should be noted as GT5U-only still, but it should not be segregated completely. GregTech 5 Unofficial has more or less been accepted as the continued iteration of GregTech 5 so I think this would be for the better, but at the same time I think any potential people that only use the official version wouldn't really be hurt by this. -Xbony2 (talk) 00:02, 4 June 2017 (UTC)

It may be a continued iteration, but they are still different which merging them doesn't show. If the navboxes were merged in any way, the extra things should be clearly labelled as part of GT5U not GT5, otherwise it doesn't make any sense to point out that it's different in the page. Really, just putting GT5U navboxes at the bottom of GT5 pages is probably sufficient (which could just be the GT5U navbox at the bottom of the GT5 navbox's template). As for tilesheets, keeping them split might be necessary to avoid GT6 style problems of having multiple sheets anyway for blocks/items/other things. Chocohead NagEditsStaff 01:00, 4 June 2017 (UTC)
From my minimal understanding they are still pretty different, so I agree with Chocohead that they should not be merged. I think it could also be confusing because they are still separate mods and someone who downloads one might expect to see stuff from the other after looking at the wiki. -- SatanicSanta🎅FTB Wiki Admin 05:36, 4 June 2017 (UTC)
We should have a clear warning at the top of every GT5 page where the given item only exists in one of the two mods, regardless of whatever else we do. I do think both navboxes should be visible on all GT5/GT5U pages though, but it should be clear in the navboxes what stuff is only in GT5U and what stuff is in the original. As for tilesheets, I'm not sure whether I want to give GT5U its own full tilesheet, or just items which aren't in GT5. If any textures were changed in GT5U then that would provide more of a reason to give GT5U its own full tilesheet. 🐇Retep998🐇🐰Bunny Overlord🐰 06:57, 4 June 2017 (UTC)
GregTech 5 Unofficial doesn't appear to change any textures (except maybe GUI textures but not in any official releases yet according to JohannesGaessler, but that doesn't affect the tilesheet obviously). I see GT5U as being the community-accepted continuation of GregTech 5 (like Nuclear Control 2 or Extreme Reactors), and that we should treat it more like that. Oh, and also it would be good to bring BloodyAsp and maybe others into this discussion. -Xbony2 (talk) 15:31, 4 June 2017 (UTC)
Both examples you provided were separate updates for mods on new Minecraft versions, not full continuations of the same (if decompiled) code base for the same Minecraft version. Especially as there's scope for items in GT5 to be changed by GT5U, they cannot be considered the same the way you could with Nuclear Control for 1.6 and Nuclear Control 2 for 1.7. The only situation where what you suggest does apply is GT5U for 1.10 (which is another problem in itself), but that's still WIP whilst being slightly rewritten, so it probably isn't a concern right now. Chocohead NagEditsStaff 16:10, 4 June 2017 (UTC)
I don't really see why it has to be on a different Minecraft version as long as it's considered the de facto continuation by the community (which is perhaps debatable if the mod is, but I would argue it is, we could do a poll or something if necessary). -Xbony2 (talk) 23:21, 4 June 2017 (UTC)
A different Minecraft version at least separates the original mod out from the clone/continuation a little more, the fact GT5 and GT5U are so close together already means merging much further will make it quite hard to tell what is actually added in what. The difference between them is quite important too, as there are old packs that have GT5 in them (from back when Greg was still developing it), which obviously won't have the content from GT5U. Having the differing Minecraft versions means there is at least no doubt in which one you are running as there's no choice, in GT5's case there very much is. Chocohead NagEditsStaff 23:38, 4 June 2017 (UTC)
We can set it up where the differences are noted but at the same time they are together, where content that GT5U-only is marked as such. I don't think having separate navboxes would be particularly useful; someone looking for something from the original GT wouldn't be bothered that there's some things listed that aren't in their version, they'd just skim over it until they find what they are looking for. -Xbony2 (talk) 19:26, 5 June 2017 (UTC)
I would definitely be mildly annoyed having to figure out what things I could do with GT vs. GT5U instead of just going to the specific place for the specific mod I had installed. -- SatanicSanta🎅FTB Wiki Admin 20:38, 5 June 2017 (UTC)
As long as the GT5U exclusives have their own section in the navbox to make it clear they're not part of the base GT5, every page for a GT5U exclusive has a notice at the top indicating its exclusivity to GT5U, and articles clearly document functionality changes between GT5 and GT5U, then that should be fine by me. 🐇Retep998🐇🐰Bunny Overlord🐰 21:47, 5 June 2017 (UTC)
I think an average page should look like this. I don't think it is mildly annoying to use. -Xbony2 (talk) 00:07, 6 June 2017 (UTC)
What exactly does merging the GT5 and GT5U navbar and pages help? As i see it, it would only be more work with no real improvement. That work would be better invested in finishing the missing GT5U pages and GT5U addon stuff.--BloodyAsp (talk) 20:07, 8 June 2017 (UTC)
BloodyAsp- I don't think it would be a lot of work, wouldn't take very long for us to do so it wouldn't really compromise any GT5U work (currently there's not really any work going on for it that could be compromised x.x having this discussion debatably would take longer than moving navbox content over or merging the tilesheets). As for the improvement, this would treat GT5U more like an updated version of GT5 rather than a one-off fork or an addon. -Xbony2 (talk) 21:35, 8 June 2017 (UTC)

FTB forums wiki section

Currently there is a wiki section on the FTB forums which is quite inactive. Should we keep the wiki section around or should we replace it with a redirect to a discussion page on the wiki (like this one)? Please provide your questions and comments and at midnight UTC at the end of July, a decision will be made based on the consensus of the community.

Comments

  • I personally think the wiki section on the forums serve no purpose anymore and should be replaced with a link to this page. 🐇Retep998🐇🐰Bunny Overlord🐰 18:23, 27 June 2017 (UTC)
  • I personally think the public wiki section on the forums serves no purpose anymore. It should be replaced with a link to this page, and all discussions from the section should be archived here on the wiki. I think the secret section can be safely removed entirely. The secret removal should not be archived publicly as that violates the privacy of posters who posted under the assumption the public would never see their comments, regardless of the seriousness of the content. I don't think there's anything remarkably important there, anyway. -- SatanicSanta🎅FTB Wiki Admin 18:27, 27 June 2017 (UTC)
  • Why is this section organized weirdly? A normal talk page comment would have been sufficient. Anyway... I agree that the two sections on the FTB Forums are basically useless. Everything should be archived. The public stuff could be archived to [[Feed The Beast:Public forum archive]] or something (that's a bad name, someone suggest something better). I would like the private stuff to be archived publicly, but I realize this is unrealistic and inappropriate for the reason Santa provided. From what I've seen, ~90% of the stuff I think would be fine if made public but without consent from everyone (which is obviously impossible, since most of the people there have moved on, some of them have disappeared completely, some have been banned from FTB, and for all I know some have literally died) it still would not be appropriate. Perhaps some portions of it could be archived publicly if it was uncontroversial and maybe interesting, like old guides and whatnot; I don't think that it would be a big deal for some certain stuff. Also it should be noted I would like access to the private archive. -Xbony2 (talk) 19:35, 27 June 2017 (UTC)
    • For discussions involving parties we can still contact, we could request consent to archive them publicly. -- SatanicSanta🎅FTB Wiki Admin 19:48, 27 June 2017 (UTC)
      • Those discussions are few and far between from what I've seen, imo such a goose-hunt would be a meh use of time. It's sad that there's like ten times more retired staff than would-be staff now, although to be fair, as Retep pointed out, you had to be staff in order to edit the wiki in the old days so they were a lot more liberal with it (until a lot of them got kicked out for not doing much, of course). After looking through the private archive, I found only like two things useful, one the enchanting JS stuff which you (Santa) mentioned in IRC, and the other this quote which I just leaked as you can see (really doubt Denkbert would care, if he minds he can sue me and I'll plead guilty). -Xbony2 (talk) 01:17, 28 June 2017 (UTC)
  • End of July, why not at the end of June? -- IndestructiblePharaohVII 20:46, 27 June 2017 (UTC)
    • Because the forums are so inactive that we need to give people plenty of time to respond. 🐇Retep998🐇🐰Bunny Overlord🐰 20:49, 27 June 2017 (UTC)
      • 3 Days are more than enough imo. You can also extend it to July 15th, but not til the end of July for something inactive. -IndestructiblePharaohVII 20:52, 27 June 2017 (UTC)
      • I don't think anyone from the forums and only the forums will be replying :P -Xbony2 (talk) 01:19, 28 June 2017 (UTC)

Results

Well, with such a huge turnout it was quite difficult to come to consensus. It seems we all pretty much agree: Replace the section with a link here, and archive the pages here. As for the private ones, we can archive some of them here but probably not many. I will get in contact with FTB about this and will begin archiving ASAP. -- SatanicSanta🎅FTB Wiki Admin 23:12, 3 August 2017 (UTC)

The base public section has been archived at Project:Public forum archive. However we never actually discussed the news section. Whoops. -- SatanicSanta🎅FTB Wiki Admin 00:49, 4 August 2017 (UTC)

Enhanced ore dictionary descriptions

Currently the description in the tooltip for {{O}} is just the ore dictionary tag, for example
. I propose that we also display the mod name that a given item comes from, so you can more clearly see the various mods that provide items which satisfy a given oredict tag. Please indicate whether you are in favor of this change. If you are in favor of this change, please also help us decide which style to use for the tooltip description by providing a ranked vote of the options available on User:Retep998/OredictDescs. If you do not like any of the options on that page, please add your desired style variations to the end of that list. 🐇Retep998🐇🐰Bunny Overlord🐰

Updates

  • Considering how everyone so far is in favor of this change I have implemented the new oredict tooltip descriptions. The style is still up for debate and will be updated once the community has settled on something. 🐇Retep998🐇🐰Bunny Overlord🐰 06:43, 29 June 2017 (UTC)

Votes

  • Pictogram voting supportSupport. I support this change and my preferred style is option 6. 🐇Retep998🐇🐰Bunny Overlord🐰 18:30, 27 June 2017 (UTC)
  • Pictogram voting support#6 -- SatanicSanta🎅FTB Wiki Admin 19:49, 27 June 2017 (UTC)
  • Pictogram voting supportOption 3 Chocohead NagEditsStaff 19:51, 27 June 2017 (UTC)
  • Pictogram voting supportNumber 6 --Hubry (talk) 19:52, 27 June 2017 (UTC)
  • Not much point in just jumping to a vote instead of just discussing it and going to the vote if we need it, it's not that big. I Pictogram voting supportSupport the idea of having the mod name shown. I'd prefer the mod name to be blue, and I would prefer there to be no italics, it just looks strange and out of place. I guess that leaves 4 and 7. I'd lean towards 7 I guess? -Xbony2 (talk) 20:09, 27 June 2017 (UTC)
  • Pictogram voting supportOption 9000 / 1800 - IndestructiblePharaohVII 20:49, 27 June 2017 (UTC)
  • Pictogram voting support第二の選択 Would really help compared to going to the page it links to and determining which mods are classified under it. --SirMoogle (talk) 23:37, 27 June 2017 (UTC)

List of alias worth creating

(See #63) Generally I don't think everything renamed ever needs an alias, just stuff where multiple aliases would be used because of older versions and whatnot.

  • Stained Clay/Hardened Clay/Terracotta
  • IC2's Machine Block
  • Probably other stuff

-Xbony2 (talk) 01:42, 5 July 2017 (UTC)

Discord

Chances are everyone who would read the CD already saw this mentioned in IRC (except Retep since he's in the woods), but we now have a Discord server here. This is bridged with the IRC, so if you don't like Discord or don't have it (...you're missing out, the modded community is very active in various servers) you can continue to use IRC (and we will have to in order to access our bots, for the time being). I also put it in the sitenotice because why not. -Xbony2 (talk) 16:41, 1 August 2017 (UTC)

Move proposals for Chisel

Wouldn't it be better to create an infobox that displays all the different decorative blocks instead of creating an entirely new page for them? Most of them don't add any new functions and are purely decorative and I don't think that warrants getting a page created. --SirMoogle (talk) 05:25, 4 August 2017 (UTC)

Nah, I think [[Oak Wooden Planks (Chisel)]] (or whatever) should have all of the chisel variations instead of hijacking a Vanilla page. We have plenty of pages for decorative variations, it's not a big deal. -Xbony2 (talk) 11:27, 4 August 2017 (UTC)
Agree -- SatanicSanta🎅FTB Wiki Admin 15:45, 4 August 2017 (UTC)

Separation/disambiguation of Chisel

I think that the Chisels should be treated as one mod, or at least not as six. For example, I believe that asie's port has zero difference with the original mod, other than who the mod author is and the Minecraft version. I think separating the mod, in this case, is absurd. KnightMiner and Hubry have advocated different views, but TheSatanicSanta disagrees. We need to discuss how we should treat Chisel with regards to all of its forks. sorry if my grammar/spelling is off, I'm on mobile, wikiing is hard on mobile -Xbony2 (talk) 19:44, 6 August 2017 (UTC)

Infoboxes would have been nice How about just making sections for each different Chisel mod on one unified Chisel page for a block? --SirMoogle (talk) 22:11, 6 August 2017 (UTC)
I'd probably like that. I think we should do some research on the difference in each Chisel version. Antillar suggested having it Chisel 1 and Chisel 2 (1 for AUTOMATIC_MAIDEN, asie, Pokefenn, 2 for TheCricket26, Delta534, Chisel Team). Going to ask about differences in Chisel forks. -Xbony2 (talk) 23:00, 6 August 2017 (UTC)
According to tterrag...
AUTOMATIC_MAIDEN -> asie -> Pokefenn -> Cricket -> us

there were other offshoots along the way, but that's the heartline
very little changed between AM's original, pokefenn's, and asie's
minor features and new blocks were added, but no major changes
for instance pokefenn added the laboratory blocks I believe
cricket took some liberties...mainly calling it "chisel 2" before making any real changes
in the end his was just about the same. a few more minor features. same mod
since 1.8+ the mod has been rewritten with lots of new things, but at the core it's all still the same. since we split out the new rendering code into CTM that doesn't even affect Chisel's history anymore
you have noted Delta534, his fork was short lived and is the reason asie took it up at all
it was extremely buggy and was only around for a few months in 1.6.4

terrag

-Xbony2 (talk) 23:28, 6 August 2017 (UTC)

My opinion on this is exactly the same as my opinion on putting GT5U and GT5 together. I don't think we should be special casing mods because they are similar. tterrag even listed some changes that some forks made. I think that's plenty of reason to keep them separate. -- SatanicSanta🎅FTB Wiki Admin 16:18, 7 August 2017 (UTC)
"Changes" as in decorative block changes? I think it'd be helpful for readers to see all the decorative blocks of that particular block all the Chisel mods have made on one page instead of browsing through multiple pages trying to compare aesthetics amongst different Chisel versions. If "changes" mean functionality or something else, that should be reflected under the appropriate section heading or on the mod's page if it's a significant change. --SirMoogle (talk) 16:41, 7 August 2017 (UTC)
I still think that could be confusing. We don't do this for the Advanced Machines forks so why should we for Chisel? -- SatanicSanta🎅FTB Wiki Admin 16:47, 7 August 2017 (UTC)
They aren't similar mods, they're the same mods. They don't magically become a new mod because someone forks it. The main difference between them is that the newer versions have more content. It should be treated as the same mod, just continued by someone else, because that's exactly what it is. I do not plan to disambiguate The Mists of RioV and my short-lived fork of it simply because I added a Bonyium Ingot to it and fixed a few bugs. One way to document the history is to have a section listing each variation (which would be pretty useful anyway and we should do anyway) that would something like this:
(On [[Birch Wood (Chisel)]])

==Variatons==
* {{P|Birch Wood (Smooth)|CHIS}} '''Smooth''' (Added in 2.5.0 ([[Chisel (asie)|asie's fork]])) <optional description>
* {{P|Birch Wood (Planked)|CHIS}} '''Planked''' (Added in 2.5.1 ([[Chisel (Pokefenn)|Pokefenn's fork]])) <optional description>

For an otherwise empty decorative page I do not think this would have much clutter. -Xbony2 (talk) 00:14, 8 August 2017 (UTC)

That works, but I was thinking more along these lines:
 == Chisel (earlier fork) ==
 list variations
 == Chisel (later fork) ==
 list variations
 
Such that later forks have their own new blocks added without redundantly putting the old ones into the new section as well. --SirMoogle (talk) 02:00, 8 August 2017 (UTC)
That would be a lot of sections and a lot of repeat, though. -Xbony2 (talk) 02:10, 8 August 2017 (UTC)

Honey Comb issues

Fix the searching for the images of the bees depicted here: https://ftb.gamepedia.com/Honey_Comb Frenchiveruti (talk) 01:49, 13 September 2017 (UTC)

I think that's an issue related to this. -Xbony2 (talk) 11:18, 13 September 2017 (UTC)
Oh, I see, well then I'll stop trying to fix it. --Frenchiveruti (talk) 17:36, 12 October 2017 (UTC)

Capitalising "vanilla"

As Xbony2 has noted, there's no official decision on whether or not "vanilla" should be capitalised in sentences. As it is not an official MojangTM term, I say it should be kept in all lowercase as a standard adjective. --SirMoogle (talk) 04:21, 24 September 2017 (UTC)

Support

  1. Pictogram voting supportSupport For reason listed above. --SirMoogle (talk) 04:21, 24 September 2017 (UTC)
  2. Pictogram voting supportSupport I know I'm late to the discussion but hey! Those are internet times! --Frenchiveruti (talk) 17:35, 12 October 2017 (UTC)

Against

Discussion

I've seen it both ways across the community (capital, like here, here, here, etc.... and not capital, like here, here, here, etc....). It could be argued that "vanilla" is used as adjective, or it could be argued that it's part of the name, even if it is an unofficial name. But I would argue that it mostly comes down to aesthetics. For this reason, I'd like to have a "community referendum": a simple poll put on Reddit. If no one objects I'll set up one soon. -Xbony2 (talk) 13:23, 24 September 2017 (UTC)

That's a good idea. Be sure to blast it on Twitter, IRC, and the FTB Forums though because Reddit is not representative of the community. -- SatanicSanta🎅FTB Wiki Admin 23:27, 25 September 2017 (UTC)
As it isn't an official term I wouldn't capitalize it. Also, I only go to reddit as an asbolute last resort, the searching, organization, and verification, there is horrible. DSquirrelGM𝓣𝓟𝓒 01:57, 29 September 2017 (UTC)
I don't think we need to bombard every corner of the internet for something so minor; I am highly skeptical different portions of the community would have inherently different opinions over this matter. Here is my Reddit post (or skip to the strawpoll here). You can share it elsewhere if you want to. Haven't had any issues with Reddit. -Xbony2 (talk) 13:57, 29 September 2017 (UTC)
Update: "vanilla Minecraft" (uncapitalized) won by about three votes after angry grammaticans stormed the building. Unless anyone is opposed I'm going to add using "vanilla Minecraft" in the style guide and fix it in places. -Xbony2 (talk) 22:57, 5 October 2017 (UTC)
And all is right with the world. 👍 --SirMoogle (talk) 18:16, 12 October 2017 (UTC)
One argument for it was 4000 characters which to me was quite reactionary for an extremely minor spelling difference in a website the one arguing had little to do with x.x -Xbony2 (talk) 22:36, 12 October 2017 (UTC)
I assume you're referring to this one. --SirMoogle (talk) 22:40, 12 October 2017 (UTC)

Material infoboxes

I want to make all the material pages use {{Infobox material}}. The advantage is that it automatically fills in everything from the oredict extension, so much less effort is needed to actually create a material page and keep the infobox up to date. What do you think? How should it be improved? 🐇Retep998🐇🐰Bunny Overlord🐰 20:02, 2 November 2017 (UTC)

We still have to add each mod apparently that adds the material so it's not really fully automated (which in at least theory should be possible). It's nice though.
This should not be implemented by just replacing infoboxes. Copper (and all the other pages) have tons of items on them that are not registered in our Ore Dictionary, and items without icons, and those should all be dealt with on a case-by-case basis. -Xbony2 (talk) 21:02, 2 November 2017 (UTC)
I agree that we should take care to check whether each existing tile has an oredict entry to ensure there are no unintentional regressions. And yes, still gotta manually fill in the list of mods, but it's much better than the current situation. 🐇Retep998🐇🐰Bunny Overlord🐰 05:32, 3 November 2017 (UTC)
I don't think it would be too painful to remove the mods parameter once it's figured out how to be automated. I agree with Peter here that even though it's not perfect it is far superior than the current infobox. -- SatanicSanta🎅FTB Wiki Admin 19:09, 3 November 2017 (UTC)
At the simplest level of automation you can just have it always specify GregTech 6 in the mod list. 🐇Retep998🐇🐰Bunny Overlord🐰 06:09, 4 November 2017 (UTC)
We should not assume GregTech 6 adds support for every material every mod adds, because it doesn't (think materials added in MC versions GregTech doesn't support). This wiki is firstmost a modded wiki, not firstmost a GregTech 6 wiki. -Xbony2 (talk) 21:31, 4 November 2017 (UTC)
I think the crates should be moved to at least below the plates. The docs are still missing some parameters (quality, speed, durability, handle, class). I also still do not understand why there is an oredict and a material parameter. -- SatanicSanta🎅FTB Wiki Admin 21:06, 2 November 2017 (UTC)
Documentation has been updated to include those parameters. I also updated the documentation to show that the oredict and material parameters can be different. The crate position may make more sense once I add in the GT6 crate oredict entries, because crates are blocks in GT6. 🐇Retep998🐇🐰Bunny Overlord🐰 05:32, 3 November 2017 (UTC)
Well sure but I think general non-GT users will care more about ingots and stuff than they will this obscure crate type. The rest is good :) -- SatanicSanta🎅FTB Wiki Admin 19:09, 3 November 2017 (UTC)

Isometric renders for mobs

Following the Minecraft Wiki's style guide for entity renders it could be possible to give all mobs a proper isometric render instead of just the Spawn Egg and some screenshots. Example with the Twilight Forest Ur-Ghast.

If you want to try it, install Mineshot (go Releases and pick the correct jar for your version), make a void superflat void (or with Barriers that's easier), spawn the mob with {NoAI:1}, press Numpad 5 to toggle the isometric camera (there are other controls shown in the github page) then take a screenshot, erase background and crop in some image editing software.

We'd probably need to agree on roughly what size to shoot for on the pictures (since monsters have different sizes can't really use the same zoom for everything), and also maybe get some big list of TODO articles if we do agree on doing that for all of the mob articles. Lykrast (talk) 22:42, 2 November 2017 (UTC)

I support this as long as the backgrounds are transparent. What if we had the renders for the infobox image (still having the spawn egg as the infobox imageicon) and then proper "natural habitat" images in the article body? That makes sense to me personally. -- SatanicSanta🎅FTB Wiki Admin 19:17, 3 November 2017 (UTC)
My first attempt is rough.
Buffalo experiment
I would like this however. I'd prefer if BlockRenderer added a mob dumping feature but I don't know how easy that would be. -Xbony2 (talk) 20:55, 3 November 2017 (UTC)
Worth mentioning that Better Questing can display a list of all registered entities along with a rotating 3 render in its quest making UI (maybe worth mentioning in that GitHub issue ?). Although until then we can still do it manually, would require a precise step by step tutorial for it though to be sure everything is in about the same style (void world (for uniform blue background) + {NoAI:1} + Mineshot's isometric camera + screenshot + delete background with magic wand or something seems like a real good start for it). Lykrast (talk) 21:04, 3 November 2017 (UTC)

Survey 2

I'd like to create a second survey, similar to the one that we did last year (which is archived under this year). I've created a prototype of it here. I would like to issue this out on December 1st and probably close it early January (6th sound good? don't want it to be the 1st since I'll have to make a big write-up and that'll be right after the next editathon) instead of letting it go for 3-4 months like last time. If you have any feedback for it before it goes out (which is in like 22 days) please leave it below. The language questions I very much abridged; if you want me to add a language feel free to suggest it but I don't really want to have every human language (no Lojban this time :P). This should be fun to compare with the last one. -Xbony2 (talk) 01:53, 9 November 2017 (UTC)

add the irc server to the contact section -- SatanicSanta🎅FTB Wiki Admin 20:12, 9 November 2017 (UTC)
In the "Before you go" section? Um, it was already there. -Xbony2 (talk) 20:52, 9 November 2017 (UTC)
No it's not. It only says the channel. -- SatanicSanta🎅FTB Wiki Admin 20:54, 9 November 2017 (UTC)
You mean Espernet? Yeah, sure. Done. -Xbony2 (talk) 03:36, 10 November 2017 (UTC)
Now that I'm looking again you should add a platform question (Mobile/Desktop). Our mobile stuff is not that great but I have a feeling lots of people use the mobile site. -- SatanicSanta🎅FTB Wiki Admin 19:21, 14 November 2017 (UTC)
Question added. -Xbony2 (talk) 22:29, 14 November 2017 (UTC)

BTM Moon

We are at BetterThanMinecon with a booth: https://i.imgur.com/EG0JZOS.png (would host on wiki instead of imgur but image stuff is broken, so sorry). Come and visit my little booth! -Xbony2 (talk) 00:31, 18 November 2017 (UTC)

Small convention for guides

I've noticed this in a few guides already, but...

When talking about <material> ingots, can we please add the word "ingot" right after "<material>"? While in most recipes it usually refers to the ingot form of the material, it may be unclear to readers as to which form of the material they should be using.

Also if uncountable nouns could be given a countable descriptor (e.g., 4 piles of Redstone instead of 4 Redstone) that would be nice.. --SirMoogle (talk) 21:40, 20 November 2017 (UTC)

Do you mean like saying "you will need 4 Iron Ingots" instead of "you will need 4 Iron"? Sure, makes sense.
I don't see your latter point though, "4 Redstone" sounds fine. "4 piles of Redstone" just sounds strange. -Xbony2 (talk) 23:26, 20 November 2017 (UTC)
Also, why not "4 Redstone Dust" or something? --Hubry (talk) 23:34, 20 November 2017 (UTC)