Le dim. 29 déc. 2024 à 16:12, Benjamin Marwell <bmarw...@apache.org> a écrit : > > We could instead configure checkstyle to make sure the style is as intended.
I'd rather remove all rules, than going back to a state where we have very strong rules without any easy way to apply them. When you write/modify a few lines of code, it's ok. But when dealing with large code changes, the time spent on formatting the code is way too high compared to the value of having strict rules imho. That's why automatic formatters are nice tools. > But I would prefer to have a plugin formatting the code automatically > for us, if it had no issues. > > And unless we start using text blocks and anonymous lambda parameters, > we are not running into issues. > > Am Sa., 21. Dez. 2024 um 13:52 Uhr schrieb Elliotte Rusty Harold > <elh...@ibiblio.org>: > > > > Can I pick all of the above? That is, avoid spotless, text blocks, and > > anonymous lambda parameters. They all have issues that independently > > make me prefer code without them. > > > > On Thu, Nov 28, 2024 at 7:31 PM Benjamin Marwell <bmarw...@apache.org> > > wrote: > > > > > > Hello everyone! > > > > > > Sadly, palantir-java-format, used in Maven builds via spotless, still has > > > no support for text blocks and will misformat them. Also, it > > > still cannot parse anonymous lambda parameters (_). > > > > > > Text blocks are available since 14, this bugs me already. The anonymous > > > underscore parameter will become available for Maven on Java 21. > > > > > > I was not able to reach out to the maintainer. What should we do about it? > > > > > > Option 1: just not use both features > > > > > > Option 2: use text blocks and deal with misalignment > > > > > > Option 3: use text blocks and spam // spotless:off around those > > > > > > Option 4: ...? > > > > > > Input is appreciated. I found palantir/spotless very valuable and I > > > wouldn't want to ditch it from Maven. > > > > > > - Ben > > > > > > > > -- > > Elliotte Rusty Harold > > elh...@ibiblio.org > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > -- ------------------------ Guillaume Nodet --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org