Manoel Aranda Neto

Found a workaround for manually tagging views for SwiftUI https://github.com/PostHog/posthog-ios/pull/202

afaik `accessibilityIdentifier` isn't available at runtime for production builds, what we could do is wrap the view: ``` var body: some View { PostHogView("Name"){ List { ... } } }...

Another option would be to use the `objc_getAssociatedObject` and `objc_setAssociatedObject` as an extension method to UIKit and SwiftUI views Edit: not possible either since the associated objects are different when...

closed by https://posthog.com/docs/libraries/ios#capturing-screen-views-in-swiftui

cc @neilkakkar @daibhin in case you wanna test this out before merging. it will likely break people using sentry

> It will certainly cause issues for users on v7. We'll need to bump to a major version, or implement different handling logics depending on the detected version of the...

Similar to https://posthog.com/docs/session-replay/how-to-control-which-sessions-you-record#with-feature-flags

Another idea is the ability to `pause` and `resume` the recording manually eg `PostHog.pauseRecording()`, `PostHog.resumeRecording()` A workaround for this is described [here](https://github.com/PostHog/posthog-ios/issues/262#issuecomment-2514185120) as well.

> +1 from [this ticket](https://posthoghelp.zendesk.com/agent/tickets/22117), although I'm not sure bootstrapping would help in this case since his issue is mostly around making sure the properties are processed before evaluating the...

Something like this can be done https://stackoverflow.com/questions/458304/how-can-i-programmatically-determine-if-my-app-is-running-in-the-iphone-simulato/45329149#45329149 or compile flags: ``` #if targetEnvironment(simulator) // Simulator #else // Device #endif ```