[x] Signs around the sides and back of waypoints to display basic waypoint help commands
[x] Stretched out BlockDisplay entity to create a glowing outline effect
[x] Waypoint commands removed from /g set
[x] Waypoint removal (destruction) to be synced with creation (aka remove signs, floor and all that stuff)
[x] Right-Clicking with Redstone anywhere on the pillar creates waypoint
[x] Right-Clicking edit sign opens Waypoint GUI
[x] Residents page
[x] When moving, move desc and creation date
[x] When moving, ensure the waypoint being moved to, is of the same type as the source
[x] WaypointList HeaderItem to Knowledge Book
[x] SignRenderer to display different text for users
[x] Set description conversation prompt to time out after 5 minutes
[x] Waypoint move thing to time out after 10 minutes
Notes:
The Redstone feature should only work when you click on the side of a block and only for blocks with no blocks below them.
Waypoint creation should fail if: the would-be platform below the waypoint contains blocks a player cannot remove by hand (eg: Bedrock)
Retain resident sign behaviors from before, if one resident text says ["Resident:", ""], if more, sign displays ["Residents:", ""]
The "Right-Click to edit waypoint" sign could have a per-player renderer attached to it so everyone except the owner of the waypoint sees something different, for example: "NON OWNER DETECTED, EXTERMINATE".
This edit sign can probably have an embedded run_command action like /execute as @s run waypointgui <waypoint UUID> that opens the menu. This command itself would also check for the executing user's permissions.
Moving should work by placing the user in a list of players that are moving their waypoint. When that player next right clicks with Redstone to create a new waypoint, instead of creating a whole new one. It will make the pole, not checking for conditions like "Does the player already have a set waypoint", it just creates the waypoint, moves across properties, data, and residents from the previous pole to the new one, and then destroys the previous one.
/g setNotes:
The Redstone feature should only work when you click on the side of a block and only for blocks with no blocks below them.
Waypoint creation should fail if: the would-be platform below the waypoint contains blocks a player cannot remove by hand (eg: Bedrock)
Retain resident sign behaviors from before, if one resident text says ["Resident:", ""], if more, sign displays ["Residents:", ""]
The "Right-Click to edit waypoint" sign could have a per-player renderer attached to it so everyone except the owner of the waypoint sees something different, for example: "NON OWNER DETECTED, EXTERMINATE". This edit sign can probably have an embedded
run_commandaction like/execute as @s run waypointgui <waypoint UUID>that opens the menu. This command itself would also check for the executing user's permissions.Moving should work by placing the user in a list of players that are moving their waypoint. When that player next right clicks with Redstone to create a new waypoint, instead of creating a whole new one. It will make the pole, not checking for conditions like "Does the player already have a set waypoint", it just creates the waypoint, moves across properties, data, and residents from the previous pole to the new one, and then destroys the previous one.