Fix a bug where `ModPack.findRecipes` would only look for recipes for
qualified slugs in the mod which added the item, thus missing any
recipes added in other mods.
* Update crafting algo. to favor highest output recipes for making
items, and to be more flexible about trying a variety of recipes if
some one recipe doesn't work.
* Modify crafting algo. to allow crafting of "gatherable" items.
* Update logger to support indent/outdent for clearer formatting
* Convert IC2 Forge Hammer / Cutter recipes to treat them as tools
* Flesh out the formerly incomplete ItemSlug class
* Convert all uses of text item slugs to use ItemSlug
* Move the ItemSlug class under models where it properly belongs
* Avoid the use of `slug` as a local variable or item attribute
wherever possible to avoid confusion between various kinds of slugs
* Merge the InventoryParser class into the Inventory class as it is
unlikely to need to support multiple versions
* Simplify the ModPack/Mod/ModVersion interfaces by replacing the use
of various "helper" methods with equivalent use of more generic
methods
* Update the various methods of ModPack/Mod/ModVersion to be able to
work with qualified or unqualified ItemSlugs
* Remove the unused BaseCollection class
* Add tests for ItemSlug and update all other tests to reflect
all the other changes
* Change default item URL to fall under /mod/<mod slug>/<item slug>
but kept the old URL pattern around with the old behavior (i.e.,
find the first item with that slug)
* Update Item to have a `qualifiedSlug` property which combines the
item's own slug with its Mod's slug. Updated a lot of code all
over to use this in preference to the plain slug.
* Add a `localizeTo` method to Inventory to allow non-qualified slugs
to be converted into qualified slugs within the inventory's stacks
* Update ModPack to work with either qualified or unqualified slugs
for relevant methods
* Fix model state changes to happen before related events are
triggered
* Add a debounce to the CraftingPlan object when triggering a recraft
due to changes in related objects (esp. its inventories)
* Update the Inventory's sort to keep items sorted by mod before name
with the Minecraft items sorted to the top
* Fix `ModPack.findItemByName` to actually recursively use the Mod's
method instead of slugifying the given name and looking for the
slug (since this won't necessarily work anymore).
* Ensure each Mod is assigned a reference to its containing ModPack
* Fix NameFinder to only consider an item non-gatherable if it is
also craftable
* Update ModVersionParserV1 to assign qualified slugs to recipes
for any items which are in the same mod (leaving any other slugs
unqualified)
* Add Underscore mixins for composing and decomposing slugs
* Update old tests for the use of qualified slugs, and some new tests
for the new methods added
Improve logging performance by using functions to delay when complex
strings are created until after the current logging level has been
checked to ensure that log statement is actually going to be printed.
There are many places where very complex objects are printed at lower
logging levels which this avoids.
* Split the InventoryTable view/controller out from the existing
inventory view/controller. This is a simpler component which only
includes the table itself, and not the scrollbox, panel or header
used on the crafting page.
* Create the FullRecipe view/controller to represent the expanded
version of a recipe shown on the item page (as compared to the
terser version on the crafting page).
* Rename the existing Recipe view/controller to MinimalRecipe to
avoid confusing the two.
* Refactor the CSS for the Stack view/controller so that it can be
shared between the Inventory and InventoryTable views.
* Incorporate all these new controllers into the item page and hook
up the necessary model logic to drive them.
Improve logging performance by using functions to delay when complex
strings are created until after the current logging level has been
checked to ensure that log statement is actually going to be printed.
There are many places where very complex objects are printed at lower
logging levels which this avoids.
* Split the InventoryTable view/controller out from the existing
inventory view/controller. This is a simpler component which only
includes the table itself, and not the scrollbox, panel or header
used on the crafting page.
* Create the FullRecipe view/controller to represent the expanded
version of a recipe shown on the item page (as compared to the
terser version on the crafting page).
* Rename the existing Recipe view/controller to MinimalRecipe to
avoid confusing the two.
* Refactor the CSS for the Stack view/controller so that it can be
shared between the Inventory and InventoryTable views.
* Incorporate all these new controllers into the item page and hook
up the necessary model logic to drive them.
Andrew Miner