- If you have renamed the database tables, they must be renamed back to the original name, because this can no longer be changed in Config.yml.
- in the Mysql now 3 queries must be executed (please note the order):
- ALTER TABLE `btmBack` ADD `home_priority` TEXT NULL DEFAULT NULL AFTER `tp_toggle`;
- ALTER TABLE `btmWarps` ADD `portalaccess` TEXT NULL DEFAULT NULL AFTER `category`;
- UPDATE `btmWarps` SET `portalaccess`='IRRELEVANT' WHERE 1;

Thank you for your understanding.

- MysqlConnection driver updated.
- If the world is not present, intercepted.
- /warps, the category at the end is now taken with the next page.
- Mysql table names have all been taken out of config. Only default names are accepted.
- Config values have been rearranged and merged, and several config files have been created.
- TPA and TP commands now separated for enabling.
- ForbiddenList
- Internal rebuild of YamlHandler & YamlManager
- Build Forbiddenlist into a seperate file.
- Make certain teleport types in certain worlds also not to run. Aka from world A can not warp away.
- CustomTeleport Back allow, possibly current events depreacten and new events write, where you can set,
whether back should be taken over or not.
- Added "home_priority" as new value in back mysql table.
This sets the home which is prioritized if "/home" is used without argument.
- /sethome <homename> [Prioritized(boolean)]
- /homeprio <homename> | A previously prioritized home, will be deprioritized. Other player homes can NOT be prio. Also no bypass.
- Warps are equipped with the boolean PortalOnly to be able to control the warp no longer by portal. Opposite also possible.
Aka OnlyPortal(ONLY), NotPortal(FORBIDDEN), None(IRRELEVANT).
- /warpsetportalaccess <portalname> <value> added
- If already present, the following mysql tables should be modified:
- Back Table 3: home_priority >ALTER TABLE `btmBack` ADD `home_priority` TEXT NULL DEFAULT NULL AFTER `tp_toggle`;<
- Warp Table 5: portalaccess >ALTER TABLE `btmWarps` ADD `portalaccess` TEXT NULL DEFAULT NULL AFTER `category`;<
>UPDATE `btmWarps` SET `portalaccess`='IRRELEVANT' WHERE 1;<
- NullPointExeption at /warpsetowner <player name which does not exist>, fixed.
- "Home does not exist error" at /homes <number> <player name>, fixed.
- NullPointExeption at /warplist fixed.
- PlayerTeleportToPlayerEvent is now deprecated. Please now use the event with the same name, in the other package.
- Warp, Home, SavePoint as well as RTP a SafeTeleport mechanism. Adjustable in the Config.
- RTP has a Biomblacklist setting.
- RTP option for atHighestBlock.
- /tpaccept <player name> is now /tpaccept [player name].
- Explanation path in commands.yml has been removed.
- "Can." has been renamed to "EnableCommands."
- /warpsearch <page number> <xxxx:Value>; The arguments are constructed to take a deployment value e.g. "server:".
If there is something behind the ":", exactly this is searched for. If the entry is missing, it is searched for all,
which have a server. Further arguments are "owner", "world", "member", "category".
- /warping <warpname> <playername> [options...] added. Admin/console command to teleport players. The options allow,
the functions (portalaccess, blacklist, hastoomany, cost, permission and hidden) to be taken into account. Means, a /warping without
any options will ignore all the above queries.
- Warps that can only be accessed through portals are no longer suggested in the tab.
- Warps that can only be accessed through portals will not be allowed to teleport to them.
- Maximum amounts for warps at warp costs can be set.
- If there are costs where you used teleports (warp, home, Tpa, RTP, back...) you should get a message what you paid.
- RandomTeleport
- By Config also "Specific" Rtps can be created and controlled by name.
- /warpsetpassword => the password must not be an existing player name now.
- /warpremove => now has queries that only the owner and admin may remove the warp.
- PermissionSystem built in, which control whether you can warp the mechanics internally only on the server, crosscluster or proxy.
- System works only warp. Therefore currently give "btm.permlevel.global.*" to all players for warp.
- See PermissionLevel.Global|PermissionLevel.ServerExtern|PermissionLevel.ServerCluster etc. in commands.yml
- /warpsearch %arg% replacer error
- CustomEvents added also within the respective commands:
- BasePlayerTeleportToPlayerPreTeleportEvent
- BasePlayerToPositionPreTeleportEvent
- TpAPreRequestEvent
- TpPreTeleportEvent
- HomePreTeleportEvent
- WarpPreTeleportEvent
- AccessPermission submechanic added. The submechanic is intended for external access to lock certain mechanics from outside.
- AccessPermission Mysql and HashMap added.
- AccessPermissionHandler added.
- Added config_permissionlevel.
- Home, Warps and Portal count perm cummulative via configboolean.
- EntityTransport
- Every entity, except players, need permission(basepermission + entitytype) to be transported.
- Entities that have been named can only be teleported by the owner/renamer. Renaming by other players afterwards blocked.
- Entitys that have a custom name MAY NOT be tp.
- For transport, either put entity on a leash(prio) or look at.
- /entitytransport <x:Name> | E.g. <w:Spawn> (be owner/member) o. <h:Camp> o. <pl:Avankziar>.
- Should you want to teleport entities to players, beforehand in the MYSQL from the target player this player must release the other player.
- /entitytransportsetaccess <playername> | Allows the specified player to transport entityts to you.
- /entitytransportaccesslist [page number] [player name] | Displays all players who have teleport access for entity, as well as
shows all players where the player has access.
- /entitytransportsetowner <playername> | The viewed entity will be overwritten to the new owner.
- Added TicketSystem where you can buy ticket to transport the entity.
- /entitytransportbuytickets <number> [player name] [mustpay Boolean] | Buy x number of usable EntityTransport. Must be console capable.
mustpay specifies if, when Admin or Console runs it for other players, the player has to pay for it. Otherwise it is free.
- Forbiddenlist Add Entitytransport, adjustable with EntityTypes.
- Write custom event, which grants external teleport of entity. Ownership, ForbiddenList and number of usable EntityTransports can be considered.
- Include config value that allows to limit the number of EntityTransport via mysql tracking.
- Entities have different counter values for tickets. Can be set in the config.
- FirstSpawn
- Are for all new players.
- You can make only one firstspawn per server in Mysql
- /firstspawn [name] | Tp to server FirstSpawn.
- /firstspawnset <name> | Set the FirstSpawn for the server.
- /fristspawninfo | Info to all Firstspawns in the network with tp.
- /firstspawnremove [name] | Deletes server FirstSpawn.
- When the player first joint (network, not per server),
a list of commands for this (console) and with this (as himself theoretically) should be
to be executed once. Both lists in the Config (Spigot & BungeeCord) make adjustable. Include replacer (%player%) for player in commands.
- Respawn
Is a playerUNspecific savepoint for after death.
- Set a config value for respawn at closest, farthest or default respawn.
- /respawn <RespawnName> | Tp to respawn
- /respawncreate <RespawnName> [priority] | Create respawn
- /respawnlist [page number] | list of all respawns, with Tp click
- /respawnremove <RespawnName> | Deletes respawns
- Portal
- TargetType: COMMAND, LOCATION, BACK, DEATHBACK, FIRSTSPAWN, RESPAWN, HOME, PORTAL, RANDOMTELEPORT, SAVEPOINT, WARP
- BACK, DEATHBACK do not need additional info.
- HOME, RANDOMTELEPORT, SAVEPOINT can have an additional info, but do not need one.
- COMMAND, LOCATION, FIRSTSPAWN, RESPAWN, PORTAL, WARP need an additional info.
- /portalmode | toggle to set the 2 points of the portal
- /portalcreate <portalname> | Creates the portal
- /portalsetowner <portalname> <playername> | Transfers ownership of the portal. (null is an option for no owner)
- /portalsetpermission <portalname> <permission> | Sets a permission on the portal.
- /portaladdmember|removemember <portalname> <playername> | Removes or adds a player to the member list.
- /portalsetprice <portalname> <moneyamount> | Sets a usage price on the portal.
- /portalsetdefaultcooldown <portalname> <x:number...> | E.g. <y:1> <M:2> <d:5> <H:12> would be 1 year 2 months 5 days and 12 hours
- /portalsettarget <portalname> <targettype> [additional info] | target types see above, additional info if needed.
- /portaladdblacklist|removeblacklist <portalname> <playername> | Removes or adds the player to the blacklist. Bypass
- /portalsetpostteleportmessage <portalname> <message...> | Sets a message which will be displayed after teleporting through the portal.
- /portalsetaccessdenialmessage <portalname> <message...> | Sets a message which is displayed when you are not allowed to use the portal.
- /portalsearch <pagenumber> <xxxx:Value>; The arguments are constructed in such a way that an input value e.g. "server:" is taken.
If there is something behind the ":", exactly this is searched for. If the entry is missing, it is searched for all,
which have a server. Further arguments are "owner", "world", "member", "category".
- /portalinfo <portalname> | All infos about the portal
- /portallist [pagenumber] [category] | Show all portals.
- /portals [pagenumber] [playername] [category] | Show all your portals.
- /portalremove <portalname> | Deletes the portal.
- /portalsetpoints <portalname> | Moves the two points of the portal to the new points.
- /portalsetownexitpoint <portalname> | Creates the point of exit of the specified portal.
- /portalsettriggerblock <portalname> [TriggerBlock, without specifying AIR] [true:convert to air in triggerblock, otherwise fill it yourself].
- /portalsetsound <portalname> <sound> | Set a PortalSound which will be played when using the portal.
- /portalsetprotectionradius <portalname> <protectionradius> | Set a protection radius where no water/lava etc will not change.
- /portalsetthrowback <portalname> <throwback> | Sets how much a player should be thrown back when not allowed to use the portal.
- /portalsetcategory <portalname> <category> | Sets a category for the portal.
- /portalsetaccesstype <portal> &f| Toggles whether a portal is public or private. (Private only the owner and members are allowed to use the portal).
- /portalsetdefaultcooldown <portal> <timecode:value> &f| Sets the default cooldown of the portal. (Config cooldown is prioritized).
- /portalitem | Gives an item that rotates a netherportal block as well as the replaceritems for netherportal, gateway and enderportalblock.
- Add PermissionLevel for portals.
- Portal creation can cost money.
- Deathzone:
A death zone is an area, world, or server that counts as a condition of death.
If a player dies within this area, the respawn that is linked will be taken.
If death zones overlap, the higher priority will be taken. If the prio is the same, it is random.
- /deathzonecreate <deathzoneName> <priority> <deathzonepath> | Creates a deathzone.
- /deathzonelist [page] [[catgeory] [subcategory] [server] [world]] | Lists all deathzones.
- /deathzonesimulatedeath | Simulates a death, and lists the steps the plugin takes.
- /deathzonedelete <DeathzoneName> | Deletes the deathzone.
- /deathzonemode | toggle command to set the two points of the deathzone.
- /deathzoneinfo <DeathzoneName> | show all info about the deathzone.
- /deathzonesetname <DeathzoneName> <new name> | Set a new name for the deathzone.
- /deathzonesetcategory <DeathzoneName> <category> <subcategory> | Sets the category and subcategory for the deathzone.
- /deathzonesetpriority <DeathzoneName> <Priority> | Sets the priority of the deathzone.
- /deathzonesetdeathzonepath <deathzoneName> <deathzonepath> | Resets the config deathzone path.
- Deathdeathscheme in config per server or per world.
- Here a scheme is made per world with enums of the mechanics. These indicate in which order the mechanics
the mechanics should take effect. E.g. First SavePoints(Which SavePointName), Respawn, BedSpawn, FristSpawn.
Of course all mechanics have a record for the player in this server and world.
- InterfaceHub
- Teleport-Interface implemented as Provider.
- Vanish interface implemented as a consumer.
- /tpsilent <player name> add. Is a tpto where the executing player is moved to GM 3 beforehand.

