Fix miscellaneous oddities around the class reference (part 7)

[Mickeon]

Continuation of #107536

This PR addressed yet yet another huge chunk of class reference oddities I remembered to note down for later while localizing the class reference. Some of these are clear typos, some are inconsistencies, some are just awkward.

Of particular note:

• Add tutorial in WebRTCPeerConnection
  • See https://github.com/godotengine/godot/pull/109907/files#r2561388386
• Reword some Skeleton3D-related descriptions
• Replace a few occurrences of "shall" and "yield" with more common alternatives
• Replace nasty [method duplicate][code](true)[/code]
• Standardize the descriptions of both ProjectSettings.gui/common/swap_cancel_ok and EditorSettings.interface/editor/accept_dialog_cancel_ok_buttons
  • It may seem like the removal of corresponding integers is a notable loss of information, but usage of DisplayServer.get_swap_cancel_ok should be encouraged, instead.
• Shift Dictionary.set's description around
  • Note that this originates from Explain Dictionary.set() return value in docs #112261 . If you have suggestions feel free to say
• Consistently refer to the "file cursor" as such in FileAccess
• Encompass numerical values in [code] tags more often
• Mention return value in ResourceUID.ensure_path
• Remove unnecessary commas after "Returns [code]true[/code]"
• Remove redundant leftover references to enums
  • Remember [Docs] Remove redundant info on the enum types used #106159
• Removed redundant warning in Mutex
• Fix poor grammar in ProjectSettings.audio/general/text_to_speech
• Fix inconsistent common "Accessibility debugging tools" note
• Fix entirely incorrect sentence in Path3D.debug_custom_color
• Fix Performance.NAVIGATION_2D/3D_ACTIVE_MAPS mentioning two maps, leftover from the NavigationServer split
• Fix some missing articles on the way
• Fix "parameters" being referred as "arguments" in a few places

For some of the descriptions affected, additional tweaks have been made to justify a whole translation string change.

[AThousandShips]

The phrasing and formatting looks good to me, would be good to get some area eyes to make sure the descriptions are correct while we're here so we don't have to fix them again later

And of course make sure to remove the CI disable before merge

[dsnopek]

Oo, this line isn't true anymore. I guess I should probably do this in another PR, but the truth is more like this:

Suggested change

	[b]Note:[/b] This feature is only available on the Compatibility renderer and currently only available on some standalone headsets. For Vulkan set [member Viewport.vrs_mode] to [code]VRS_XR[/code] on desktop.
	[b]Note:[/b] On Vulkan, also set [member Viewport.vrs_mode] to [code]VRS_XR[/code].

[Mickeon]

I didn't use the exact suggestion but I assume you meant something like this:

[b]Note:[/b] When using the Vulkan rendering driver, [member Viewport.vrs_mode] must be set to [constant Viewport.VRS_XR] to support foveation.

[dsnopek]

The XR related changes look good to me!

[Repiteo]

Great work!

[Repiteo]

Thanks!