I think actions from within a view itself should cause a "drill down" / push onto the navigation stack, and It seems SwiftUI is designed to encourage this pattern as well.
I have a similar dropdown in my app that shows a settings view, and it does so as a "sheet". This ends up looking fine on both iPhone and iPad, so I've kept it.
If you actually want to open a window, you'll need to explore the openWindow utility that's in the swiftUI environment. Opening windows will only work on iPad and Mac, though.
That may not get you all the way there unless you support all file types. Something like the following will only accept images, for example.
@Parameter(title: "Image", description: "Image to copy", supportedTypeIdentifiers: ["public.image"], inputConnectionBehavior: .connectToPreviousIntentResult) var file: IntentFile
For any one seeing this in the future "Com.image" is not the correct UTType for image. It's "public.image".
That did not impact the problem at hand here, though.
@Parameter(title: "Image", description: "Image to copy", supportedTypeIdentifiers: ["public.image"], inputConnectionBehavior: .connectToPreviousIntentResult)
Any good Engineer will tell you the super unsatisfying answer: "It Depends".
Getting started with python scripting and other simple coding languages like that? 8GB can be fine.
For iOS I find that I'm okay with 16GB.
I see developers I follow on Twitter struggling with 16GB and 32GB when they're running one of every kind of simulator at the same time.
There is likely some sort of AR/VR development kit on the horizon, and this may be more demanding than traditional iOS/Mac development. We won't know any details about that until Apple wants us to, though.
Figured it out.
I needed to tap and hold / right click on the choose-file button in shortcuts to select a variable…
I don’t think users are going to get remotely close to figuring that out
Have you gotten any of this stuff to work for you? I started experimenting with accepting drops from outside my app, and it's been brick wall after brick wall.
I've had problems where the project had types that matched SwiftUI types and the preview would never really finish loading.
Things like "Coordinator" "View" or "Button", despite being in the namespace of your project and not the swiftUI namespace, seem to confuse the preview compiler.
I think actions from within a view itself should cause a "drill down" / push onto the navigation stack, and It seems SwiftUI is designed to encourage this pattern as well.
I have a similar dropdown in my app that shows a settings view, and it does so as a "sheet". This ends up looking fine on both iPhone and iPad, so I've kept it.
If you actually want to open a window, you'll need to explore the openWindow utility that's in the swiftUI environment. Opening windows will only work on iPad and Mac, though.
That may not get you all the way there unless you support all file types. Something like the following will only accept images, for example.
@Parameter(title: "Image", description: "Image to copy", supportedTypeIdentifiers: ["public.image"], inputConnectionBehavior: .connectToPreviousIntentResult) var file: IntentFile
For any one seeing this in the future "Com.image" is not the correct UTType for image. It's "public.image".
That did not impact the problem at hand here, though.
@Parameter(title: "Image", description: "Image to copy", supportedTypeIdentifiers: ["public.image"], inputConnectionBehavior: .connectToPreviousIntentResult)
Any good Engineer will tell you the super unsatisfying answer: "It Depends".
Getting started with python scripting and other simple coding languages like that? 8GB can be fine.
For iOS I find that I'm okay with 16GB.
I see developers I follow on Twitter struggling with 16GB and 32GB when they're running one of every kind of simulator at the same time.
There is likely some sort of AR/VR development kit on the horizon, and this may be more demanding than traditional iOS/Mac development. We won't know any details about that until Apple wants us to, though.
Figured it out.
I needed to tap and hold / right click on the choose-file button in shortcuts to select a variable…
I don’t think users are going to get remotely close to figuring that out
Have you gotten any of this stuff to work for you? I started experimenting with accepting drops from outside my app, and it's been brick wall after brick wall.
I've had problems where the project had types that matched SwiftUI types and the preview would never really finish loading.
Things like "Coordinator" "View" or "Button", despite being in the namespace of your project and not the swiftUI namespace, seem to confuse the preview compiler.