Jonathan Lennox09/28/2023, 7:11 PM
Paul Dingemans09/28/2023, 7:38 PM
eygraber09/28/2023, 11:04 PM
Most innovations are to be expected in the ktlint_official code style
That's really unfortunate 😕
Paul Dingemans09/29/2023, 11:29 AM
code style can still be enabled in the other code styles as well. Whenever a new rule is applicable in all code styles, it will just be exposed as a normal rule. Same for bugfixes. Formatting which does not comply with IntelliJ IDEA default formatter, will be exposed in
only. This is used in case the other code styles follow inferior IntelliJ IDEA formatting due to bugs in the formatter. Or, when from a consistency viewpoint, a different format is preferred. Also, the
code style contains formatting rules that go beyond what is defined in the Kotlin coding conventions and Androids Kotlin styleguide. The old code styles will not be removed, nor deprecated in the foreseeable future.
eygraber09/29/2023, 12:25 PM
inferior Intellij IDEA formatting
I find it a little hypocritical that you're using that kind of language after insisting that users don't criticize your decisions in ktlint. There are some bugs in the Intellij formatter, but nothing crazy. I know it's difficult for you because you support the proper spec when they don't, but I think they've publicly said that they're not working on it so much due to a lack of resources.
Paul Dingemans09/29/2023, 12:56 PM
differently than I meant. IntelliJ IDEA formatting is very good although it has way to many exceptions which result in inconsistent formatting. What I really meant was that there are multiple bugs in IntelliJ IDEA formatting which are still not solved are being open for several years. What is most disturbing, that there is almost no response on those bugs.
eygraber09/29/2023, 1:36 PM