Not perfect, occasionally the player can double tap a button to lock VON
on - which now they cannot turn off unless they open the escape menu and
double tap to turn off.
Chat channel changes are now blocked when VON is active.
ActionKeys are now recalculated on key binding change, but it is
important to note that double tap bindings DO NOT work with the
ActionKeys command. This is why inputAction check is neccesary
Summary: Double tapping a key to lock von on (VoiceOverNet) is not
reliably blocked, nor is it blocked at all in secondary
displays/dialogs. otherwise, this works pretty well.
Moved to display 46 keydown since keydown on 63 only fires after the VON
transmission has already started (slight delay).
Added mouseButtonDown so it can not be bypassed via assigning a mouse
button.
Partial revert of: 3aad4b6
Unfortunately this will not support loading external vehicle addons
(with custom UserActions) which we can not include in Epoch. Child
UserActions overwrite inherited UserActions.
Should improve client FPS while still allowing conditions and scripts to
be customized.
Some special vehicles like MV22, UH1Y, etc. have UserActions overwritten
in their configs, so please let me know if you find any others that do
not get the option to repair or salvage because UserActions is
overwritten in their config. I think I got them all.
Vanilla commits:
a8c4238c0c350d73abe1
Issue was:
A. with locality, we were checking the wrong vehicle in one instance and
B. with variable names, since we called local_setFuel and _vehicle was
private already from the calling script we ran into an issue with
duplicate variables causing the command to fail. local_setFuel doesnt
really need any local variable so I removed them and this fixed the
issue (script filters may need to be adjusted accordingly)
* Fix spelling mistake of classname DZ_Czech_Vest_Pouch
As per subject
* Fix typo from 1.0.5.1 and rename DZ_Czech_Vest_Puch to DZ_Czech_Vest_Pouch.
As per subject
* Fix typo from 1.0.5.1 and rename DZ_Czech_Vest_Puch to DZ_Czech_Vest_Pouch.
As per
* More typo SQL goodness
As per subject
Timeout is no longer restarted when you click abort and the loop now
closes the gear menu so the player cannot attempt to dupe with the gear
menu and abort menu open at the same time.
Thanks @oiad for pointing this out.
Poles are not used for previewing anymore. Cones do not give as much
information as the dome.
The dome is visible at night and under night vision too.
This allows finer grained control of crashsite, carepackage and infected
camp spawn positions and radii (further north, south, east, west, etc.).
Also removed some hardcoded checks for Chernarus, since
dayz_townGenerator should always be off on other maps for now. Someone
may add town generator coordinates for other maps later.
Related vanilla commits:
b20b402bf07c8b69eb827dfd3ef9cf
This replaces the "refresh" menu option with a "force maintain" option.
Allows you to maintain the base even if it doesn't need it to either get
all your items in sync or if you are going away or similar.
Tested with:
dze_permanent plot true/false
z_singlecurrency true/false
Also fixes an undefined variable error in system_monitor that was
introduced
8f58baf3f2
There is no point in having two variables for the same purpose.
It is also pointless to keep an action count tally like r_action_count
was doing, since it is only ever checked for being 0 or 1. Any count
higher or lower than that is irrelevant.
I will make this change in vanilla too.
AFAIK there is no performance difference between configFile and
missionConfigFile.
Using missionConfigFile by default simplifies loot scripts and makes the
extra config variable unnecessary. It's one less step for admins to
customize their tables.
* Plot management fixes
This hopefully adds a few more items to the maintain list (@icomrade)
Uses epoch_returnChange to accurately and tidily return change and
handle money.
Localize maintain_area.sqf for single currency servers
* Plot Management tidyness
Fixing tidy issues
* Plot management changes
Fix maintenance variables as per @ebaydayz
* Plot management
Missed one
* Plot management fixes and default maintain_area fixes.
Convert original maintain_area.sqf to epoch_returnChange, I used the
plot management localization strings since I liked them better, the
epoch ones don't make a lot of sense really. Makes no difference if plot
management is turned off anyway.
Change the single currency version to work a lot better than it did, I
put the cost per item to 100 to be more in line with what I would expect
on a server
Changed _range to use DZE_maintainRange (DZE_plotPole select 0 + 20)
* Added one new skin
* Added one new skin
* Added one new skin and class RepairVehicle
Added one new skin and class RepairVehicle: None { show = 0; };
* Added one new skin
* Added one new skin
* Update EpochSkins.hpp
* Added one new skin
* Added one new skin
* Added one new skin
* New Skins
Added all new skins to the loot table.
* Added new skins
* New skins for trading
* New skins for trading
* New skins for trading
* Added new skins
* Added new skins
* Strings for new skins
* Added new skins to player classes
* Added weight for new skins
Vanilla development commits:
707a591765c453cdedd2
Set to double vanilla default value since Epoch has a lot more large
vehicles with 1000+ fuel capacity.
No reason to use spawn here. Spawn can have a delay. Since
fn_selfActions runs faster it can register the vehicle as still locked
or unlocked after you clicked the action.
There is no point in setting inTraderCity = "Any"; since you can use the
isInTraderCity variable to check if a player is in any trader city. Also
"Any" will return false for isNil, so the only time "Unknown Trader
City" was being used was when the player had not entered any city yet.
If they left a known trader and went to an unknown one the RPT message
would say "bought x at Any". Now it will correctly say "Unknown Trader"
anytime a purchase is made without inTraderCity being set.
