Fixing enderman bug

This commit is contained in:
Justin Aquadro 2011-11-04 23:49:08 -04:00
parent b1d4201679
commit ee60d217a1
3 changed files with 13 additions and 1 deletions

View file

@ -7,6 +7,15 @@ namespace Substrate
/// <summary>
/// Provides named id values for known block types.
/// </summary>
/// <remarks><para>The BlockType constants are obsolete. The preferred method to lookup
/// Minecraft block IDs is to access the ID field of the corresponding static BlockInfo
/// object in the BlockInfo class.</para>
/// <para>The static BlockInfo objects can be re-bound to new BlockInfo objects, allowing
/// the named object to be bound to a new block ID. This gives the developer more flexibility
/// in supporting nonstandard worlds, and the ability to future-proof their application against
/// changes to Block IDs, by implementing functionality to import block/ID mappings from an
/// external source and rebinding the objects in BlockInfo.</para></remarks>
[Obsolete("Prefer using BlockInfo.Something.ID over BlockType.SOMETHING")]
public static class BlockType
{
public const int AIR = 0;

View file

@ -14,7 +14,7 @@ namespace Substrate.Entities
{
public static readonly SchemaNodeCompound EndermanSchema = MobSchema.MergeInto(new SchemaNodeCompound("")
{
new SchemaNodeString("id", "Sheep"),
new SchemaNodeString("id", "Enderman"),
new SchemaNodeScaler("carried", TagType.TAG_SHORT, SchemaOptions.CREATE_ON_MISSING),
new SchemaNodeScaler("carriedData", TagType.TAG_SHORT, SchemaOptions.CREATE_ON_MISSING),
});

View file

@ -7,6 +7,9 @@ namespace Substrate
/// <summary>
/// Provides named id values for known item types.
/// </summary>
/// <remarks>The BlockType constants are obsolete. See <see cref="BlockType"/> for additional
/// information.</remarks>
[Obsolete("Prefer using ItemInfo.Something.ID over ItemType.SOMETHING")]
public static class ItemType
{
public const int IRON_SHOVEL = 256;