User talk:User-12316399/Technical changes/Further flattening

Why snowy?
Why should snowy be split from the non-snowy variants? It'd have no advantage to the code, and it actually is a state for the block, rather than a variant. FVbico (talk) 12:36, 1 May 2019 (UTC)
 * It doesn't seem like something a blockstate should really be needed for (especially since it can only have two values, and as such splitting it won't create a bunch of new IDs). A similar case to attached stems, although for them I can see why it would be more neccessary. - User-12316399 (talk) 13:31, 1 May 2019 (UTC)
 * Block IDs shouldn't really be dynamic. You can toggle a grass block between snowy and regular by just placing snow on it. Block states are for this exact purpose and this shouldn't really be split. – Nixinova Nixinova sig1.png Nixinova sig2.png 04:20, 2 May 2019 (UTC)

Block of XX to XXX Block
This has already been ddnied to ever be done by mojang, so adding it won't mske your list ever completely happen. FVbico (talk) 22:45, 17 May 2019 (UTC)


 * Source? - User-12316399 (talk) 22:46, 17 May 2019 (UTC)


 * https://bugs.mojang.com/browse/MC-124190 marked ignored by grum himself FVbico (talk) 23:04, 17 May 2019 (UTC)

Villager type split: Not worthy
In my opinion, the split of villager along villager types is not worth it. Unlike fox/command block types, villagers can change profession on their own and fairly often. The split would require deleting the old villager and create a new one every time it changes a profession. liach (talk) 23:25, 19 May 2019 (UTC)