I was trying to use @hook/permit on goto to block exit usage based on some conditions. This would be for "being unable to take actions at all" as an example, rather than something about THAT PARTICULAR EXIT (which is what I'd use a @lock for.)
Although @hook/permit DOES work, and it also works with expand_goto both enabled and disabled...
@hook/fail goto does not trigger at all. AF_GOTO isn't evaluating when I type "north", with expand_goto at 1.
Even if expand_goto IS set to 1, then typing "north" still doesn't trigger AF_GOTO to evaluate. Only when I explicitly type "goto north" does the @hook/fail trigger.
Additionally, registers don't appear to be shared between hook function evaluations. is this the intended behavior? It'd be nice to capture my error message from the P_GOTO and then display it using AF_GOTO but I'm currently stuffing it into an attribute as a workaround. That's not a problem, just a weird thing.
I was trying to use @hook/permit on goto to block exit usage based on some conditions. This would be for "being unable to take actions at all" as an example, rather than something about THAT PARTICULAR EXIT (which is what I'd use a @lock for.)
Although @hook/permit DOES work, and it also works with expand_goto both enabled and disabled...
@hook/fail goto does not trigger at all. AF_GOTO isn't evaluating when I type "north", with expand_goto at 1. Even if expand_goto IS set to 1, then typing "north" still doesn't trigger AF_GOTO to evaluate. Only when I explicitly type "goto north" does the @hook/fail trigger.
Additionally, registers don't appear to be shared between hook function evaluations. is this the intended behavior? It'd be nice to capture my error message from the P_GOTO and then display it using AF_GOTO but I'm currently stuffing it into an attribute as a workaround. That's not a problem, just a weird thing.