Ss13 how to make a smoking pipe update#
Ss13 how to make a smoking pipe code#

These changes are licensed under the same license as the other goon files. It is very likely that there are modifications to be compatible or on par with our code, however.

Goon-ported-assets - All files excluding this one you're reading right now have been most likely, taken from goonstation's 2016 release, unless stated otherwise.

DMAPI V5 - This DMAPI implements bridge requests using HTTP GET requests to TGS.

DMAPI V4 - This DMAPI implements bridge requests using file output which TGS monitors for.

DMAPI V3 - This DMAPI implements bridge using file output which TGS monitors for.

Ss13 how to make a smoking pipe code#

Core DMAPI functions - This folder contains all DMAPI code not directly involved in an API.

DMAPI Internals - This folder should be placed on it's own inside a codebase that wishes to use the TGS DMAPI.

other_reagents - The current_cycle when puking starts.

Ss13 how to make a smoking pipe update#

reagents/ chemistry - NOTE: IF YOU UPDATE THE REAGENT-SYSTEM, ALSO UPDATE THIS README.

movespeed/ _movespeed_modifier - Movespeed modification datums.

modular_computers/ Modular computer programs - How module computer programs work.

Say code basics - This document is a little dated but I believe it's accurate mostly (oranges 2019).

Transformations and other events that cause new languages to become available. Will update its languages based on the atom holder, and will get updated as part of Where a mind is available, the mind language holder will be the one 'in charge'.

Creation of language holders happensДЄutomatically when they are needed, for example when something tries to speak.

language/ language_holder - Language holders will either exist in an atom/movable or a mind.

Thanks to forum_account for saving the day, the library can be found

In-code keypress handling system - This whole system is heavily based off of forum_account's keyboard library.

traits/ negative - ticker for processing.

material_container - This datum should be used for handling mineral contents of machines and whatever else is supposed to hold minerals and make use of them.

These items take a specific time to eat, and can do most of the things our original food items could. What this means is that you can take a bite or force someone to take a bite (in the case of items).

edible - This component makes it possible to make things edible.

skills - This subsystem mostly exists to populate and manage the skill singletons.

We only instance the materials once and then re-use these instances for everything. Materials are now instanced datums, with an associative list of them being kept in SSmaterials.

whitesands_after_defines/ icon_smoothing.

subsystems - Defines for subsystems and overlays.

MC - SubSystem flags (Please design any new flags so that the default is off, to make adding flags to subsystems easier).