| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2026-04-26 | 2.3 kB | |
| v1.10.0 source code.tar.gz | 2026-04-26 | 1.7 MB | |
| v1.10.0 source code.zip | 2026-04-26 | 2.0 MB | |
| Totals: 3 Items | 3.7 MB | 0 | |
Changelog:
-
added
forAll[FromMatch, ToMatch]scoped overrides - nowwithFieldRenamed,withFieldConst,withFieldComputedandwithFieldComputedPartialcan be propagated into every nested derivation whoseFrom <: FromMatchandTo <: ToMatch, removing the need for writing intermediate transformers when the same override should apply across a whole type hierarchy (#810)scala // applies the rename inside every nested A => B derivation foo.into[Bar] .forAll[A, B].withFieldRenamed(_.fromField, _.toField) .transform -
added fail-fast-aware partial transformer DSL methods -
withFieldComputedPartialFailFast,withFieldComputedPartialFromFailFast,withSealedSubtypeHandledPartialFailFast,withEnumCaseHandledPartialFailFast,withConstructorPartialFailFastandwithConstructorPartialToFailFastaccept a function that takes an extrafailFast: Booleanflag, letting users skip expensive accumulating computations when running undertransformFailFast(#772) IsCollectionevidence forOuterTransformer'sFrom+InnerFrom-.everyItem(and friends) can now be used on source-side fields whose collection nature comes from aTotalOuterTransformer/PartialOuterTransformer, not only on target-side ones (#832)- path-dependent types in
inline defreuse for Scala 3 - chaining Chimney DSL methods inside aninline def(e.g..withFieldConst(...).enableDefaultValues.buildTransformer) now works correctly; previously the Scala 3 compiler representedOverrides/Flagstype parameters as path-dependent types that the macro could not see through (#857) - stable constructor parameter ordering in Scala 3 (and consistency with Scala 2) by @thyandrecardoso (#818) - thank you for your first contribution!
- inherited field discovery via
baseClassesin Scala 3 - fields and getters declared in parent classes/traits are now reliably picked up underenableInheritedAccessors, with the fix and accompanying regression test contributed by @ajozwik (#835) - thank you for your first contribution!