textile_backup/gradle.properties

# Done to increase the memory available to gradle.
org.gradle.jvmargs=-Xmx1G

minecraft_version=1.17.1
yarn_mappings=1.17.1+build.32
loader_version=0.11.6

#Fabric api
fabric_version=0.37.0+1.17

#Cloth Config
cloth_version=5.0.37

#ModMenu
modmenu_version=2.0.4

#Lazy DFU for faster dev start
lazydfu_version=0.1.2

# Mod Properties
mod_version = 2.2.0
maven_group = net.szum123321
archives_base_name = textile_backup
Init 2020-01-25 09:54:58 +01:00			`# Done to increase the memory available to gradle.`
			`org.gradle.jvmargs=-Xmx1G`

getMinecraftServer was renamed to getServer Also updated to mc 1.17.1 2021-07-06 22:33:00 +02:00			`minecraft_version=1.17.1`
Dep update 2021-08-03 21:26:42 +02:00			`yarn_mappings=1.17.1+build.32`
getMinecraftServer was renamed to getServer Also updated to mc 1.17.1 2021-07-06 22:33:00 +02:00			`loader_version=0.11.6`
20w06a update 2020-02-11 19:26:16 +01:00
Added file comment option and ported to 20w12a 2020-03-22 20:10:30 +01:00			`#Fabric api`
Dep update 2021-08-03 21:26:42 +02:00			`fabric_version=0.37.0+1.17`
Init 2020-01-25 09:54:58 +01:00
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00			`#Cloth Config`
Dep update 2021-08-03 21:26:42 +02:00			`cloth_version=5.0.37`
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00
			`#ModMenu`
Dep update 2021-08-03 21:26:42 +02:00			`modmenu_version=2.0.4`
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00
Dep update 2021-08-03 21:26:42 +02:00			`#Lazy DFU for faster dev start`
Many, many changes: - I migrated from cotton config to Cloth config + Auto config, that way it's easy to provide modmenu integration while keeping backward-compatibility. Because settings might change at runtime it's now necessary to keep the config reference up-to-date. I done this by using wrapper class around ConfigHolder<> and having a reference to main instance in each class accessing the config. - Switched form using one global logger to creating new instance in every class. - Removed BackupScheduler from Statics. Why did I put it there in the first place? 2021-06-26 13:10:35 +02:00			`lazydfu_version=0.1.2`

Init 2020-01-25 09:54:58 +01:00			`# Mod Properties`
version bump 2021-07-08 21:46:22 +02:00			`mod_version = 2.2.0`
zip ang zip are now multi threaded 2020-04-18 18:23:24 +02:00			`maven_group = net.szum123321`
			`archives_base_name = textile_backup`