@postcrafter said in Creep death: more than just a delete:
Should the tombstone be created for creeps that die of old age as well? I think it should and contain the resources the creep was carrying.
That makes sense, maybe it the tombstones lifetime should depend on the creeps TTL at time of death.
Should creeps that
suicide() create a tomstone? Maybe add this as an optional parameter (
recycle() should stay as is. Some players move creeps to die on a specific RoomPoisition where they expect resources to drop into a container etc...
Should I add a
FIND_TOMBSTONES contant as well? Are there any other ways of how to access tombstones?
FIND_TOMBSTONES would be a good idea. Are they going to show up for
FIND_STRUCTURES etc... as well?
Should this replace the current
dropToContainer mechanic NPCs have? I think it should but it might break some peoples NPC raids or make them a lot less profitable until adjusting their code to tombstones.
Would make sense. Best to be consistent.
Should room owners be able to
destroy() tombstones before their ticksToDecay reached 0?
If they do the tombstone would need to drop any resources it was holding.
Should it be a creep action? That way a defender can't rip them up the instant they appear.
Should they decay instantly if they reach 0 stored resources?
@artch said in Creep death: more than just a delete:
What is this supposed to mean? No creep actions against tombstones? I previously thought about allowing
Creep#withdraw (see NPC containers above), but this got me thinking. If withdraw isn't allowed it just delays resource decay, does it?
I'd say that like a container the tombstone would have no actions that it can perform.