[boehlerlukas]

Customer ask (Operátor ICT, ticket 129428): in Flutter, inline banners cover the app instead of pushing it down like on the web. This adds the native signal the Flutter SDK needs (GleapSDK/Flutter-SDK PR on feat/inline-banner-inset); iOS has the same in GleapSDK/Gleap-iOS-SDK.

API

• Gleap.getInstance().setBannerHeightChangedCallback(BannerHeightChangedCallback) — dp from the top of the content that the inline banner covers. Fires on show, on resize (layout listener: banner page height, rotation, insets) and with 0 on close / replace / clearIdentity. Not on the overlay rebuild when another activity resumes (the banner comes back there), so content doesn't jump when returning from the widget. Floating banners report 0. Only changes are reported.
• Gleap.getInstance().getBannerHeight() — the current value, for listeners that start later.

Visual change: in edge-to-edge apps the inline banner now reaches up under the status bar in the banner color (padding + translationY, overlay clipToPadding=false), like on iOS, instead of leaving app content showing above it. Apps that aren't edge-to-edge get no top inset, so nothing changes there. Floating banners are untouched.

Tested (Flutter example on the Medium Phone API 36.1 emulator against this branch published to mavenLocal, banner fed through GleapOverlayManager.showBanner with a real inline payload, at targetSdk 33 and 35 (forced edge-to-edge)):

• Inline shown → 106 dp, banner covers the status bar, AppBar directly below with no gap or overlap (checked at full resolution); close (X) → 0
• Floating → 0, unchanged look; floating replaced by inline → 106
• Widget opened and back with the banner shown → no flicker, still 106; app relaunched → banner and layout restored
• Landscape → 86 dp, content follows
• Flutter hot restart with a banner shown → recovered via getBannerHeight()
• :gleap:testDebugUnitTest passes

Ships with the next synchronized SDK release (## Unreleased in CHANGELOG).

🤖 Generated with Claude Code