- Falls Ihr die Datenbanken Tabellen umbenannt habt, so müssen diese auf die Orginale Bezeichnung zurückbenannt werden, weil dies in der Config.yml nicht mehr änderbar ist.
- in der Mysql müssen nun 3 Querys ausgeführt werden (Reihenfolge bitte beachten):
- ALTER TABLE `btmBack` ADD `home_priority` TEXT NULL DEFAULT NULL AFTER `tp_toggle`;
- ALTER TABLE `btmWarps` ADD `portalaccess` TEXT NULL DEFAULT NULL AFTER `category`;
- UPDATE `btmWarps` SET `portalaccess`='IRRELEVANT' WHERE 1;

Ich danke für eurer Verständis.

- MysqlConnection Treiber aktualisiert.
- Wenn die Welt nicht vorhanden ist, wird abgefangen.
- /warps wird die Kategorie am ende nun bei der nächsten Seite mitübernommen.
- Mysql Tabellen Namen wurden alle aus der config genommen. Nur noch default namen sind akzeptiert.
- Config werte wurden um- und zusammengeordnet, sowie mehere Config-Dateien erstellt.
- TPA und TP befehle nun für das Enablen getrennt.
- ForbiddenList
- Interner umbau vom YamlHandler & YamlManager
- Forbiddenlist in eine seperate Datei bauen.
- Bestimmte Teleportarten in bestimmten Welten auch nicht auszuführen machen. Aka von Welt A sich nicht Wegwarpen können.
- CustomTeleport Back erlauben, eventuell aktuelle Events depreacten und neue Events schreib, wo man das einstellen kann,
ob back übernommen werden soll, oder nicht.
- "home_priority" als neue Wert in Back-MysqlTabelle hinzugefügt.
Dieses setzt das Home ein, welches priorisiert wird, falls "/home" ohne Argument eingesetzt wird.
- /sethome <Homename> [Priorisiert(boolean)]
- /homeprio <Homename> | Einen vorher priorisierten Home, wird entpriorisiert. Andere Spieler Homes können NICHT prio werden. Auch keine bypass.
- Warps sind mit dem Boolean PortalOnly ausstatten um den Warp nicht mehr per Portal ansteuern zu können. Gegenteil auch möglich.
Aka OnlyPortal(ONLY), NotPortal(FORBIDDEN), Keine(IRRELEVANT)
- /warpsetportalaccess <Portalname> <Wert> hinzugefügt
- Falls schon vorhanden, sollten folgende Mysql Tabellen verändert werden:
- Back Tabelle 3: home_priority >ALTER TABLE `btmBack` ADD `home_priority` TEXT NULL DEFAULT NULL AFTER `tp_toggle`;<
- Warp Tabelle 5: portalaccess >ALTER TABLE `btmWarps` ADD `portalaccess` TEXT NULL DEFAULT NULL AFTER `category`;<
>UPDATE `btmWarps` SET `portalaccess`='IRRELEVANT' WHERE 1;<
- NullPointExeption bei /warpsetowner <Spielername welcher nicht existiert>, behoben.
- "Home existiert nicht-Fehler" bei /homes <Zahl> <Spielername>, behoben.
- NullPointExeption bei /warplist behoben.
- PlayerTeleportToPlayerEvent ist nun deprecated. Bitte nutzt nun das gleichnamige Event, im anderen Package.
- Warp, Home, SavePoint sowie RTP eine SafeTeleport-Mechanic. Einstellbar in der Config.
- RTP hat eine Biomblacklisteinstellung.
- RTP Option für atHighestBlock.
- /tpaccept <Spielername> ist nun /tpaccept [Spielername]
- Explanation Pfad in der commands.yml wurde entfernt.
- "Can." in "EnableCommands." umbenannt.
- /warpsearch <Seitenzahl> <xxxx:Value>; Die Arguments sind so aufgebaut, dass ein Einsatzwert bspw. "server:" genommen wird.
Sollte hinter dem ":" was stehen, wird genau danach gesucht. Falls der eintrag fehlt, wird nach allen gesucht,
welche einen server haben. Weitere Argumente sind "owner", "world", "member", "category".
- /warping <Warpname> <Spielername> [Optionen...] hinzugefügt. Admin/Console Befehl, um Spieler zu teleportieren. Die Optionen ermöglichen,
die Funktionen (portalaccess, blacklist, hastoomany, cost, permission und hidden) zu berücksichtigen. Bedeutet, ein /warping ohne
irgendwelche Optionsangaben ignoriert alle zuvorgenannten Abfragen.
- Warps, welche nur durch portale angesteuert werden können, werden nicht mehr im Tab vorgeschlagen.
- Warps, welche nur durch portale angesteuert werden können, wird der teleport dahin untersagt.
- Maximalbeträge für Warps an Warpkosten einstellbar machen.
- Bei entstandenen Kosten wo man teleports Used (Warp, home, Tpa, RTP, back...) sollte eine nachricht ausgegeben werden, was man gezahlt hat.
- RandomTeleport
- Per Config auch "Spezifische" Rtps erstellt und angesteuert werden können per Namen.
- /warpsetpassword => das Passwort darf nun kein existierender Spielername sein.
- /warpremove => hat nun Abfragen, dass nur der Eigentümer und der Admin den Warp entfernen darf.
- PermissionSystem eingebaut, die steuern ob man die Mechanik intern nur auf dem Server warpen kann, crosscluster oder proxy.
- System funktioniert nur Warp. Daher momentan "btm.permlevel.global.*" allen Spieler geben für Warp.
- Siehe PermissionLevel.Global|PermissionLevel.ServerExtern|PermissionLevel.ServerCluster etc. in der commands.yml
- /warpsearch %arg% replacerfehler
- CustomEvents hinzugefügt auch innerhalb der respektiven Befehle:
- BasePlayerTeleportToPlayerPreTeleportEvent
- BasePlayerToPositionPreTeleportEvent
- TpAPreRequestEvent
- TpPreTeleportEvent
- HomePreTeleportEvent
- WarpPreTeleportEvent
- AccessPermission Submechanic hinzugefügt. Die Submechanik ist für externen Zugriff gedacht um bestimmte Mechaniken von Außen zu sperren.
- AccessPermission Mysql und HashMap hinzugefügt.
- AccessPermissionHandler added.
- config_permissionlevel hinzugefügt.
- Home, Warps und Portal count perm kummulativ per Configboolean gestalten.
- EntityTransport
- Jedes Entity, außer Spieler, benötigen Permission(Basispermission + Entitytype), damit diese transportiert werden können.
- Entitys, welche benannt wurden, können nur noch vom Eigentümer/Umbenenner teleportiert werden. Umbenennungen von anderen Spieler im nachhinein geblock.
- Entitys die einen CustomNamen haben DÜRFEN NICHT tp werden.
- Zum Transport, entweder Entity an eine Leine nehmen(prio) oder anschauen.
- /entitytransport <x:Name> | Z.B. <w:Spawn> (Owner/Mitglieg sein) o. <h:Lager> o. <pl:Avankziar>
- Sollte man Entitys zu Spieler teleportieren wollen, muss vorher im MYSQL vom Zielspieler dieser den anderen Spieler freigeben.
- /entitytransportsetaccess <Spielername> | Erlaubt, das der angegebene Spieler Entityts zu einem selber transportieren kann.
- /entitytransportaccesslist [Seitenzahl] [Spielernamen] | Zeigt alle Spieler an, welche einen Teleportzugriff für Entity haben, sowie
werden alle Spieler angezeigt, wo der Spieler Zugriff hat.
- /entitytransportsetowner <Spielername> | Das angeschaute entity wird dem neuen Eigentümer überschrieben.
- TicketSystem eingebaut, wo man sich Ticket kaufen kann um das Entity zu transportieren.
- /entitytransportbuytickets <Zahl> [Spielername] [mustpay Boolean] | Kauft die x Anzahl an benutzbaren EntityTransport. Muss Console fähig sein.
mustpay gibt an ob, wenn Admin oder Console es für andere Spieler ausführt, der Spieler das zahlen muss. Sonst ist es gratis.
- Forbiddenlist Entitytransport hinzufügen, mit EntityTypes einstellbar.
- Custom Event schreiben, was den externen Teleport von Entity gewährt. Dabei kann Eigentumsrechte, ForbiddenList und Anzahl benutzbarer EntityTransporte berücksicht werden.
- Config Wert einbauen, welcher es erlaubt, per Mysql Tracking, die Anzahl an EntityTransport zu begrenzen.
- Entitys haben verschiedene gegenwerte an tickets. In der Config einstellbar.
- FirstSpawn
- Sind für alle Neuen Spieler.
- Man kann nur einen Firstspawn pro Server gemacht werden in Mysql
- /firstspawn [name] | Tp zu Server FirstSpawn.
- /firstspawnset <name> | Setzt den FirstSpawn für den Server.
- /fristspawninfo | Info zum allen Firstspawns im Netzwerk mit tp.
- /firstspawnremove [name] | Löscht Server FirstSpawn.
- Wenn der Spieler zum erstem mal Joint (Netzwerk, nicht pro Server),
soll eine Liste von Befehlen für diesen (Console) und mit diesem (als er selbst theoretisch)
ausgeführt werden einmalig. Beide Listen in der Config (Spigot & BungeeCord) einstellbar machen. Replacer (%player%) für Spieler in Befehlen einbauen.
- Respawn
Ist ein SpielerUNspezifischer Speicherpunkt für nach dem Tode.
- Einen Config Wert für respawn am nächsten, entferntesten oder Default Respawn einstellen.
- /respawn <RespawnName> | Tp zum Respawn
- /respawncreate <RespawnName> [priority] | Erstellt Respawn
- /respawnlist [seitenzahl] | Liste aller Respawns, mit Tp click
- /respawnremove <RespawnName> | Löscht Respawn
- Portal
- TargetType: COMMAND, LOCATION, BACK, DEATHBACK, FIRSTSPAWN, RESPAWN, HOME, PORTAL, RANDOMTELEPORT, SAVEPOINT, WARP
- BACK, DEATHBACK brauchen keine Zusatzinfo.
- HOME, RANDOMTELEPORT, SAVEPOINT können ein Zusatzinfo haben, brauchen aber keine.
- COMMAND, LOCATION, FIRSTSPAWN, RESPAWN, PORTAL, WARP brauchen eine Zusatzinfo.
- /portalmode | Toggle um die 2 Punkte des Portals zu setzen
- /portalcreate <Portalname> | Erstellt das Portal
- /portalsetowner <Portalname> <Spielername> | Überträgt das Eigentumsrecht des Portals. (null ist eine option für keinen Owner)
- /portalsetpermission <Portalname> <Permission> | Setzt eine Permission auf das Portal.
- /portaladdmember|removemember <Portalname> <Spielername> | Entfernt oder fügt einen Spieler der Mitgliederliste hinzu.
- /portalsetprice <Portalname> <Geldbetrag> | Setzt einen Nutzungspreis auf das Portal.
- /portalsetdefaultcooldown <Portalname> <x:Zahl...> | Z.B. <y:1> <M:2> <d:5> <H:12> wären 1 Jahr 2 Monate 5 Tage und 12 Stunden
- /portalsettarget <Portalname> <Targettype> [Zusatzinfo] | Targettypen siehe oben, Zusatzinfo, falls benötigt.
- /portaladdblacklist|removeblacklist <Portalname> <Spielername> | Entfernt oder fügt den Spieler der Blacklist hinzu. Bypass
- /portalsetpostteleportmessage <Portalname> <Nachricht...> | Setzt eine Nachricht, welche nach dem Teleport durch das Portal angezeigt wird.
- /portalsetaccessdenialmessage <Portalname> <Nachricht...> | Setzt eine Nachricht, welche angezeigt wird, wenn man das Portal nicht benutzten darf.
- /portalsearch <Seitenzahl> <xxxx:Value>; Die Arguments sind so aufgebaut, dass ein Einsatzwert bspw. "server:" genommen wird.
Sollte hinter dem ":" was stehen, wird genau danach gesucht. Falls der eintrag fehlt, wird nach allen gesucht,
welche einen server haben. Weitere Argumente sind "owner", "world", "member", "category".
- /portalinfo <Portalname> | Alle infos zum Portal
- /portallist [seitenzahl] [kategorie] | Zeigt alle Portale an.
- /portals [seitenzahl] [spielername] [kategorie] | Zeigt alle deiner Portal an.
- /portalremove <Portalname> | Löscht das Portal.
- /portalsetpoints <Portalname> | Versetzt die zwei Punkte des Portals zu den neuen Punkten.
- /portalsetownexitpoint <Portalname> | Erstellt den Point of Exit des angegebenen Portals
- /portalsettriggerblock <Portalname> [TriggerBlock, ohne Angabe AIR] [true:zum air in triggerblock umwandeln, sonst selber füllen.]
- /portalsetsound <Portalname> <Sound> | Setzt einen PortalSound, welcher abgespielt wird, wenn man das Portal nutzt.
- /portalsetprotectionradius <Portalname> <protectionradius> | Setzt einen Schutzradius, wo kein Wasser/Lava etc sich nicht ändern.
- /portalsetthrowback <Portalname> <Throwback> | Setzt, wie stark ein Spieler zurückgeworfen werden soll, wenn er das Portal nicht nutzten darf.
- /portalsetcategory <Portalname> <Kategorie> | Setzt eine Kategorie für das Portal.
- /portalsetaccesstype <portal> &f| Toggelt ob ein Portal öffentlich oder privat ist. (Privat dürfen nur der Eigentümer und Mitglieder das Portal benutzten)
- /portalsetdefaultcooldown <portal> <Zeitkürzel:value> &f| Setzt den Default Cooldown des Portal. (Config Cooldown ist priorisiert)
- /portalitem | Gibt ein Item, welches einen Netherportalblock rotieren lässt sowie die replaceritems für netherportal, gateway und enderportalblock geben.
- PermissionLevel für Portale hinzufügen.
- Portal erstellung kann geld kosten.
- Deathzone:
Eine Todeszone ist ein Bereich, eine Welt oder ein Server, welche als Bedingung für eine Tod zählt.
Sollte ein Spieler innerhalb dieses Bereichs sterben, so wird der Respawn genommen, welcher Verlinkt ist.
Sollten sich Todeszonen überschneiden, wird die die höhere Priorität genommen. Bei gleicher Prio, ist es Zufall.
- /deathzonecreate <DeathzoneName> <Priorität> <deathzonepfad> | Erstellt eine Deathzone.
- /deathzonelist [Seite] [[Katgeorie] [Subkategorie] [Server] [Welt]] | Listet alle Deathzones auf.
- /deathzonesimulatedeath | Simuliert einen Tod, und listet die Schritte auf, welches das Plugin macht.
- /deathzonedelete <DeathzoneName> | Löscht die Deathzone.
- /deathzonemode | Toggelbefehl um die zwei punkte der deathzone zu setzten.
- /deathzoneinfo <DeathzoneName> | zeigt alle Infos zur Deathzone an.
- /deathzonesetname <DeathzoneName> <Neuer Name> | Setzt einen neuen Namen für die Deathzone.
- /deathzonesetcategory <DeathzoneName> <Kategorie> <Subkategorie> | Setzt die Kategorie und Subkategorie für die Deathzone.
- /deathzonesetpriority <DeathzoneName> <Priorität> | Setzt die Priorität der Deathzone.
- /deathzonesetdeathzonepath <DeathzoneName> <deathzonepfad> | Setzt den Config-Deathzonepfad neu.
- TodesAblaufschema in der Config pro Server oder pro Welt.
- Hierbei wird pro Welt ein Schema mit Enums der Mechaniken gemacht. Diese geben an, in welcher Reihenfolge
die Mechaniken greifen sollen. Bspw. Zuerst SavePoints(Welcher SavePointName), Respawn, BedSpawn, FristSpawn.
Hierbei gilt natürlich, dass alle Mechaniken einen Datensatz für den Spieler in diesem Server und oder Welt haben.
- InterfaceHub
- Teleport-Interface implementiert als Provider.
- Vanish-Interface implementiert als Consumer.
- /tpsilent <Spielername> hinzufügen. Ist eine Tpto, wo der ausführende Spieler vorher in GM 3 versetzt wird.