adrem7
04/12/2023, 10:31 AMktlint_code_style = ktlint_official
ktlint_ignore_back_ticked_identifier = true
ktlint_standard = enabled
What I can do is in my spotless.gradle file I can use editorConfigOverride
to set any of these rules, so I do have a working setup, it's just some rules are set in the editorConfig and some are now in this editorConfigOverride block in my spotless gradle file.
I am struggling to find anyone who's has this issue before, wondering if my set up is wrong, or if I need further setup to have these rules available for reference in my project? Any ideas for where I could look next would be appreciated!adrem7
04/12/2023, 2:30 PMPaul Dingemans
04/12/2023, 5:14 PM0.49
. For now you should use official
or android
.adrem7
04/13/2023, 10:02 AMktlint_code_style
to offical
or android
this would still not work, the issue is actually that the property ktlint_code_style
is not recognised at all, so I cannot set it. Do you know why this may be? Note, this is the same for all properties you can see highlighted yellow in my screenshot. Nothing is being picked up as "supported".
Are these unsupported properties part of 0.49
release? If so, do you know where I can find a list of supported properties for now?
To be clear, it seems the keys are a problem, not just the values (maybe both are though).
Secondly, perhaps a hard one to answer, do you have any knowledge of when 0.49 will be released? Are we talking days/weeks/months? I'll set myself a reminder to check back on releases and would be good to know when to do that.
Thanksadrem7
04/13/2023, 10:09 AMPaul Dingemans
04/13/2023, 6:38 PM.editorconfig
is correct. The syntax highlighter of IntelliJ does not recognize any of the ktlint properties. If Ktlint CLI works correct for your use case, you have to contact the maintainers of Spotless for more help.adrem7
04/14/2023, 9:30 AMadrem7
04/14/2023, 9:34 AMeditorConfigOverride
for ktlint specific rules in my spotless.gradle
Not ideal to split rules applied over differing files, by not the end of the world