Releases: Juuxel/loom-vineflower
Releases · Juuxel/loom-vineflower
Vineflower for Loom 1.11.0
Added
-
New API under
juuxel.vineflowerforloom.api
, with some renames:Type renames
Old New LoomQuiltflowerPlugin
VineflowerPlugin
QuiltflowerExtension
(quiltflower
)VineflowerExtension
(vineflower
)QuiltflowerPreferences
DecompilerPreferences
QuiltflowerSource
DecompilerSource
Property renames
Old New quiltflower.quiltflowerVersion
vineflower.toolVersion
quiltflower.source
vineflower.toolSource
-
Support for decompiler brands (
DecompilerBrand
): the name of the decompiler, i.e. either "Vineflower" or "Quiltflower"- Can be set using the
vineflower.brand
property, but automatically detected from the version in both cases - Affects dependency resolution
- Can be set using the
-
SourceFactory.fromOfficialRepository()
to resolve Vineflower from its official repository for that version (and optionally, brand) -
vineflower.fromLatestSnapshot()
for automatically using the latest official VF snapshot version -
vineflower.fromOfficialRepository()
for resolving the decompiler from the correct repository for the version and brand combination -
gradle.properties: Resolving decompiler preferences with the key
vineflower.preference.[preference id]
- Overrides
loom-quiltflower.preference.[id]
properties
- Overrides
Changed
- The default version of Vineflower is now 1.9.1
- The default source for resolving the decompiler is now equivalent to
fromOfficialRepository()
- Deprecations
- The old API under the
juuxel.loomquiltflower
package is now deprecated - Deprecated the
quiltflower
extension and theio.github.juuxel.loom-quiltflower
plugin - Deprecated
SourceFactory.fromQuiltMaven()
andSourceFactory.fromQuiltSnapshotMaven()
in favour offromOfficialRepository()
- Deprecated
vineflower.fromLatestQuiltSnapshot()
in favour offromLatestSnapshot()
- Deprecated
quiltflower.quiltflowerVersion
in favour ofvineflower.toolVersion
- Deprecated
quiltflower.source
in favour ofvineflower.toolSource
- Deprecated
loom-quiltflower.preference.xyz
in gradle.properties in favour ofvineflower.preference.xyz
- The old API under the
loom-quiltflower 1.10.0
Added
QuiltflowerSource.getResolvedVersion
: API method for sources to fetch and resolve a specific artifact version for the decompiler, such as a timestamped Maven snapshot version
Fixed
quiltflower.fromLatestQuiltSnapshot()
andquiltflower.fromQuiltSnapshotMaven()
not resolving-SNAPSHOT
versions to their actual artifacts-SNAPSHOT
versions from project repositories using the same cache file name for all artifacts
loom-quiltflower 1.9.0
Added
- API methods to use Quiltflower snapshots from the QuiltMC snapshot Maven repository
quiltflower.fromLatestQuiltSnapshot()
: uses the latest Quiltflower snapshot versionquiltflower.fromQuiltSnapshotMaven()
: uses the user-specified version from the snapshot repository, similar tofromQuiltMaven()
for the release repositorySourceFactory.fromQuiltSnapshotMaven(Provider<String>)
: creates a Quiltflower source that downloads the specified version from the snapshot repository
- Javadoc jar on Maven
Fixed
- Gradle 8 incompatibility (#14)
loom-quiltflower 1.8.0
Changed
- Updated the default Quiltflower version to 1.9.0
- Stabilised the preferences API
Fixed
- Decompilation crashing with Quiltflower 1.9.0 and Loom 0.11+
loom-quiltflower 1.7.4
Changed
- Replaced Stitch with an updated version of Tiny Remapper, leading to a ~30% smaller jar size!
Fixed
- Possible file system exceptions caused by LQF's
Zips.getBytes
, which used Stitch's non-thread safeFileSystemUtil
internally
loom-quiltflower 1.7.3
Added
- Minimal support for babric-loom as a Loom variant
Fixed
- LQF potentially not applying in split source set builds
- Runtime classpath option using wrong QF jar (#10)
loom-quiltflower 1.7.2
Added
- Minimal support for
gg.essential.loom
as a Loom variant
loom-quiltflower 1.7.1
Fixed
- A rare issue where LQF would be applied to the same Gradle project multiple times, leading to errors
loom-quiltflower 1.7.0
Changed
- Updated to Quiltflower 1.8.0