Included content
| Name | Version | |
|---|---|---|
Power/action/condition types and actions/conditions have been overhauled in this update. There is currently no documentation, but you can check out PR https://github.com/apace100/apoli/pull/254, or take a look at the codebase of Apoli 2.12.0-alpha.13 as a reference
calio] [For addon developers] Added SerializableDataType#validateValue method for validating the operand type
apoli] Added legacy aliases for meta condition types;
and --> all_ofor --> any_ofchance --> random_chancecalio] [For addon developers] Deprecated SimpleDataObjectFactory in favor of using DataObjectFactory directly via DataObjectFactory#simple
calio] [For addon developers] Renamed SerializableDataTypeList class to ListSerializableDataType
calio] [For addon developers] Renamed FunctionedFieldImpl class to FunctionedDefaultFieldImpl
calio] [For addon developers] Renamed OptionalFieldImpl class to DefaultedFieldImpl
calio] [For addon developers] Renamed Field#path method to Field#name
calio] [For addon developers] Tweaked field presence check logic in SerializableData$Instance to ensure that the default value of fields are only checked if the field doesn't have a defined value
calio] [For addon developers] Separated setting of defaulted and functioned default fields of SerializableData$Instance (when decoding) to avoid nullability issues with functioned default fields relying on defaulted fields
apoli] Made the *_inventory action/condition types use slot ranges (e.g: hotbar.*, armor.*, etc.)
apoli] Made the keep_inventory power type use slot ranges (e.g: enderchest.*, inventory.*, etc.)
apoli] Renamed the simple power type to dummy (and added its old name as an alias)
apoli] Renamed the active_self power type to action_on_key_press (and added its old name as an alias)
apoli] Renamed some meta condition types (and added their old name as an alias)
and --> sequencechance --> random_chanceapoli] [For addon developers] Added PowerUtil, a utility class for modifying/querying resource values, and validating if a power type is considered a resource
apoli] [For addon developers] Made container type an interface. There's also a new registry, ApoliRegistries#CONTAINER_TYPE, where addons can register their container types to be used by the inventory power type. Currently, there are two types of container type:
apoli#254] [For addon developers] Overhauled power/action/condition (types);
TypeConfiguration#id), and its TypedDataObjectFactory (via TypeConfiguration#dataFactory), which is an extension to Calio's DataObjectFactory that contains a CompoundSerializableDataType)EntityAction instead of Consumer<Entity> or ActionTypeFactory.Instance)apoli] Fixed the amount field of modifiers being prioritized over the resource field (it should be the other way around)
apoli] Fixed /power remove command and revoking powers in general
apoli] Fixed NullPointerException issue (crash) when checking for power types in entities
apoli] Fixed action_on_item_pickup power type not properly executing its actions
apoli] Fixed inventory power type giving ghost items when the power is lost
apoli] Fixed in_entity_set bi-entity condition type causing a crash when either the actor or target do not exist
apoli] Fixed relative_health entity condition type using an integer type for its compare_to field instead of a floating point value type
origins] Fixed origin layers (aside from the base origin layer) not being visible when viewing
| Name | Version | |
|---|---|---|
| File | Type | Size | |
|---|---|---|---|
| Origins-1.13.0-alpha.10+mc.1.21.x-sources.jar | Unknown | 415.26 KiB |
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:3BeIrqZR:nznoDHZS"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:3BeIrqZR:nznoDHZS"
}