Releases: fsprojects/fantomas
v5.2.0-alpha-006
December 22nd Release
v5.2.0-alpha-005
v5.2.0-alpha-004
v5.2.0-alpha-003
5.2.0-alpha-003
Hi all,
In recent weeks we have finished the development of what we call "Project Dallas".
Project Dallas is a significant internal refactor aimed to make the code flow easier for newcomers.
The significant change is that we have constructed our own custom syntax tree (called an Oak
for now).
We can insert trivia into this new tree, allowing us to be way more flexible when printing the code.
You can read the contributor's documentation in the v5.2 branch.
We have ported a larger portion of the codebase and thus it was inevitable to stay fully compatible.
Overall almost nothing was deliberately changed. With the exception of some minor things here and there due to the code restructuring.
Some changes to be expected are:
- Update records (
{ x with ... }
) should respect the max record width setting. - Implicit constructors of type definitions were slightly altered when they are multiline.
- Infix operators and/or chained expressions.
Please try this version out on your code base! Now is the time to report any regressions that may have slipped in.
If you wait until we call it stable, we'll be looking forward to your pull requests 😏.
So please, try this out and talk to us if you see anything that is out of the ordinary.
Hit us on our Discord server or open an issue here on GitHub.
Many thanks in advance,
The Fantomas team
Fixed
- Attribute on ExplicitCtor is lost. #2638
- Comment above single parameter in brackets breaks code due to the wrong indentation. #2594
Special thanks to @dawedawe!
November 30th Release
5.1.4
Fixed
- Indenting problem with
match
workaround for single-line stroustrup expressions #2586
Special thanks to @Linschlager
November 14th Release
November 10th Release
November 7th Release
November release
5.1.0 Kaisarion - 11/2022
Dear all,
This release marks v5.1
as the next stable version of Fantomas.
The most notable changes are:
- Update style of multiline type annotation: fsharp/fslang-design#708
- Control space in a pattern by
fsharp_space_before_lowercase_invocation
andfsharp_space_before_uppercase_invocation
. fslang-design/issues/712
The full changelog can be found here.
Special thanks to @dawedawe and @stefan-schweiger.