update Open Source Docs from Roblox internal teams

Author: rbx-open-source-docs[bot]

content/common/navigation/engine/guides.yaml

@@ -430,6 +430,8 @@ navigation:
         path: /cloud-services/cross-server-messaging
   - title: Roblox for Unity Developers
     path: /unity
+  - title: Roblox for Unreal Developers
+    path: /unreal
 
   - heading: Distribute
   - title: Overview

content/en-us/assets/engine-comparisons/roblox-properties.png

@@ -0,0 +1,9 @@
+---
+title: include
+---
+
+Roblox files live in the cloud (although you can export copies), so Roblox Studio provides built-in tools for much more collaborative work: **Team Create** for simultaneous editing, group management, permissions, script drafting, and more. See [Collaboration](projects/collaboration.md).
+
+<Alert severity="info">
+Cloud syncing provides further benefits with [packages](projects/assets/packages.md), the Roblox equivalent of {props.package}. Converting an asset or asset hierarchy to a package helps with local reusability, but also with collaboration. When you or your collaborators publish a new version of a package, you can quickly update existing instances of that package within an experience or set them to auto-update.
+</Alert>

content/en-us/assets/unity/roblox-unity-studio-markup.png renamed to content/en-us/assets/engine-comparisons/roblox-studio-markup.png

@@ -0,0 +1,35 @@
+---
+title: include
+---
+
+The following Luau code sample demonstrates how to, after a player equips a fishing pole, listen for user input (in this case, the <kbd>E</kbd> key) and call additional functions:
+
+```lua
+-- Get the necessary game services
+local ContextActionService = game:GetService("ContextActionService")
+local ReplicatedStorage = game:GetService("ReplicatedStorage")
+
+-- Get a module script from ReplicatedStorage that returns a single function
+local performSomeAction = require(ReplicatedStorage.performSomeAction)
+
+-- Assumes that this script is a child of the fishing pole
+local fishingPole = script.Parent
+local ACTION_CAST = "Cast"
+
+-- Check that the key is down, then call another function
+local function castLine(_actionName, inputState, _inputObject)
+    if inputState == Enum.UserInputState.Begin then
+        performSomeAction()
+    end
+end
+
+-- Only enable the action when the player equips the fishing pole
+fishingPole.Equipped:Connect(function()
+    ContextActionService:BindAction(ACTION_CAST, castLine, true, Enum.KeyCode.E)
+end)
+
+-- Disable the action when the player unequips the fishing pole
+fishingPole.Unequipped:Connect(function()
+    ContextActionService:UnbindAction(ACTION_CAST)
+end)
+```

content/en-us/assets/unity/roblox-unity-editor.jpg renamed to content/en-us/assets/engine-comparisons/unity-editor.jpg

@@ -0,0 +1,14 @@
+---
+title: include
+---
+
+Roblox experiences are multiplayer by default, so Roblox Studio includes many different storage locations with specific behaviors. For example, a script might run when you put it in `Class.ReplicatedStorage`, but not when you put it into `Class.StarterPlayerScripts`. For more information, see [Client-Server Runtime](projects/client-server.md) and [Object Organization](projects/data-model#object-organization.md).
+
+Location | Description
+:--- | :---
+Workspace | Represents the game world and contains all parts, models, and other objects in the game. You can put scripts into the Workspace, but only server scripts and module scripts run when parented to it. This location works well for scripts that control object behavior, since they can attach directly to the object.
+ReplicatedStorage | Contains objects that are replicated to both the client and the server, including scripts. This location is ideal for scripts that share data or functionality between the two, such as game settings, player data, and events.
+ServerScriptService | Contains server scripts, including module scripts. This location is ideal for scripts that need to access server-side functionality or objects, such as game logic, data storage, and AI behaviors.
+ServerStorage | Contains server-side objects and settings. This location is ideal for large objects that don't need to be immediately replicated to clients when they join an experience.
+StarterPlayer | Contains player-related objects and settings. This location is primarily used for setting up player properties and initializations. Client scripts can run from this location, including module scripts. This location is ideal for scripts that set up player-specific features, such as player models, starting inventory, and camera settings. Of particular note, `StarterCharacterScripts` and `StarterPlayerScripts` are different. For more information, see [Client](projects/data-model.md#client).
+StarterGui | Contains GUI elements that the client displays when it loads the game. Client scripts can run from this location, including module scripts. This location is ideal for scripts that modify the game's user interface, such as adding buttons, menus, and pop-ups.

content/en-us/assets/engine-comparisons/unreal-details.png

@@ -0,0 +1,17 @@
+---
+title: include
+---
+
+Roblox experiences support three different types of Luau scripts:
+
+- Client scripts
+
+  These scripts run on the client, and the server has no visibility into their behavior. For legacy reasons, these scripts can take the form of `LocalScripts` or `Scripts` with a `Class.BaseScript.RunContext|RunContext` value of `Client`. Client scripts typically live in `Class.ReplicatedStorage`, `Class.StarterPlayerScripts`, or `Class.StarterCharacterScripts`.
+
+- Server scripts
+
+  These scripts run on the server, and the client has no visibility into their behavior. Server scripts have a `RunContext` value of `Server` and typically live in `Class.ServerScriptService`, the contents of which are not replicated to the game client.
+
+- Module scripts
+
+  These scripts are reusable pieces of code that return exactly one value, typically a function or table (or a table of functions). Rather than duplicating code in client and server scripts, use module scripts to share code and data between the two. Module scripts often live in `Class.ReplicatedStorage`, but can live elsewhere if you want to share code between scripts on the same side of the client-server boundary.

content/en-us/assets/engine-comparisons/unreal-editor.png

@@ -0,0 +1,8 @@
+---
+title: include
+---
+
+{props.engine}'s transforms and Roblox's `Datatype.CFrame|CFrames` serve similar purposes in representing 3D transformations of objects:
+
+- Both transforms and `CFrames` represent the position and rotation of an object in 3D space. Transforms include scale, whereas Roblox uses a `Class.BasePart.Size` property that isn't part of the `CFrame`.
+- Both support multiplication (i.e. composition) for complex transformations and have built-in methods for other manipulations.