This sadly means that buildings cannot be placed where destroyed func_breakables and func_weldables are. Unfortunately, the fix also meant structures could be placed inside railings which would immediately cause them to sink
* The client build preview now respects func_nobuild, fixing situations where the client thought it could build somewhere, but nothing would appear when clicking.
Onos ladder detection was assuming player was 64 units high instead of actual 108. By correcting the assumed hull size for Onos players, it now detects ladders as reliably as other player sizes.
* Removed superfluous configurations
* Removed superfluous include directories and hard-coded library locations
* There are now only 3 configurations: Debug, Playtest and Release
* Debug and Playtest have the PLAYTEST and BALANCE_ENABLED preprocessor commands, while release doesn't
* Release has maximum optimisations enabled. Debug has none, and playtest has minimal
* Removed hard-coded output directories based on half-life installations, dlls are output in the solution folder (and user can customise as they see fit)
* All projects for all configurations compile without warnings or errors
This is a fix for Issue #55. Changes made:
* Server ignores intangible entities when determining if a building placement is valid (fixes func_breakable issue)
* If a func_weldable has the "welds open" spawnflag set, then upon completing the weld when it plays the break effect, it will become fully intangible. It will reset upon round restart.
Fix by @RGreenlees
Fix for issue #94.
Gorge web strands now have hit detection which matches their visible component. This is for both ensnaring marines, and for cutting them with a welder.
This has the following impacts:
* Webs are easier for marines to avoid since they can safely jump or duck under angled strands, however...
* Webs are harder for marines to cut as they can no longer clear a while corridor with a single click but have to actually aim at each strand
