Files
Bubberstation/code/datums/components
ChungusGamer666 b093b12e03 Burning and acid components fixes and improvements (#74803)
## About The Pull Request

Generally cleans up code on both components.
Moves burn proc back to /obj level, I'm not sure why I moved it to /atom
level, it was unnecessary.
Acid component generalized so it can be used on any atom that uses
atom_integrity.
Fixes a bug where objects that stopped burning didn't update their burn
overlay properly due to bad removal logic and leftover code.
Standardizes examine messages on burning items by just slapping an
examine signal registration on the component.
Adds fire particles to items thanks to Lemon's PR:
https://github.com/tgstation/tgstation/pull/74524

## Why It's Good For The Game

Particles look cool

![image](https://user-images.githubusercontent.com/82850673/232605615-6e3bc804-bc68-4f09-8615-5e5946acbc10.png)

![image](https://user-images.githubusercontent.com/82850673/232664951-e0474331-495f-4717-8b0f-a647aedc4d9f.png)

Bugfixes are good
Code improvements are good

## Changelog

🆑
add: Burning items now get (small) smoke particles. Sick.
fix: Burning objects now clear their burning overlay properly.
qol: Examining burning objects will always tell you that they are
burning.
/🆑

---------

Co-authored-by: san7890 <the@san7890.com>
2023-04-23 17:50:58 -06:00
..
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2023-01-17 10:02:20 -08:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-12-28 12:48:08 +01:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2023-04-05 16:54:22 +01:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00
2022-11-15 03:50:11 +00:00

Datum Component System (DCS)

Concept

Loosely adapted from /vg/. This is an entity component system for adding behaviours to datums when inheritance doesn't quite cut it. By using signals and events instead of direct inheritance, you can inject behaviours without hacky overloads. It requires a different method of thinking, but is not hard to use correctly. If a behaviour can have application across more than one thing. Make it generic, make it a component. Atom/mob/obj event? Give it a signal, and forward it's arguments with a SendSignal() call. Now every component that want's to can also know about this happening.

HackMD page for an introduction to the system as a whole.

See/Define signals and their arguments in __DEFINES\components.dm