pahimar fe3fe11bd1 Correc the case that when an OreDictionary recipe has a recipe input that is an OreDictionary entry that has no ItemStacks registered (ie, the recipe lists copper as an input but no items/blocks are registered as being copper) is added to the RecipeRegistry for consideration in energy value calculations. Prevents ridiculously low energy values from being assigned to items that use OreDictionary recipes.		2015-02-13 12:15:42 -05:00
..
api	Add some null protection to the add/subtract methods in EnergyValue, and fix up the set-energy-value command to read/write files from the proper location	2015-02-13 00:14:57 -05:00
array	Big broken commit with a ton of stuff that got done/started in Newfoundland	2015-01-03 17:53:10 -05:00
block	Big broken commit with a ton of stuff that got done/started in Newfoundland	2015-01-03 17:53:10 -05:00
client	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
command	Fix up the set-energy-value command to read/write files from the proper location	2015-02-13 00:18:01 -05:00
creativetab	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
exchange	Correc the case that when an OreDictionary recipe has a recipe input that is an OreDictionary entry that has no ItemStacks registered (ie, the recipe lists copper as an input but no items/blocks are registered as being copper) is added to the RecipeRegistry for consideration in energy value calculations. Prevents ridiculously low energy values from being assigned to items that use OreDictionary recipes.	2015-02-13 12:15:42 -05:00
handler	Clean out some localization messages that no longer are used, and move the energy value registry file to a different directory in the data/ directory	2015-02-10 23:38:05 -05:00
init	Work on serializing/deserializing abilities to disk (cause why not give map makers more power?)	2015-02-07 23:12:25 -05:00
inventory	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
item	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
knowledge	Fix a goof where a lot of ItemStack comparator usage got pointed to the slower displayNameComparator (as opposed to the faster baseComparator)	2015-02-10 00:38:29 -05:00
nei	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
network	Fixes #762	2015-02-05 16:52:29 -05:00
proxy	Pretty big whack of stuff. Added a TransmutationKnowledgeRegistryProxy for API access to what players and the template know how to transmute. More robust serialization options for the AbilityRegistry. Added the ability to filter a given set of ItemStacks by their display name (starts with and contains). Added the ability to only load in Abilities from file on initial load of of a world (more control for map makers there)	2015-02-10 00:22:39 -05:00
recipe	Testing abstracting out the release type to build.properties	2015-02-01 22:17:51 -05:00
reference	Simplify saving/loading of energy value files, add in a "static" (energy-values.dat) file, and add in some more trace logging for how long it takes each pass of dynamic value computation	2015-02-12 00:15:45 -05:00
tileentity	Whole whackload of stuff. More to come in the morning Vike	2015-02-04 23:48:07 -05:00
util	Correc the case that when an OreDictionary recipe has a recipe input that is an OreDictionary entry that has no ItemStacks registered (ie, the recipe lists copper as an input but no items/blocks are registered as being copper) is added to the RecipeRegistry for consideration in energy value calculations. Prevents ridiculously low energy values from being assigned to items that use OreDictionary recipes.	2015-02-13 12:15:42 -05:00
waila	Get Waila head provider working and providing good feedback to the user	2014-10-03 22:56:58 -04:00
EquivalentExchange3.java	Simplify saving/loading of energy value files, add in a "static" (energy-values.dat) file, and add in some more trace logging for how long it takes each pass of dynamic value computation	2015-02-12 00:15:45 -05:00