Waypoints refactor

[kevinthegreat1]

Highlights

Ordered waypoints have been migrated to waypoints gui.

• All ordered waypoints made with commands will be migrated to waypoints.
• All commands have been removed except for importing the Skyblocker Ordered Waypoints format, which will be immediately migrated to waypoints gui once imported.
• Skyblocker Ordered Waypoints format is now unused.

New Skyblocker Waypoints format

• Similar to the existing Skyblocker Ordered Waypoints format but more extensible.

API Design

The "wither" pattern is employed. Each class extending Waypoint should override all "wither" methods to return a new instance of the subclass to ensure the runtime type of the waypoint is correct.

API Changes

I have tried to keep API changes to a minimum, but here are the breaking changes:

• Waypoint#setShouldRender has been renamed to Waypoint#setEnabled.
• Waypoint#getColorComponents has been renamed to Waypoint#getRenderColorComponents.
• Waypoint#render now checks Waypoint#shouldRender.
  • This allows only rendering the name by overriding shouldRender to false and shouldRenderName to true.
• NamedWaypoint#shouldRenderName now defaults to Waypoint#shouldRender.
  • You now need to override shouldRenderName to always render the name.

Bug Fixes

• Fixed waypoint groups with invalid locations never showing up in the edit screen but possibly rendered.
• Closes waypoints not working  #1024.

[viciscat]

Looks good I suppose but did not test, might do that at some point.

[kevinthegreat1]

I’ll wait for aaron to look at this pr.

[kevinthegreat1]

Closes #1024.

[AzureAaron]

Incase you forgot just change the ordered waypoints migrator so that it imports under both dwarven mines & CH and then this is good to go

[kevinthegreat1]

Incase you forgot just change the ordered waypoints migrator so that it imports under both dwarven mines & CH and then this is good to go

Done. Also some small refactors and Javadoc additions.