- Remove plot admin checks for most actions, plot admins should not have access to other actions as the plot management, this will minimize the admin abuse a bit.
- Players who built an object within the plot pole are no longer able to remove that building if they got removed from the plot pole.
- Only the building owner can upgrade a building without a plot pole.
- Static guns are properly handled now.
Removing and Deconstructing Objects
- Now adds colored helpers to modular objects.
- Green: Refund one kit.
- Blue: Refund entire recipe of parts (multiple items).
- Red: No refund will be given. Either because the object is too damaged, or the refund feature is disabled.
- If the object has a door open while selected, no helper will display/float in the open door space.
- The gear panel will only open if a refund is available.
- If a lit fire barrel is removed, the flame will now be extinguished.
- If a plot pole is removed, plot boundary helpers will now be deleted.
- Refunds for non-modular objects are handled by their respective config settings.
- Removed non-lockable storage objects will now refund their contents.
- The corresponding storage kit will be refunded.
- If there is room outdoors, backpacks will be arranged in a neat circle close to the refund point.
- If the spawn point is too close to a building, backpacks will spawn at the player's location.
- Helpers will now appear on wrecked/ruined modular objects.
- Helper color arrays were changed to helper transparency values only, to make it easier (and safer) for server owners.
Upgrading, Downgrading, Maintaining and Packing Objects
- Now includes colored helper spheres for improved player experience.
- Reapply damage to upgraded/downgraded object if necessary.
Changes made by @Victor-the-Cleaner
This also re-arranges the configVariables.sqf and loads the variables for both (server and client) first. This allows to check for certain variables like Z_SingleCurrency and stops the loading of all other Z_SingleCurrency variables even when Z_SingleCurrency was not on.
Remove the PVCDZ_obj_HideBody eventhandler. Players next to a hided animal see the hiding process too and after 10s the body will be deleted anyways. So there is no need to send a publicVariableServer first then back to all near clients if the body gets deleted within 10s.
Also updates the normal hide body. The hided player model gets deleted by the server now.
- Safes and lockboxes can be upgraded now.
- A winter lockbox version was added too. The current model and icon will be replaced later for the new lockbox.
- Calling Child 308 on the DB has no room for storing coins, this is why we need to update coins and gear after swaping the object. Same for upgrade vehicle
Remove most of lazy evaluation.
Note: Lazy evaluation is not always useful and should only be used if a longer statement is checked and not only if true or false.
- Add back DayZ Mod stashes, can be upgraded
- Switch upgrade tents to epoch upgrade system
- Recipes for upgrade stashes and tents have changed
- Add all buildings to a new group for the editor called: DayZ Epoch Buildings
This commit adds the waterbottles from DayZ Mod. The icons were made by @DeVloek. The waterbottles are fully functional with all actions. To boil a plastic waterbottle you need an empty trash can.
Dogs could not be watered with other waterbottle than the ItemWaterbottle itself. This is fixed now. Also fix missing reset action from hide body.
Do not use hideBody as command without the action. It just hides the body but it still can be geared. If using hideBody in correlation with deleteVehicle it breaks the allDead command.
player action ["hideBody", body] deletes the body and the marker from the map but it stays inside allDead.
This fixes the issue that hided players were still shown on the map and still searched for their body.
Needs additional testing for a new release.
This reverts commit b8dba25
As discussed with oiad on Discord, this serves no purpose now, since
DZE_lockDoor == charID means the player either just unlocked, built,
upgraded or downgraded the door, so they want to see the action.
Logically a combo lock can be removed while a door is open. In case of
it being locked, you already know the code, so it is assumed you put it
in before removing it. Completing two-three steps at once is more
convenient for the player.
Also removed _isDestructable because there are no classes which inherit
from "BuiltItems" and have a lock
