FabricMC/fabric
1
0
Fork 1
mirror of https://github.com/FabricMC/fabric.git synced 2024-11-27 01:55:41 -05:00
Code Issues Projects Releases Packages Wiki Activity Actions
fabric/fabric-screen-handler-api-v1/build.gradle

18 lines
389 B
Groovy
Raw Permalink Normal View History

Update Loom and Loader. Cleanup/improve buildscript.
2021-11-12 07:48:58 -05:00
version = getSubprojectVersion(project)
Screen handler API (#584) * Add screen handler API * Use more descriptive letters for FabricHandledScreens generics * Add missing Deprecated annotations * Bump fabric-containers-v0 version * Remove unused ServerPlayerEntityAccessor * Remove [Fabric] from log messages * Convert FabricHandledScreens to a class * Add dependency on networking-v0 * Resolve threading issues with NetworkingClient * Use Identifiers instead of int IDs, make ScreenHandlers a class Also added a private constructor to FabricHandledScreens. * NetworkingClient -> ClientNetworking * Use more descriptive names for injections * Use ID parameter instead of fetching again * Add clarifying comment * Port changes from FabLabs * Fix compilation * Replace the content of links in FabricHandledScreens for readability * Sync with FabLabs * Add test mod * I suppose IInv shouldn't have CC0 anymore :eyes: * Improve logging - Networking now uses a logger instead of an exception - The loggers are now suffixed with their side - Fixed the client unregistered screen message using the title instead of the ID * Fix test mod on 20w21a * Fix ExtendedScreenHandlerFactory javadoc referencing old names * Update test mod to 1.16-pre2 Just a simple mapping update. :) * Fix incorrect javadoc references to screen-handler-api in containers-v0 * Remove Minecraft exclusion from build.gradle (thanks to Loom 0.4) + testmod change Resource loader v0 is now testmodRuntimeOnly as it's not needed for compiling.
2020-06-15 17:00:54 -04:00
Update Gradle/Loom and mappings. (#1692) * Update Gradle/Loom and mappings. * Fix deprecations and enforce * Review feedback * More cleanup and deprecation fixes.
2021-08-31 09:00:20 -04:00
loom {
accessWidenerPath = file('src/main/resources/fabric-screen-handler-api-v1.accesswidener')
Screen handler API (#584) * Add screen handler API * Use more descriptive letters for FabricHandledScreens generics * Add missing Deprecated annotations * Bump fabric-containers-v0 version * Remove unused ServerPlayerEntityAccessor * Remove [Fabric] from log messages * Convert FabricHandledScreens to a class * Add dependency on networking-v0 * Resolve threading issues with NetworkingClient * Use Identifiers instead of int IDs, make ScreenHandlers a class Also added a private constructor to FabricHandledScreens. * NetworkingClient -> ClientNetworking * Use more descriptive names for injections * Use ID parameter instead of fetching again * Add clarifying comment * Port changes from FabLabs * Fix compilation * Replace the content of links in FabricHandledScreens for readability * Sync with FabLabs * Add test mod * I suppose IInv shouldn't have CC0 anymore :eyes: * Improve logging - Networking now uses a logger instead of an exception - The loggers are now suffixed with their side - Fixed the client unregistered screen message using the title instead of the ID * Fix test mod on 20w21a * Fix ExtendedScreenHandlerFactory javadoc referencing old names * Update test mod to 1.16-pre2 Just a simple mapping update. :) * Fix incorrect javadoc references to screen-handler-api in containers-v0 * Remove Minecraft exclusion from build.gradle (thanks to Loom 0.4) + testmod change Resource loader v0 is now testmodRuntimeOnly as it's not needed for compiling.
2020-06-15 17:00:54 -04:00
}
Add module dependencies to maven POM (#1104)
2020-11-15 14:15:35 -05:00
moduleDependencies(project, [
Setup unit tests & format gradle files. (#3073)
2023-05-30 08:07:11 -04:00
'fabric-api-base',
Port to 24w03b (#3537) * Deprecate FabricBlockSettings * Deprecate FabricItemSettings * Start on 24w03a * Main menu :) * Update mappings * PayloadTypeRegistry * Networking part 2 of many * Networking part 3 of many * Networking part 4 of many * Recipe api * Port Item API to 1.20.5 * Is this even right? * Port FabricParticleTypes to 1.20.5 * Remove redundant fuel caching logic * Remove fabric-containers-v0, deprecated since 2020 * Regsync work * Adapt screen handler to new networking * Update yarn + more work * More mapping updates * Compile fixes * Checkstyle + small fixes * Single and multiplayer fixes * Handle play packets on main thread. * Update mappings * Even more networking * Networking tests * Fix todo's * Update javadocs * Networking API improvements * Some small regsync refactors * Fix handling of null NBT in NbtIngredient * Update fabric-object-builder-api-v1/src/main/java/net/fabricmc/fabric/api/object/builder/v1/block/FabricBlockSettings.java Co-authored-by: ErrorCraft <51973682+ErrorCraft@users.noreply.github.com> * Update fabric-object-builder-api-v1/src/main/java/net/fabricmc/fabric/api/object/builder/v1/block/FabricBlockSettings.java Co-authored-by: ErrorCraft <51973682+ErrorCraft@users.noreply.github.com> * Add context objects * ChannelInfoHolder.getPendingChannelsNames -> fabric_getPendingChannelsNames * Fix crash * send `c:register` packet for play phase instead of config (#3544) * Bump version --------- Co-authored-by: ErrorCraft <51973682+ErrorCraft@users.noreply.github.com> Co-authored-by: apple502j <33279053+apple502j@users.noreply.github.com> Co-authored-by: Drex <nicknamedrex@gmail.com> Co-authored-by: deirn <deirn@bai.lol>
2024-01-22 13:24:37 -05:00
'fabric-networking-api-v1',
'fabric-registry-sync-v0'
Add module dependencies to maven POM (#1104)
2020-11-15 14:15:35 -05:00
])
Split client only code into its own sourceset. (#2179) A common source of crashes on modded Minecraft servers comes from modders accidently calling client only code from the client, this PR is another large step towards elimitating that. This PR has been months in the making and years in the planning, requiring major changes to Loom & Loader. In recent Minecraft versions Mojang has made it easier than ever to cleanly split the jar, going against the status-quo of merging the client and server into one jar. From the start we have designed Fabric to have a very clear split between client and common (client & server) code. Fabric has always encoraged keeping client only code seprate from the server, this can be seen at a fundamental level with the entrypoints in Loader. Fabric API's have all been designed with this mind. This PR provides a compile safety net around Fabric API using client only code on the server. Even though there are almost 400 changed files, minimal changes beyond moving the files were required to achieve this in Fabric API, thanks to the effort of all contributors in the past. These changes should not affect modders or players in anyway, a single "universal" jar is still produced. Im happy to awnswer any questions.
2022-05-21 11:26:46 -04:00
testDependencies(project, [
':fabric-object-builder-api-v1',
Port to 24w33a (#4033) Co-authored-by: haykam821 <24855774+haykam821@users.noreply.github.com> Co-authored-by: hypherionmc <hypherionmc@gmail.com> (cherry picked from commit 952fb19a0df7354e8352ef0c993a956b2bed32c2)
2024-08-18 14:15:11 -04:00
':fabric-resource-loader-v0',
':fabric-transitive-access-wideners-v1'
Split client only code into its own sourceset. (#2179) A common source of crashes on modded Minecraft servers comes from modders accidently calling client only code from the client, this PR is another large step towards elimitating that. This PR has been months in the making and years in the planning, requiring major changes to Loom & Loader. In recent Minecraft versions Mojang has made it easier than ever to cleanly split the jar, going against the status-quo of merging the client and server into one jar. From the start we have designed Fabric to have a very clear split between client and common (client & server) code. Fabric has always encoraged keeping client only code seprate from the server, this can be seen at a fundamental level with the entrypoints in Loader. Fabric API's have all been designed with this mind. This PR provides a compile safety net around Fabric API using client only code on the server. Even though there are almost 400 changed files, minimal changes beyond moving the files were required to achieve this in Fabric API, thanks to the effort of all contributors in the past. These changes should not affect modders or players in anyway, a single "universal" jar is still produced. Im happy to awnswer any questions.
2022-05-21 11:26:46 -04:00
])
Reference in a new issue Copy permalink