Update current sync methods and delegates

[SokyranTheDragon]

• Updated lambda ordinals for FloatMenuMakerMap and MechanitorUtility delegates
• Changed syncing of carry to shuttle lambda delegate to a local func
• Removed syncing of RoyalTitlePermitWorker_CallLaborers.CallLaborers, as it's no longer needed since it'll be synced from ITargetingSource.OrderForceTarget
• Added a sync worker for RoyalTitlePermitWorker_CallLaborers, as using that permit would otherwise desync
• Added syncing of non-virtual Verb.TryStartCastOn method
  • It's required for ability syncing, as it can be called from Ability.QueueCastingJob (the LocalTargetInfo variant) if verbProps.nonInterruptingSelfCast is true
• Modified Targeter.BeginTargeting patch to not handle Verb.TryStartCastOn calls
  • This is due to the previous change handling syncing of this specific case
• Updated SyncDelegates and SyncMethods classes to use C# 12's collection expression
• Added a sync worker for IReloadableComp, as it's needed by one of the FloatMenuMakerMap delegates
  • We could change it in the future to Write/ReadWithImpl - however, it seems there's a very limited amount of vanilla types implementing this interface

[SokyranTheDragon]

On a side note, do we need to sync all of those?:

Multiplayer/Source/Client/Syncing/Game/SyncDelegates.cs

Lines 18 to 31 in 2e1ed23

	const SyncContext mouseKeyContext = SyncContext.QueueOrder_Down | SyncContext.MapMouseCell;
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.GotoLocationOption), 0).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Goto
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 0).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Arrest
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 6).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Rescue
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 7).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Capture slave
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 8).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Capture prisoner
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 9).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Carry to cryptosleep casket
	SyncDelegate.LocalFunc(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), "CarryToShuttleAct").CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Carry to shuttle
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddHumanlikeOrders), 50).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Reload
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddDraftedOrders), 3).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Drafted carry to bed
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddDraftedOrders), 4).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Drafted carry to bed (arrest)
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddDraftedOrders), 6).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Drafted carry to transport shuttle
	SyncDelegate.Lambda(typeof(FloatMenuMakerMap), nameof(FloatMenuMakerMap.AddDraftedOrders), 7).CancelIfAnyFieldNull().SetContext(mouseKeyContext); // Drafted carry to cryptosleep casket

From my testing and digging into the code:

• The delegate for Goto option creates FleckDefOf.FeedbackGoto, which I believe our patches to non-self feedback exclude - so it'll likely still need to be synced
  • We could potentially only sync FloatMenuMakerMap.PawnGotoAction
• Both actions for carrying a pawn to shuttle require syncing, as they do some extra stuff
• The remainder of the delegates seems to be synced through the calls to Pawn_JobTracker.TryTakeOrderedJob
  • Some of the drafter orders call ForbidUtility.SetForbidden which should get synced, but we may to include those as well to prevent 2 sync calls when 1 would have been enough
• It doesn't seem like SyncContext.MapMouseCell is doing anything whatsoever here
  • Looking at some old RW code from around and before 1.0 it seems it would have a use, but I don't think it's the case anymore

[SokyranTheDragon]

Also, as I've mentioned in #429, PawnColumnWorker_Designator:SetValue and PawnColumnWorker_Sterilize:SetValue will need some changes to how they're handled.

[Zetrith]

The FloatMenuMakerMap SyncDelegates can stay. TryTakeOrderedJob syncing is quite costly as it exposes the whole job (a few hundred vs just a few bytes without it).