Jonathan Coates b3738a7a63 Use permission APIs for the /computercraft command ... - Add a generic PermissionRegistry interface. This behaves similarly to our ShaderMod interface, searching all providers until it finds a compatible one. We could just make this part of the platform code instead, but this allows us to support multiple systems on Fabric, where things are less standardised. This interface behaves like a registry, rather than a straight `getPermission(node, player)` method, as Forge requires us to list our nodes up-front. - Add Forge (using the built-in system) and Fabric (using fabric-permissions-api) implementations of the above interface. - Register permission nodes for our commands, and use those instead. This does mean that the permissions check for the root /computercraft command now requires enumerating all child commands (and so potential does 7 permission lookups), but hopefully this isn't too bad in practice. - Remove UserLevel.OWNER - we never used this anywhere, and I can't imagine we'll want to in the future.		2023-08-27 12:22:40 +01:00
..
src/main/kotlin	Use permission APIs for the /computercraft command	2023-08-27 12:22:40 +01:00
build.gradle.kts	Publish Fabric jars to CF/Modrinth	2023-03-15 23:20:13 +00:00
settings.gradle.kts	License CC:T according to the REUSE specification (#1351)	2023-03-15 21:52:13 +00:00