Post

Replies

Boosts

Views

Activity

Reply to ScrollViewReader's scrollTo may be broken on iOS 15
Has mentionned by @archy88 for me replacing inner VStack with LazyVStack did fix the issue. Expect that will help some of you.         ScrollViewReader { scrollProxy in           ScrollView(.vertical) {               VStack (spacing: 0) {                   ForEach(parents) { parent in                       Text(parent.name)             .padding()                       LazyVStack (spacing: 0) { // With VStack Scroll issue                             ForEach(parent.childs) { child in                              ChildView(child)                 .id(child.uuid)                 .padding()             }           }           .id(parent.id)         }       }               Spacer()     }     .onAppear() {       if let selectedChild = selectedChild {         scrollProxy.scrollTo(selectedChild.uuid, anchor: .center)       }     }   }   .padding() }
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Dec ’21
Reply to iPhone 14 Pro (and 14 Pro Max) Native Screen Size
Thanks to geoffhackworth (https://twitter.com/geoffhackworth) it seems that Xcode-14 TestFlight builds are treated as Xcode 13 builds and are scaled to the 12/13 Pro layout. So the issue will only occurs for TestFlight build. Thank you geoffhackworth (https://twitter.com/geoffhackworth) More about this here: https://twitter.com/geoffhackworth/status/1573652281848905728
Topic: UI Frameworks SubTopic: UIKit Tags:
Sep ’22
Reply to What does WIDGET_BACKGROUND_API_ADOPTION_PROMPT mean?
So same issue here. I missed a log message in the console: The widget background view is missing. Please ensure that you have called the `containerBackground(for: .widget) {…}` modifier in your widget view. Just add the new .containerBackground(for:) in your widget view and it will resolve the issue. https://developer.apple.com/videos/play/wwdc2023/10027?time=180
Jun ’23
Reply to How to prevent ios17 interactive widgets to open the app after an interaction?
Hi! I have still exactly the same behavior on iOS 17 beta 4. It is absolutely unpredictable when the tap on an interactive item (button or toggle) will pass through and will open the app. I did put a background interactive button (with an intent) doing nothing to try to catch miss click. It improve behavior but some tap still open the app with no reason. It looks like a bug but I am afraid it will persist for a while... :(
Topic: App & System Services SubTopic: Core OS Tags:
Aug ’23
Reply to How in interactive widgets in ios 17 to prevent the opening of the application by clicking on the widget?
I have still exactly the same behavior on iOS 17 beta 4. It is absolutely unpredictable when the tap on an interactive item (button or toggle) will pass through and will open the app. I did put a full size interactive background button (with an intent) doing nothing to try to catch missed click. It improve behavior but some tap still open the app with no reason. It looks like a bug but I am afraid it will persist for a while... :(
Topic: App & System Services SubTopic: Core OS Tags:
Aug ’23
Reply to Widgets: Detect StandBy night mode iOS 17
OK! I have found solution by myself using the showsWidgetContainerBackground Environment Value. I don't detect directly the StandBy mode but I detect that the WidgetContainerBackground has been removed. In widgetRenderingMode fullColor that means its the StandBy mode. At least it's true currently in iOS 17.0 @Environment(\.showsWidgetContainerBackground) var showsWidgetContainerBackground @Environment(\.widgetRenderingMode) var widgetRenderingMode ... ZStack { // If ContainerBackground will be removed, show the light background if (!showsWidgetContainerBackground && widgetRenderingMode == .fullColor) { Color.white.opacity(0.1).cornerRadius(cornerRadius) } WidgetContentView() .containerBackground(for: .widget) { backgroundView(viewSize: panelSize) } }
Topic: App & System Services SubTopic: Core OS Tags:
Aug ’23