You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Maybe also a second event if it is determined to have passed? An example with Solstice economy would be that I'd check balance for command costs and then send a pass, then if all other event subscribers also pass, I'd get an event saying it passed so that I could actually deduct the balance
Maybe also a second event if it is determined to have passed? An example with Solstice economy would be that I'd check balance for command costs and then send a pass, then if all other event subscribers also pass, I'd get an event saying it passed so that I could actually deduct the balance
Solstice Economy would just be a consumer of the event. I just want to 100% avoid the possibility of someone being charged for a command and then it being blocked by something else later. Having a second event that triggers after success would prevent this since I do the check in the first event, and charge the user in the second
Activity
scmcgowen commentedon Jun 20, 2025
Maybe also a second event if it is determined to have passed? An example with Solstice economy would be that I'd check balance for command costs and then send a pass, then if all other event subscribers also pass, I'd get an event saying it passed so that I could actually deduct the balance
Ale32bit commentedon Jun 20, 2025
I don't know how Solstice Economy handles events, but Fabric offers phases in custom events: https://github.com/FabricMC/fabric/blob/484a6c1a6afbf40b55be159eb9c08277c60f5a68/fabric-api-base/src/main/java/net/fabricmc/fabric/api/event/EventFactory.java#L79-L110
scmcgowen commentedon Jun 20, 2025
Solstice Economy would just be a consumer of the event. I just want to 100% avoid the possibility of someone being charged for a command and then it being blocked by something else later. Having a second event that triggers after success would prevent this since I do the check in the first event, and charge the user in the second