You need to move the sheet modifier outside of the ForEach, as it's currently creating a sheet for every item bound to the same isPresented variable. When you set isPresented to true, you are essentially showing each item's sheet, but you only see the last one. You can instead use the sheet(item:onDismiss:content:) modifier. Something like this will work: // the item parameter requires the data to be Identifiable // you can make a custom struct to hold this, or manually conform String to Identifiable struct Item: Identifiable { let id = UUID() let name: String } // you can remove the isPresented variable @State selectedItem: Item? var body: some View { ... ForEach(...) { item in Button { selectedItem = Item(name: item) } label: { ... } } // move outside loop so there is only one sheet that shows a view dependant on the selectedItem .sheet(item: $selectedItem) { item in CustomView(text: item) } ... }

It seems the problem lies with the if-else statement and the way SwiftUI handles view identity and layout. First of all, you need to be animating changes to the rooms property otherwise there will be no animated transition. Something like this can work, but there are other ways: withAnimation { rooms.append(newRoom) } As the List will not be shown when it has no items, you can use a single if statement for the loading text, and the transition which will work as expected. Here's how it would look: ZStack { if items.isEmpty { Text("Loading...") .transition(.slide) .zIndex(1) // place above the List (with ZStack) } List(selection: $selectedRoom) {     ...               } }

A Picker with the .menu picker style won't use the view specified in the label closure. It will generate its label based off of the currently selected item. This is the default behaviour. If you want a custom label, use a standard Menu and add your Picker inside of that. Note, you won't get the iOS 16 style double chevron indicator.

You can use it like this: Link("Click this link", destination: URL(string: "https://some.destination.url")!) The init(_:destination:) initialiser will convert the title string parameter to a Text object, hence getting you to your Link<Text> object. Check out the documentation for more.

What do you mean by "displaying" the links? (1) Is it showing them repeatedly in a row/column? (2) Or do you want the links to be interpolated in some standard text? I would recommend using an array of a custom type that can then each be converted into a Link view, instead of storing the actual view. Something like this: struct DisplayedLink { let title: String let url: URL } let links: [DisplayedLink] = [ ... ] Option 1: // any suitable layout container VStack { ForEach(links, id: \.self) { link in Link(link.title, destination: link.url) } } Option 2: var linksText: AttributedString { var str = AttributedString("text comprised of the links' titles") for link in links { if let range = str.range(of: link.title) { str[range].link = link.url } } return str } // the linked text is coloured and tappable Text(linksText)

Your issue is not because of the NavigationView but the fact that you have a List. Up until iOS 16 there had been no direct SwiftUI way of changing the background colour of a List. You had to access the UITableView appearance proxy and "remove" the background colour that way. Now there is a dedicated modifier for this: scrollContentBackground(_:). Use either of these methods, dependant on the target version, to clear the default list background colour, and then set your own, like this: // iOS 15 and earlier init() { UITableView.appearance().backgroundColor = .clear } List { ... } // iOS 16 .scrollContentBackground(.hidden) // set background to any colour or gradient .background(.linearGradient(colors: [.green, .red], startPoint: .top, endPoint: .bottom))

The first option is the recommended way of doing it. Create the ObservableObject class as an @StateObject property first, and only once Pass it into the environment, with environmentObject(_:) Access the class from subviews using @EnvironmentObject

Check out this article, particularly the "Register your URL scheme" section.

You can just remove the background colour for the list row, like this: Picker(...) { ... } .pickerStyle(.segmented) .listRowBackground(Color.clear) .listRowInsets(.init()) // optional

I'm assuming you mean change the List background to a custom image, since you are already changing the NavigationLink background with this: .listRowBackground(Color.black) In iOS 16, List no longer relies on UITableView, so your appearance proxy workarounds won't work. Instead, a new modifier, scrollContentBackground(_:), was introduced to remove the default background of a List and let you customise it with whatever view you wanted. You would use it like this: List(...) { ... } .scrollContentBackground(.hidden) // new in iOS 16 .background { Image("ImageName") .resizable() .scaledToFill() }

Xcode 14.0.1 includes everything you need to create amazing apps for all Apple platforms. It includes SDKs for iOS 16, iPadOS 16, tvOS 16, watchOS 9, and macOS 12.3. Use Xcode 14.0 beta 6 or Xcode 14.1 beta 3 instead.

I've found that editMode works very strangely and only some of the time when you know how it works. Try extracting the parts that access the editMode property from the container that changes based on it, like List/Form. // container that does editing // changes based on editMode Form { EditingView() // extract to new view } // EditingView @Environment(\.editMode) private var editMode if editMode?.wrappedValue.isEditing == true { Text("Editing") } else { Text("Not Editing") }

What is the actual problem? Which sample code fails to compile? The old modifier, contextAction(forSelectionType:action:), was removed and its functionality was added to the contextMenu(forSelectionType:menu:primaryAction:) modifier. It is now used like this: .contextMenu(forType: Book.ID.self, menu: { _ in }) { books in // perform primary action } That's just what happens during the beta period: things are added, removed and modified. It's the final version that counts.

You simply need to use the WKNavigationDelegate to detect when there has been a navigation request (i.e. clicked on a link). You will need a class for this and that is where UIViewRepresentable.Coordinator comes in. You can implement it like this: struct NewsItemWebView: UIViewRepresentable {     var text: String     func makeUIView(context: Context) -> WKWebView {         let webView = WKWebView()         webView.navigationDelegate = context.coordinator         return webView     }     func updateUIView(_ webView: WKWebView, context: Context) {         ...     }     func makeCoordinator() -> Coordinator {         Coordinator()     } } extension ItemWebView {     @MainActor class Coordinator: NSObject, WKNavigationDelegate { // used the async method so you don't forget to call a completion handler // you can still use the completion handler method         func webView(_ webView: WKWebView, decidePolicyFor navigationAction: WKNavigationAction) async -> WKNavigationActionPolicy {             if let url = navigationAction.request.url, /* should `url` be opened in Safari */, await UIApplication.shared.open(url) {                 return .cancel             } else {                 return .allow             }         }     } } You will need to check the navigation request's url to see if it should be opened in Safari. This will prevent opening the originally loaded content in Safari instead of the app.

You can place the button in the toolbar with the ToolbarItemPlacement.primaryAction placement. .toolbar { ToolbarItem(placement: .primaryAction) { // place button here } }