Talk:Block states

Sorting
Is there any particular reason this is sorted by the old numeric item ID? I think it should be sorted by the new id (alphabetically) instead. —F‌enhl 21:12, 4 August 2014 (UTC)


 * I'm not sure the headings should be ID names. Are we going to have a heading like minecraft:wooden_door, minecraft:spruce_door, minecraft:birch_door, minecraft:jungle_door, minecraft:acacia_door, minecraft:dark_oak_door, minecraft:iron_door? (stairs would have been too long to use as an example!) Or do they each get their own section?


 * I'd rather just say Door. And then, yes, sort headings alphabetically to give people some chance of finding things. &mdash;munin &middot; Grid_Book_and_Quill.png Grid_Stone_Pickaxe.png &middot; 20:45, 21 September 2014 (UTC)

Rewrite
I propose this article gets rewritten to be more of the format of Data values, as many blocks use the same data field and different names, such as doors and torches. The sorting system we had on data values seemed to make sense. --KnightMiner  (t 04:28, 20 September 2014 (UTC)

Wood and Leaves
I am not sure how we are handling the wood and leaves. I have it currently so it's split between minecraft:log and minecraft:log2. I guess it depends on what purpose we are using these grids for. –Preceding unsigned comment was added by Sealbudsman (talk • contribs) at 15:34, 22 September 2014‎ (UTC). Please sign your posts with


 * I think the format like used with rails should work fine, using subsection headers. --KnightMiner  (t 15:58, 22 September 2014 (UTC)

Cardinal direction order
We should probably pick some standard order for the cardinal directions as there are a few different ones on this page.

We also need an order for when up & down are also included, and possibly for other things too. --GufNZ (c: (talk) 23:44, 25 September 2014 (UTC)


 * I prefer colloquial ordering (north, south, east, west, up, down / true, false). It's easier to read and easier to remember (for example, even if there are just the four basic cardinal directions, if they're not in colloquial order you have to stop and think to check if they're all there or if something else got slipped in instead). But colloquial may not be universal (even if the wiki uses American english as the standard) so alphabetical would be my second choice. &mdash;munin &middot; Grid_Book_and_Quill.png Grid_Stone_Pickaxe.png &middot; 02:38, 25 September 2014 (UTC)


 * Having put all the (non-transcluded) tables in alphabetical order, I do see what you're saying; down-east-north-south-up-west is pretty maddening to look at. Also, sorry for making this conversation even necessary.  I'm up for changing it to whatever looks better.  I vote for NSEW UD TF too.
 * I think the flowerpot table could stand to be organized better, too.
 * – Sealbudsman (Aaron) SealbudsmanFace.png T, C, b 14:44, 25 September 2014 (UTC)


 * Alphabetical is too illogical and arbitrary, since it will be different in every language translation of this page. I was thinking we could use the same ordering as the old data values, but Mojang was rather inconsistent in how they were used. Pistons, dispensers, and ladders are DU NS WE, torches, buttons and levers are D EW SN U, pumpkins and end portals are SWNE, repeaters are NESW, etc. The colloquial ordering mentioned above sounds good to me. -- Orthotopetalk 15:31, 25 September 2014 (UTC)


 * I agree to using colloquial ordering for directions. It does read easier.
 * Since it is on a similar topic, what about orderings for non-directional/non-boolean values? Numerical/alphabetical makes sense, but is not exactly being done, as it has not really been discussed.
 * Finally, should we note what would be the default value, as in if it without a damage value, what would be produced.
 * --KnightMiner  (t 16:10, 25 September 2014 (UTC)


 * I think noting the default value is a fine idea.
 * Is it fine to alphabetize the state names (except where n,s,e,w appear as state names), as opposed to their values ?
 * I would recommend 'upper' before 'lower', if only because that way 'upper' actually displays above 'lower'.
 * Is there a canonical 'tree' order, i.e. is it Oak, Spruce, Birch, Jungle, Acacia, Dark Oak? There seems to also be a well-established color order from White, Orange .. on through Black; I think they deserves preserving.
 * Also for things like Dirt, Prismarine, Sandstone etc, I think the base variant ought to come first no matter what.
 * I think that in the absence of an established 'colloquial' or other sort of order like color or tree type, we could, as Orthotope says, use the same ordering as the old data values, rather than alphabetical. That has the advantage of using a pre-existing Mojang-imposed ordering, so we don't have to worry about Flower type, Rail shape or Comparator mode values, that have no obvious ordering otherwise. But on the other hand, why use the data values; I thought the winds were blowing such that DVs are now subject to change, since they are moving away from them.  Could we use the order of the states as ordered in Debug Mode of 1.8 (current version)?
 * – Sealbudsman (Aaron) SealbudsmanFace.png T, C, b 16:57, 25 September 2014 (UTC)


 * I like the idea of using the in-game/debug mode ordering for other named states. Numbered states should stay in numerical order. As for defaults, perhaps the name of the default state could be set in bold or italics. -- Orthotopetalk 17:06, 25 September 2014 (UTC)