Feature: Add Advanced Blocking Card for interfaces

[firenoo]

Purpose: In blocking mode, a ME interface will not push items into its target if it has items in it. If the target is another ME interface, blocking mode looks only at the 9 slot inventory. The advanced blocking card changes this to include check for items in the underlying ME system.

Usage: The card is added to the TARGET interface, i.e. the interface that will be receiving items. Currently, the card is not allowed in P2P interfaces because I'm afraid of bugs/unexpected behavior.

See GTNewHorizons/GT-New-Horizons-Modpack#12950

Will need some work on AE2FC to add compat for dual interface side too. The idea is that the setup in the linked issue seems common enough to warrant this "QOL" - at a cost.

[repo-alt]

Good idea in general, theoretically there may also be an advanced version of that card including a filter of the items to ignore in the blocking mode, which would remove the necessity of the ugly workaround in the interface block mode support.

[firenoo]

I'm not entirely sold on checking the target inventory for specific items to block on, let alone the entire ME system, for certain items. Would like a use case before implementing that.

[repo-alt]

Blocking exceptions are selector circuits, engraver lenses - different use case.

[firenoo]

I see what you mean. Okay, that will be the next feature; this is somewhat less useful at the moment unless those are hidden. Alternative is to use insert mode only for storage buses.

[firenoo]

Actually just tested the storage buses, and it seems to work when on insert only mode in that case, but it also breaks the whole blocking mode thing... Let me switch this PR up. The Basic Blocking Card will have the current behavior, but the advanced one will check for gregtech circuits. Not sure how to customize it. we can put this as a setting since they are mutually exclusive behaviors actually.

Reimplementing the feature

[Ydrec]

Would this be able in any way work with interface different item placing modes (empty slots first mode)? The use case would be directly eliminating the need to rename items in lines to prevent the same items stacking.

[Ydrec]

advanced version of that card including a filter of the items to ignore in the blocking mode, which would remove the necessity of the ugly workaround in the interface block mode support.

Wouldn't it be better to make a separate card specifically for the outputting interface, which you can partition in the cell workbench to select which items to count for blocking or ignore (using inverse card as add-on to it?) So you don't need to make a chunky subnet setup to just set ignored items.
Probably not even as a new card but as a new function to the view cell since it already has filtering in workbench code.

[firenoo]

Would this be able in any way work with interface different item placing modes (empty slots first mode)? The use case would be directly eliminating the need to rename items in lines to prevent the same items stacking.

The card does not interfere with that. It only changes when items are sent when blocking is enabled, not how they are sent.

[github-actions]

Warning: 2 uncommitted changes
#309

[repo-alt]

This is rather ugly solution (yes I remember that I used it myself and still), but if you don't wish to bother with the real filter, then so be it