| Age | Commit message (Collapse) | Author |
|---|
|
This also keeps recipes aligned to the right, close to the arrow.
It also calculates the craft's height.
|
|
|
|
|
|
|
|
Previous commit left this in.
|
|
Where a recipe specifies an ingredient by group, show a typical group
item pictorially, with a label flag to indicate that it's a group rather
than the single item. This is the inverse of the previous arrangement,
which identified the group by label and dipicted groupiness pictorially.
The new arrangement is easier to interpret, and if the labels are ignored
it actually shows a correct input to the crafting grid.
|
|
Alloy cooking recipes have quantities for the ingredients, which need to
be shown. The buttons on which the ingredients are shown don't natively
support showing an item count, so hack it up with the label facility.
Also, the button names, supporting clicking to see recipes recursively,
need to be based only on the item name part of the ingredient, dropping
the quantity part.
|
|
The refill slot was only putting as many items as possible in a
stack, which does nothing for tools. Tools could benefit from repair,
recharging, or other behaviour depending on the type of tool. Change the
default refill behaviour to repair mechanical wear as well as fully
stacking. Because other kinds of refill will require knowledge of the
metadata format, they can't be directly handled here. So add an on_refill
hook, that tool definitions can supply to plug in appropriate behaviour.
|
|
When the current craft guide item has no recipes, show the item and a
"No recipes" message, but suppress all other recipe UI elements.
|
|
New system of registration of craft types, recording for each a display
description and the appropriate grid shape. Recipes of a registered type
are shown in the correct grid. Recipes of unregistered craft types are
still displayed as before, using the default 3x3 grid.
|
|
|
|
The crafts_table was being initialised to contain only core-registered
crafts, but this would overwrite any non-core craft types that had
already been registered via unified_inventory.register_craft(). This was
especially likely because the crafts_table initialisation runs on a delay,
following all normal initialisation. Instead, feed the core-registered
crafts into unified_inventory.register_craft().
|
|
|
|
When the current search produces no results, give a specific message
rather than "Page 1 of 0". Don't display the "Filter:" label if no
filtering is currently applied.
|
|
Keep the current inventory search string when performing inventory
form actions other than searching. This means the player's input is
not lost if the player breaks off from entering it to switch pages,
or if the player absent-mindedly ends text input with <return>.
|
|
|
|
|
|
|
|
|
|
get_all_craft_recipes() returns the recipes that were registered under the
specified name, so asking about an item's canonical name won't see recipes
registered under an alias, and vice versa. Several mods register recipes
under aliases, so the craft guide was missing that handful of recipes.
To work around it, invert the aliases table and ask explicitly about
each alias.
|
|
|
|
|
|
|
|
|
|
Also make "group buttons" apply the filter to that group.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
caused by BlockMen's/kahrl's inventory #hexcolor patch
( https://github.com/minetest/minetest/commit/25edae00ea1d5a9af4a6599fc7c200bb810fbd49 )
|
|
|
|
|
|
|
|
Some other tweaks.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- set time buttons now require settime privs to work
- item name (regular) is displayed in Crafting guide
|
|
another structure, its a modpack now
searches are not case sensitive
|
|
|
