fix in-app notification navigation

[Lainaaa]

Description

Issue was because initial Color.init(uiColor: .adamant.swipeBlockColor) did not provide tap to the responder instead was created InteractiveBackgroundView which use Color under the hood, however UIKit version instead of SwiftUI, which does not have the limitation.

Related issue

Closes #910

Testing

Just receive an in-app notification and make sure it tappable and provides you to the sender chat.

[Copilot]

Pull request overview

This PR updates PopupKit’s notification background to use a UIKit-backed view so it participates correctly in TransparentWindow hit testing, and exposes that helper view publicly from CommonKit for cross-module use.

Changes:

• Replace Color(uiColor:) background in NotificationPresenterView with InteractiveBackgroundView.
• Make InteractiveBackgroundView public with a public init and public UIViewRepresentable methods.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
PopupKit/Sources/PopupKit/Implementation/Views/NotificationPresenterView.swift	Switches notification background to a UIKit-backed representable to support hit testing.
CommonKit/Sources/CommonKit/Helpers/UIHelpers/InteractiveBackgroundView.swift	Promotes the helper view to a public API so it can be used by other modules (e.g., PopupKit).

Comments suppressed due to low confidence (1)

CommonKit/Sources/CommonKit/Helpers/UIHelpers/InteractiveBackgroundView.swift:28

• updateUIView is empty, so if color changes (e.g., theme change, dynamic colors, state-driven updates), the existing UIView’s background won’t be updated. Update the uiView.backgroundColor (and any other relevant properties) in updateUIView to keep the representable in sync with SwiftUI updates.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.