Get next event handler ID:

what for?

In T166230#2331914, @BIS_fnc_KK wrote:

Get next event handler ID:

what for?

I wanted it for Intercept mostly. It allow creating a custom callback (C++ function/lambda) with an "ID" which is used to call that function from the SQF EH code. e.g. "[..., " + std::to_string(ehId) +"] InterceptClientEvent [_this]"
Currently this ID is just a static unsigned variable which is incremented each time a new EH is added. But I figured if we know the event handler ID before adding it, we can use the event handler ID directly (_thisEventHandler) and not generate something ourselves.

But it's not high priority since the current implementation works fine in 99% of cases and also I'm not sure if that command will be useful outside of Intercept, so so feel free to ignore that one.

The isEventHandlerValid command alone is still fine with me.

Actually I thought of a use case for that one.
Let's say you want to add handleDamage event handler, but you want your EH to be always on "top" (since only the last handle damage EH can override the damage)
So you can do something like:

if (getNextEventHandlerID [...] - _thisEventHandler > 1) then { //another EH is on top, so remove this one and readd to put it on top

}

no, the use case is extremely limited and niche for the whole new command and all eh implementation afterward, besides you can already get next id by adding/removing any eh. Knowing if eh exists is much more useful

Maybe you could combine both?! 😅

As in instead of returning bool, return a number:
1: Still exists
0: Was removed
-1: Invalid (never added, which happens if ID >= nextID, or ID is negative)

Then you can get the next EH ID using a bisection algorithm! And you can still check if something exists using a simple _return > 0 condition!

It sounds like a very good idea! I added it to the ticket

Doesn’t work like that. Anyway if dedmen won’t grab it remind me beginning of july

Rev. 149655 https://community.bistudio.com/wiki/getEventHandlerInfo
Let me know if more EH types should be included and why

In T166230#2336000, @BIS_fnc_KK wrote:

Rev. 149655 https://community.bistudio.com/wiki/getEventHandlerInfo
Let me know if more EH types should be included and why

Thanks!
Well it would be nice if it also supported mission event handlers (e.g eachFrame) as well (as unary command). Maybe group EHs too.

The reason is the same as before: knowing if an EH is still valid. I'm willing to spawn one loop that always checks all my EHs are valid. Because if any of them is removed the whole thing breaks.

rev 149660 added support for mission and music EHs

Very cool. Maybe it could be also useful to include display and control eventhandlers added with displayAddEventHandler and ctrlAddEventHandler ? Just for perfection of this new command. But only if it's achievable.

These eventhandler error messages are annoying.

Which error messages? @Reticuli