Closed braem closed 2 years ago
logic_case also had one that was incorrectly ported. Sorted through the HL2 and MBase tag removal PRs and couldnt find any more cases - only an issue with those since we have some of their entities.
The reason for the engine
tag here is actually something different - I need a single data type for each keyvalue/i/o in an entity for the engine export. That's used by the postcompiler to do autopacking among other things (perhaps instance collapsing in the future). In this case there's a conflict, so I add the engine tag to indicate the string ones should be prioritised.
The reason for the
engine
tag here is actually something different - I need a single data type for each keyvalue/i/o in an entity for the engine export. That's used by the postcompiler to do autopacking among other things (perhaps instance collapsing in the future). In this case there's a conflict, so I add the engine tag to indicate the string ones should be prioritised.
ohh, would this break the engine compile then?? I'm a little skeptical it is fully functional in this repo in the first place though..
No, since we now have only a single definition for each output it's fine.
Spen was smart and added MBase & engine tags to these kvs, since (I assume) mbase was just exposing some things that already existed in game.
When we removed mbase tags here, engine wasnt also removed. We have this from mbase though!
Also exposes
strlenallowed
field which uses the length of the string of the compare value rather than its actual value. Seems a little useless (imo) but it exists in the game so lets be consistent.