Danny Mösch

Yes, the option ignores comments, empty lines and closing braces. I'm not sure which of them are unintentional. With a different name of the option like `ignore_superficial_lines` you can argue...

> @SimplyDanny With the advent of Swift macros and thus `@StateObject` being phased out, I believe this is a good-enough starting point, no more attributed needed 👍 Convinced. Are you...

There are actually two more things that I've just thought of ... When a declaration is nested inside another declaration implementing `View` like ```swift struct ContentView: View { struct OtherStruct...

Let's see if the following example works: ```swift struct MyStruct { struct ContentView: View { @State ↓var isPlaying: Bool = false } @State var isPlaying: Bool = false } ```

This is going to be merged soon. Thank you for your patience!

> Has this rule been released? I'm trying to use it but I'm getting 'warning: 'private_swiftui_state' is not a valid rule identifier' and the response from 'swiftlint rules' doesn't contain...

> I personally think the same rule should apply to `@StateObject`. This is easy to achieve. Anyone willing to open a PR? 😊

In general, I like this rule a lot! The OSS findings and the findings in SwiftLint itself splendidly show how much SwiftLint misses it.

Well done. Thanks @mildm8nnered!

Thank you and sorry for letting you wait for so long! 😶