Update entities-arguments.md to now metion PlayerProfileArgument instead of PlayerArgument

Author: DerEchtePilz

docs/en/create-commands/arguments/types/entities-arguments.md

@@ -79,23 +79,32 @@ We could then use this to target specific entities, for example:
 
 ::::
 
-## Player argument
+## PlayerProfile argument
 
-The `PlayerArgument` class is very similar _(almost identical)_ to `EntitySelectorArgument.OnePlayer`. It returns a `Player` object and requires the player to be online.
+The `PlayerProfileArgument` can serve a similar purpose as the `EntitySelectorArgument.OnePlayer` or `EntitySelectorArgument.ManyPlayers` if you only reference online players, but it can also be used to reference players that are offline or have never logged into your server.
 
-:::info
-The `PlayerArgument` internally uses the `GameProfile` class from Mojang's authlib, which means that this argument has a slight performance overhead compared to using `EntitySelectorArgument.OnePlayer`
-:::
+Because of this, it has a performance overhead even when the input is an online player or an entity selector.
+
+<div class="paper">
+
+The `PlayerProfileArgument` returns a `List<com.destroystokyo.paper.profile.PlayerProfile>`.
+
+</div>
+<div class="spigot">
+
+The `PlayerProfileArgument` returns a `List<org.bukkit.profile.PlayerProfile>`.
 
-::::tip Example – PlayerArgument without entity selectors
+</div>
+
+::::tip Example – PlayerProfileArgument without entity selectors
 
-When registering a `PlayerArgument` you might notice that it includes `Entity Selectors` (`@a`, `@e`, `@r`, etc.). If you want to avoid those, you can use argument suggestions to only suggest the player names. For this example, let us create a /warp command:
+When registering a `PlayerProfileArgument` you might notice that it includes `Entity Selectors` (`@a`, `@e`, `@r`, etc.). If you want to avoid those, you can use argument suggestions to only suggest the player names. For this example, let us create a /warp command:
 
 ```mccmd
 /warp <player>
 ```
 
-To get a `PlayerArgument` which only suggests the actual names, we can define it like this:
+To get a `PlayerProfileArgument` which only suggests the actual names, we can define it like this:
 
 <div class="paper">
 
@@ -146,29 +155,34 @@ And there we have it! One thing to note is that entity selectors are still a val
 
 ::::
 
-## OfflinePlayer argument
+## AsyncPlayerProfile argument
 
-The `OfflinePlayerArgument` class is identical to the `PlayerArgument` class, but instead of returning a `Player` object, it returns an `OfflinePlayer` object. Internally, this argument makes calls to Mojang servers (via Mojang's authlib), meaning it can be slightly slower than alternative methods such as using a `AsyncOfflinePlayerArgument`, which runs the API call asynchronously, or using a `StringArgument` and suggesting a list of existing offline players.
+The `AsyncPlayerProfileArgument` class is identical to the `PlayerProfileArgument` class, but instead of making the API call synchronously, it makes the API call asynchronously. This means that the command will not block the main thread while waiting for the API call to complete.
 
-The `OfflinePlayerArgument` _should_ be able to retrieve players that have never joined the server before.
+<div class="paper">
 
-## AsyncOfflinePlayer argument
+:::info
+The `AsyncPlayerProfileArgument` returns a `CompletableFuture<List<com.destroystokyo.paper.profile.PlayerProfile>>` object, which can be used to retrieve the `List<com.destroystokyo.paper.profile.PlayerProfile>` object when the API call is complete.
+:::
 
-The `AsyncOfflinePlayerArgument` class is identical to the `OfflinePlayerArgument` class, but instead of making the API call synchronously, it makes the API call asynchronously. This means that the command will not block the main thread while waiting for the API call to complete.
+</div>
+<div class="spigot">
 
 :::info
-The `AsyncOfflinePlayerArgument` returns a `CompletableFuture<OfflinePlayer>` object, which can be used to retrieve the `OfflinePlayer` object when the API call is complete.
+The `AsyncPlayerProfileArgument` returns a `CompletableFuture<List<org.bukkit.profile.PlayerProfile>>` object, which can be used to retrieve the `List<org.bukkit.profile.PlayerProfile>` object when the API call is complete.
 :::
 
+</div>
+
 ::::tip Example - Checking if a player has joined before
 
-Say we want to create a command that tells us if a player has joined the server before. We can use the `AsyncOfflinePlayerArgument` to fetch the `OfflinePlayer` object asynchronously. That way we simply wait for the request to complete, and once it does, we can check if the player has joined the server before. We want to create a command of the following form:
+Say we want to create a command that tells us if a player has joined the server before. We can use the `AsyncPlayerProfileArgument` to fetch the `List<PlayerProfile>` object asynchronously. That way we simply wait for the request to complete, and once it does, we can check if the player has joined the server before. We want to create a command of the following form:
 
 ```mccmd
 /playedbefore <player>
 ```
 
-We now want to get the `CompletableFuture<OfflinePlayer>` object from the `AsyncOfflinePlayerArgument` and then use it to get the `OfflinePlayer` object. We can define it like this:
+We now want to get the `CompletableFuture<List<PlayerProfile>>` object from the `AsyncPlayerProfileArgument` and then use it to get the `List<PlayerProfile>` object. We can define it like this:
 
 <div class="paper">
 

package.json

@@ -15,7 +15,6 @@
         "@types/markdown-it": "^14.1.2",
         "@types/markdown-it-container": "^2.0.10",
         "@types/node": "^22.10.1",
-        "fs": "^0.0.1-security",
         "markdown-it": "^14.1.0",
         "markdown-it-container": "^4.0.0",
         "markdown-it-mathjax3": "^4.3.2",