Present and correct in 2.12.

It looks like i solved my issue by my self.

The error is still persistent.
Is there any news on this?

Thanks! Some interesting creative ideas from papa's burgeria and everyone is responding.

This command was added in 2.12 and is fully functional.

can be closed - seems to be a BI Zeus scenario specific problem. works fine in "normal" Zeus setups

ok next dev

Bump since SlotItemChanged EH is being added.
So no excuses left why not add this and MuzzleSwitched EH (https://feedback.bistudio.com/T151698) ;)

I feel that removing one by one is fine if EH exists. Its not like such removal happens each frame on a 100 units in scripts or in the engine itself, performance difference would be super tiny. Since the engine wasn't designed for such event handlers, this feels like a good solution.

Ok added binoculars, but the EH is not firing on removeAssignedItems or removeAllWeapons. One of the solution would be to make engine remove items one by one if EH exists which will slow down the removal process. Not liking this. Ideas?

SlotItemChanged EH

A small correction to the request. It would be useful to also get container where new item was taken from (to remove event handlers off it or delete its items or something).

should work in Revision: 150460

CBA implementation for reference:
https://github.com/CBATeam/CBA_A3/blob/master/addons/events/fnc_playerEvent.sqf#L101-L119

In T165786#2325757, @Tenshi wrote:

Thank you for reporting the issue.
We will see what we can do

UIEx texture source has viewport adjustments. dev branch next week

Next dev and prof

Tested, looks fine. Won't bother with extending Disassembled event handler, not critical at all.

thanks looks all wrong I will have a look

Then I change marker_8 priority to 0.5
allMapMarkers result:

Please add several markers with default names provided by 3den e.g xxx_0, xxx_1 etc, and post allMapMarkers result, then change priority via your mod and post allMapMarkers result.

I just wanted to suggest you to add an attribute to the marker style settings for this commands, but I noticed that my commands from config of my mod do not work properly

This has been noticed before and the answer seems to be that it is actually like this in real life. Speculatively, the wide-angle view has a large crosshair for quick acquisition, while the zoomed-in view has a fine crosshair for precise targeting without obstruction. I never did contact Bolkow to find out the real reason though.

side createVehicleCrew vehicle
group createVehicleCrew vehicle

Added in rev. 150443