Drone subtype added that is slower than the regular type, so that fleeing is an option now.
All drones on surface POIs have been replaced by this subtype.
Fixes power issues in several POIs.
Makes POI SMESes more robust and start full.
APCs in POIs will no longer send an alert to the station.
Fixes missing area in bonfire POI.
Tweaks name and desc of big stompy drone mechas.
* adds temple and ritual POIs
as well as ever-burning candles, a candleabra, and a neat red crystal that looks like supermatter but isn't
* fixes all cases of 'candelabra' spelling
i am a dunce
* fixes main map changes
i don't even know what i fuckin did to this thing??? ?? ??? ???
* removes unnecessary light() proc
* Makes teshari hide work (+1 squashed commits)
Squashed commits:
[93fd7b7] Makes teshari hide function correctly oncemore.
* Changes the stun check to a method that actually works.
* boop~
*(If something happens to apply plane_holder to mob before login)
Yeah a feature somewhere down there relied on the mob getting its plane_holder before client (and thus making the only vis_enabled init right here that required the lack of plane_holder on login completely unobtainable) and I was vaguely told to fix this here instead of fixing the forementioned downstream feature.
Adjusts numbers on shield generators, so that they can protect the station with roughly similar amounts of power they would need on the old map, before multiZ.
Cleans up a bit of initialization code for shield gens.
* New gun firemode: automatic
Full-auto destruction at the tip of your fingers! If you're an admin. Switch the automatic var to 1 to make any gun automatic.
This code is largely donated by Mport and the SS:CM project. Relevant modifcations are located in automatic.dm, special.dm, and automagical.dm
* Removes '/blue's
* Removes a block of pseudocode.
* Welp. Missed some things.
* Automatic removed from the Suppression gun, as requested by @Anewbe in #4730
* Requested changes.
* Move the global spawning_turfs lists from master_controller into SSxenoarch. Rename all references.
* Move the call to SetupXenoarch from master_controller.setup() to SSxenoarch.Initialize() Put SSxenoarch init order near the end to match current behavior.
* Replaces the shuttle_controller and shuttle process with the shuttles subsystem. Instead of docking ports being initialized by the game ticker, its part of the StonedMC Master init order.
* The main advantage of this is control over the initialization order, as well as letting Master be aware of CPU we're using up with shuttle processing.
* By being part of the Master init order, we reduce the uncertainty about "are objects initialized yet?" which is nice, since shuttle docks break if machines aren't finished initializing!
* Yes, all of them.
* Also did a few corrections to redundant New() and broken Destroy() along the way
* Renamed the turf_initializer.initialize() proc to InitializeTurf to avoid confusion.
* Subsumed /area/proc/initialize into /atom/proc/initialize() - Made /area's LateInitialize to get same behavior as before.
* Moves proc/initialize() from being on /atom/movable, /are and /turf/simulated to being on /atom - Now turfs can initialize too
* Added the SSatoms subsystem which controls initialization of atoms at roundstart and during normal conditions.
* Disabled the old auto_init = 0 behavior, ALL atoms should get initialized() called on them now.
* Refactored the way initialize() is called during /New() to utilize SSatoms instead of SScreation
* Removed SScreation, as it was only a stop-gap until SSatoms could be ported.
* Updated the maploader to inform SSatoms when it is loading maps instead of SScreation.
* Updated the template map loader to use SSatoms to perform initTemplateBounds
* Renamed 'initialized' var in seed_storage to deconflict.
* Removed usage of auto_init = 0, replaced with a no-op initialize() proc for atoms that don't need initialization.
