Issue type:

• 🐛 Bug

Short description:

According to the book, applying fewer inputs than an operator needs creates an operator with the leftover inputs. This doesn't appear to be working properly.

Steps to reproduce the problem:

1. Create getOrDefault operator
2. Flip the inputs in a new operator
3. Apply an integer to that operator
4. Flip the inputs again
5. Place the last card in a display panel and the rest in a variable store

Expected behaviour:

This should show an operator with signature any->List->any. Instead there is an error: "The given config render pattern with 0 slots is not compatible with the number of input types 2 for :flip:"

--- Partially applied operator ---

--- Flip card ---

--- Flip card error message ---

Versions:

• Integrated Dynamics: 0.11.13

• Integrated Tunnels: 1.5.6

• Minecraft: 1.12.2
• Forge: 14.23.4.2708

Log file:

Thanks for reporting, I'll look into it as soon as possible!

This may be unrelated, but previously I had an issue where two predicates applied to a choice did not work in the predicate slot of an integrated tunnels player simulator or item exporter. But filtering a list with that same card and putting that in the list slot did work.

1. Make two predicates (in my case, they gave true for certain items)
2. Apply a redstone reader boolean card and the two predicates to a choice operator.
3. Put the card in the predicate slot of an item exporter on a network with both predicate items in it
4. Put an inventory on the output of the exporter.
   The redstone signal should control which item is exported, but nothing happens. There is no error message in the item exporter. Putting the predicates in the slot individually does work, as does filtering a list from an inventory reader and putting it in the list slot.

Sorry if this is unrelated to the original bug; it seems similar from my point of view.