My idea is that legacy RJ clients can work more/less seamlessly, but modern clients can take full advantage of Reborn features.
Some suggestions/comments:
reborn.enableDangerMode->reborn.disableCompatModeorreborn.enableRealMode- In RaspberryJuice compat mode (the default), it converts MCPI entity IDs to RJ…
I'm thinking that if RaspberryJuice compatibility is already being broken (with regards to entity IDs), then it should just be broken completely completely so Reborn can have a sane API.…
I would recommend just blocking it
player.setPos(0, 0, 0)would bring you to spawn
MCPI does this too. That's what OffsetPosTranslator does.
Uh, what?
Does this work? Removing a player sounds like it would break things. What if the server removes a remote player? What if a server removes the local player?
Do non-player entities with a type ID of 0 exist?
What do you means? What are those commands supposed to do?
I think it should be - instead of - -. Gitea renders this weird:
Nitpick, but some of these bullets are capitalized and period-ed and some aren't.
Another nitpick, but coordinates should probably be in parentheses (ie. (x, y, z) instead of x, y, z).
Is this also true in RaspberryJuice?
This should be a masked link.
If this is meant to be RaspberryJuice compatible, maybe it should convert Java IDs to MCPI IDs and vice versa?
death.cpp also converts IDs to names, maybe this could be common code?
Maybe distance_between?
Is this a circular queue type situation where there is a head and a tail?