How should a host app handle a live pose change (fold/unfold) while a third-party SDK's view controller is presented, if that SDK wasn't built with resizable-window support?

UI Frameworks SwiftUI
Tushar_M_Parekh OP
Created 7h
Replies 0
Boosts 0
Views 3
Participants 1
This post is from the Activity iPhone Duo SwiftUI Q&A.

My app presents a checkout/transaction screen owned by a third-party payment SDK — a UIViewController I don't control the internal layout of. If the user folds or unfolds the device while that screen is on-screen mid-transaction, and the SDK's internal views weren't written expecting a live resize, is there a recommended pattern for this situation?

Options I can think of:

  1. constrain that specific scene/window to a fixed size for the duration of the SDK's flow, if that's still possible now that participation in resizing is effectively mandatory.
  2. do nothing and accept whatever the SDK does with an unexpected resize.
  3. something else Apple recommends for third-party UI you don't control during a sensitive, ideally-uninterrupted flow.

Is there existing guidance for apps embedding SDKs that predate iPhone Duo and haven't been updated by their vendor yet?

Replies  0
Boosts  0
Views  3
Participants  1
How should a host app handle a live pose change (fold/unfold) while a third-party SDK's view controller is presented, if that SDK wasn't built with resizable-window support?
First post date Last post date
 
 
Q