surgery_step

Vars
accept_any_item	Does the surgery step accept any item? If true, ignores implements. Compatible with accept_hand.
accept_hand	does the surgery step require an open hand? If true, ignores implements. Compatible with accept_any_item.
allowed_tools	Type path of tools that can be used to complete this step. Format is `path = probability of success`. If the tool has a specific surgery tooltype, you can use that as a key as well.
blood_level	How much blood this step can get on surgeon. See SURGERY_BLOODSPREAD_* defines
can_infect	Whether this surgery step can cause an infection.
chems_needed	List of chems needed in the mob to complete the step. Even on success, this step will have no effect if the required chems aren't in the mob.
implement_type	The current type of implement from allowed_tools in use. This has to be stored, as the typepath of the tool might not match the list type (such as if we're using tool behavior)
repeatable	Is this step repeatable by using the same tool again after it's finished? Make sure it isn't the last step, or it's used in a cancellable surgery. Otherwise, you might get stuck in a loop!
require_all_chems	Do we require any of the needed chems, or all of them?
silicons_ignore_prob	Whether silicons ignore any probabilities (and are therefore "perfect" surgeons)
time	duration of the step
times_repeated	How many times this step has been automatically repeated.
Procs
can_repeat	Determines whether or not this surgery step can repeat if its end/fail steps returned SURGERY_STEP_RETRY.
chem_check	Check that the target contains the chems we expect them to.
deal_pain	Try to inflict pain during a surgery, a surgeon's dream come true. This will wake up the user if they're voluntarily sleeping.
end_step	Finish a surgery step, performing anything that runs on the tail-end of a successful surgery. This runs if the surgery step passes the probability check, and therefore is a success.
fail_step	Play out the failure state of a surgery step. This runs if the surgery step fails the probability check, the right chems weren't present, or if the user deliberately failed the surgery.
get_step_information	Get the action that will be performed during this surgery step, in context of the surgery it is a part of.
initiate	Initiate and really perform the surgery itself. This includes the main do-after and the checking of probabilities for successful surgeries. If try_to_fail is TRUE, then this surgery will be deliberately failed out of.
slowdown_immune	Check for mobs that would be immune to surgery slowdowns/speedups.
tool_check	Get whether the tool should be usable in its current state. Useful for checks to see if a welder is on, for example.
try_op	Try to perform an operation on a user. Arguments:

Var Details

var
accept_any_item
–

Does the surgery step accept any item? If true, ignores implements. Compatible with accept_hand.

var
accept_hand
–

does the surgery step require an open hand? If true, ignores implements. Compatible with accept_any_item.

var
allowed_tools
– /list

Type path of tools that can be used to complete this step. Format is path = probability of success. If the tool has a specific surgery tooltype, you can use that as a key as well.

var
blood_level
–

How much blood this step can get on surgeon. See SURGERY_BLOODSPREAD_* defines

var
can_infect
–

Whether this surgery step can cause an infection.

var
chems_needed
– /list

List of chems needed in the mob to complete the step. Even on success, this step will have no effect if the required chems aren't in the mob.

var
implement_type
–

The current type of implement from allowed_tools in use. This has to be stored, as the typepath of the tool might not match the list type (such as if we're using tool behavior)

var
repeatable
–

Is this step repeatable by using the same tool again after it's finished? Make sure it isn't the last step, or it's used in a cancellable surgery. Otherwise, you might get stuck in a loop!

var
require_all_chems
–

Do we require any of the needed chems, or all of them?

var
silicons_ignore_prob
–

Whether silicons ignore any probabilities (and are therefore "perfect" surgeons)

var
time
–

duration of the step

var
times_repeated
–

How many times this step has been automatically repeated.

Proc Details

proc
can_repeat
(/mob/living/user, /mob/living/carbon/target, target_zone, /obj/item/tool, /datum/surgery/surgery)

Determines whether or not this surgery step can repeat if its end/fail steps returned SURGERY_STEP_RETRY.

Arguments:

user - mob performing the surgery
target - mob the surgery is being performed on
target_zone - body zone of the surgery
tool - tool used for the surgery
surgery - the operation this surgery step is a part of

If this returns TRUE, the step will automatically retry. If not, the user will have to manually start the step again.

proc
chem_check
(/mob/living/target)

Check that the target contains the chems we expect them to.

proc
deal_pain
(/mob/user, /mob/living/carbon/target, target_zone, /obj/item/tool, /datum/surgery/surgery, try_to_fail)

Try to inflict pain during a surgery, a surgeon's dream come true. This will wake up the user if they're voluntarily sleeping.

Returns the success rate that the user's amount of pain would deal, while also handling extra pain behavior.

proc
end_step
(/mob/living/user, /mob/living/carbon/human/target, target_zone, /obj/item/tool, /datum/surgery/surgery)

Finish a surgery step, performing anything that runs on the tail-end of a successful surgery. This runs if the surgery step passes the probability check, and therefore is a success.

Should return SURGERY_STEP_CONTINUE to advance the surgery, though may return SURGERY_STEP_INCOMPLETE to keep the surgery step from advancing.

proc
fail_step
(/mob/living/user, /mob/living/carbon/human/target, target_zone, /obj/item/tool, /datum/surgery/surgery)

Play out the failure state of a surgery step. This runs if the surgery step fails the probability check, the right chems weren't present, or if the user deliberately failed the surgery.

Should return SURGERY_STEP_INCOMPLETE to prevent the surgery step from advancing, though may return SURGERY_STEP_CONTINUE to advance to the next step regardless.

proc
get_step_information
(/datum/surgery/surgery)

Get the action that will be performed during this surgery step, in context of the surgery it is a part of.

surgery - A surgery in progress.

proc
initiate
(/mob/user, /mob/living/carbon/target, target_zone, /obj/item/tool, /datum/surgery/surgery, try_to_fail)

Initiate and really perform the surgery itself. This includes the main do-after and the checking of probabilities for successful surgeries. If try_to_fail is TRUE, then this surgery will be deliberately failed out of.

Returns TRUE if the surgery should proceed to the next step, or FALSE otherwise.

proc
slowdown_immune
(/mob/living/user)

Check for mobs that would be immune to surgery slowdowns/speedups.

proc
tool_check
(/mob/user, /obj/item/tool)

Get whether the tool should be usable in its current state. Useful for checks to see if a welder is on, for example.

Arguments:

user - The user using the tool.
tool - The tool in use.

proc
try_op
(/mob/living/user, /mob/living/carbon/target, target_zone, /obj/item/tool, /datum/surgery/surgery)

Try to perform an operation on a user. Arguments:

user - The user performing the surgery.
target - The user on whom the surgery is being performed.
target_zone - the zone the user is targeting for the surgery.
tool - The object that the user is using to perform the surgery (optional)
surgery - The surgery being performed. Returns TRUE if the step was a success, or FALSE if the step can't be performed for some reason.

surgery_step /datum/surgery_step

Vars

Procs

Var Details

var accept_any_item –

var accept_hand –

var allowed_tools – /list

var blood_level –

var can_infect –

var chems_needed – /list

var implement_type –

var repeatable –

var require_all_chems –

var silicons_ignore_prob –

var time –

var times_repeated –