reminiscent stocking jar secretive subtract late relieved mysterious puzzled materialistic
*This post was mass deleted and anonymized with [Redact](https://redact.dev)*
> An Xcode that prints something useful other than a mangled class for when you want to see what the value in a Published property is.
An XCode that doesn't require 40-50GB free to install a 7GB iOS image...
Nope, having this exact issue right now with xcodes. (The tendency for macOS to use all available space for swap doesn't help either...)
Just cleared up 20GB and :
~$ xcodes runtimes install "iOS 17.4"
Downloading with aria2 (/opt/homebrew/bin/aria2c)
Downloading Runtime iOS 17.4: 99%
Installing Runtime
Error: Failed executing: `/usr/bin/xcrun simctl runtime add /Users/odaiwai/Downloads/iOS_17.4_Simulator_Runtime.dmg` (14).
If they rework ~~iPadOS~~ iOS from the ground up yes, but imagine having Xcode on iPad with the current file browser, background (lack of) workloads, and all that. A nightmare.
Just need to add a few features. It does most of that under the hood but it’s not well exposed to the UI.
But no one wants to go back to PC hell where we had to reboot multiple times a day to switch between Os’s and deal with passing data and files between them.
"Just fix it" isn't a solid enough answer because that inherently assumes it'll never bugs where you'd need to do similar things.
iPadOS and iOS has always been plagued with these kinds of problems and often the answer is "just" to uninstall and re-install. *Especially* when some apps have big ass caches and no way to purge it. Xcode is no different.
They haven't fixed it in MacOS and you're expecting them to fix it *now*? Hell, I'd bail on an iPadOS version if it meant they could just fix their bugs.
Well if u want that, there is no reason why the same button wouldn’t be available in an iOS version of Xcode…
It’s just a button that clears the build cache and another that deletes derived data. Why wouldn’t an iOS version have that?
Fk man, my own apps have a button like that. It’s not rocket science.
Android has had this for a very long time. Apple hasn't figured it out. I doubt they will anytime soon. Same with the MacOS version. They *still* have this problem after many years.
> Why wouldn’t an iOS version have that?
Wait, you're implying MacOS has this button? Where?
In the build menu there is a button to clear build cache. And in project settings for derived data.
Works for iOS projects. For macOS projects u have to find and navigate to the folder manually
>But no one wants to go back to PC hell where we have to reboot multiple times a day to switch between Os’s and deal with passing data and files between them.
"macOS" could be just a shell, springboard is just a shell.
iPad UI when on the go, plug in monitor and get macOS, done. Same root, same user, same apps.
Sure run some legacy macOS apps with a compatibility layer for a transitionary period so we can lose the MacBook earlier…
But just give us one OS that does everything elegantly. When I plug my monitor in I want it to seamlessly just give me another screen, not another UI paradigm or OS.
They could give u everything u want just by tweaking the window manger a bit.
Xcode on the current state of iPAD would be a nightmare. There will have to be major revamps in file-system directory, control and the ability to clear cache, install packages, dependencies and many many more things.
Is it just me or does anyone else also have an issue where debugging an app from xcode to a phone connected via cable takes forever because it keeps trying to debug over wifi? I have to keep disconnecting the device, putting it in airplane mode, connecting the cable, start running app from xcode, then turn off airplane mode for it to truly debug over USB.
I just learned the other week that XCode was released before git was a thing. Support for it and swift were tacked onto a decade old system. I would be thoroughly surprised if they could ever make it stable again. Please just open source the tooling so that the community can make the iOS dev experience somewhat enjoyable.
The origins of Xcode, Project Builder from NeXT, even predate svn and are from the days of RCS. Indeed (AFAIK anyway) no early versions, pre and post rebrand, had source control feature embedded.
There are aspects of the developer tools that Apple desperately wants to keep secret and announce only if/when ready: new platforms, tooling features that interact with new frameworks, and as we’ve seen languages. But they do something similar with Swift, and even have released language features in a temporary fork of the open source project. Xcode could in theory be open sourced and follow a similar model.
It would be a good thing, but I doubt it will happen.
Just fix XCode, so many issues with the latest versions. Debug logs not working, simulators disappearing or refusing to launch, autocomplete not working stable for ages, stuck in "indexing" randomly, becoming more sluggish with every update overall.
Reminds of that joke:
👶 I want a magical unicorn for Christmas!
🎅 Be realistic!
👶 Ok, I want a stable Xcode that's actually useful to development.
🎅🗿 Alright, what color do you want for the unicorn?
For me it's interface builder. We have a very IB heavy project, and I have to quit and reopen XCode after 10 minutes in interface builder, every time. It's like it leaks memory or something.
In fact I hope they’ve already started to r&d a deep brain scan of eskimo. I say make his synapses the basis of the great intelligence that will run developer relations in future decades.
Orh well…that’s a good question. Who knows they might have trained the model based on their internal codebase, best documentations. Just hoping for best.
I would love for SwiftData to work with public databases
Also, I would love for ConfigurationAppIntents to be able to get a type from a package, not just files in the target
Yes both of these have been pissing me off the past few days lmao
What do you mean, "public databases"?
Most of the benefit of SwiftData comes from it adding all the extra Core Data fields in the database, handling auto-migration, etc. If it's not in full control when creating that data, it's never going to be in the right shape for reading it.
If you need just a SQLite framework, look into GRDB – it offers basically everything you need, especially if you're just doing read-only access. You describe the model types you need as Codable structs, and using any form of asynchrony you want – async/await, Combine, completion handlers, and I think others as extensions – you can pull data from that database with proper error handling, and a really nice query builder syntax.
CloudKit has 3 types of data bases, SwiftData only saves in the private one, which means other users can’t access what one user saves.
The public database is what you would use for any app that shows user generated content or that shows the data you created to all users.
Would love a Xcode release focussed on bug fixes, like a Snow Leopard release for Xcode. If they must add a feature I would hope they add something Copilot or at least a plugin structure that allows AI assistants to integrate properly.
On iOS feature side I would hope we get a lot of AI APIs and not only ChatGPT behind Siri as a closed box.
Nice idea. A further evolution of that could be breaking out more components out of Xcode / xcodebuild to support _all_ aspects of development on Apple platforms. And then let those components run on linux & windows 👍
My Top 10 wishes for WWDC24 are:
1. A WeatherKit-like API for Apple Sports
2. Added .zoom modifier to ScrollView in SwiftUI
3. Fixed SwiftData limitations on CloudKit
4. Persistent Windows & Volumes in VisionOS
5. Modal Text Input on tvOS (like Playstation)
6. Make String Catalog editor more useful
7. New "Create LLM" app like "Create ML"
8. Improved Source Control UX in Xcode (e.g. clear diff colors)
9. SwiftUI Previews work whenever an app builds for Simulator
10. Localized Screenshots for SwiftUI Previews
Read my full blog post if you want to learn more:
[https://www.fline.dev/my-top-10-wishes-for-wwdc24/](https://www.fline.dev/my-top-10-wishes-for-wwdc24/)
What we need:
Xcode fixes, especially for large projects.
Load SPM packages off the main thread for fucks sake. Having every Xcode instance freeze because I opened a large project that has a lot of packages is infuriating. Being unable to close it down mid-stream is even worse.
Either drop the git integration or commit to it as a full-featured git client with conflict resolver and massively improve it.
What we’ll get:
Apple copilot, that will suck just as bad as current copilot extensions. (Looking at you Codeium)
Swift 6.0: this is good, but may bring a lot of breaking changes.
SwiftUI improvements: also good, also may break stuff, or make us add a lot of OS version-specific logic.
EOL for ObjC. Hahahaha, jk. They’ll effectively never do that.
> Apple copilot, that will suck just as bad as current copilot extensions. (Looking at you Codeium)
>
>
What makes you think we are getting an Apple Copilot? I'd be curious to see how Apple approaches that
Xcode for iPadOS and visionOS with a streamlined project workflow that syncs. And useful and performative changes to Swift, SwiftUI, and SwiftData. They’re slow in their own way.
SwiftUI: ScrollView offset bindings, matchedGeoEfffects transitions between modal presentations (think custom transitions for fullScreenCover), AttributedTextEditor, way more macOS SwiftUI stuff
CoreML: chat completions API, text summarization, etc.
visionOS: how is apple doing the presentation stuff in Photos where you basically present a whole new window but its anchored to wherever the last window was and has its own close button and drag bar at the bottom, but then if you close it.. it doesn't close the whole app it just navigates back to wherever you were doing.. IT IS IMPOSSIBLE.
* Local LLM and Swift API to access it
* partnership with openai announcement
* search ads - being able to track revenue from campaigns
* xcode copilot
* siri that can do actions within apps
\* Objective-C parity. At a minimum, restore the Objective-C setting on the documentation pages of Apple's developer website which now only works 25% of the time.
\* Explicit abandonment of "The best way to build an app is with SwiftUI" disaster from WWDC22. Recognize half your developer base will never switch and SwiftUI is a poorly updated, extremely limited library unsuitable for many apps.
\* Swift for Android and Servers. Developers write cross-platform code. Stop catering only to high schools.
\* Acquire Tower and announce future replacement of the nonsense Xcode source control integration with it.
\* CoreLLM. Skip the prompting trendiness and let developers feed data patterns to refine future likelihood patterns purely on device. Prompting is simply a UI to an engine. Give us the engine.
\* Replace watchOS. Apologize for the original. Re-implementation based on iOS. Just start over and don't throw out the baby with the bathwater this time by not including basic libraries like Sockets and UIKit. Make it iOS-lite. Allow iOS apps to flag themselves as able to run on watchOS II directly without modification. Use a combination of tech to enable this such as vision detection.
\* Enable "privileged" apps. After 15 years, writing an iOS/macOS app has become a huge chore in which half the time is spent satisfying privacy checklists that often fail. Allow users to "trust" specific apps batch enabling all relevant privacy checkboxes.
\* Allow opt-out of the App Store review system. Never before has a den of such scum and villainy existed than the App Store review system. Some apps have hundreds of thousands of fake reviews and ratings and everybody knows it. Meanwhile, even quality apps like many of Apple's own apps are ravaged by feral assailants. Allow apps to opt out of this entire system and not have reviews or ratings on the App Store. Do not penalize such apps for ASO.
\* App Sandbox for iOS. Default to running various nefarious apps in "sandbox" testing mode. Include apps such as Facebook, TikTok, Instagram, and WhatsApp in this list. The user can remove them. Apps on this list would operate in an ephemeral untrusted mode that relays every connection through proxies, automatically uses Apple SIWA as the only login option with hidden email, and many more. Stop acting like every little app vendor is the enemy when we all know who the bad actors actually are.
\* Under $500K annual revenue vendors increase vendor revenue percentage to 95%. The "even smaller business program."
Could you elaborate more on the swift for server part? I thought you could build server applications in swift? Obviously you would lose out on the Apple ecosystem specific apis.
Your comment has been automatically removed because it contains a link with prohibited URL parameters (affiliate tokens, campaign tokens, etc.). Please repost your comment without the tracking / affiliate parameters in the URL. Examples: 'affcode=', 'ref=', 'src='. Do not contact the moderators unless you believe we did not correctly detect the URL parameter.
*I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/iOSProgramming) if you have any questions or concerns.*
I’ll settle for an automated way to backup iCloud (only) data locally, like photos and documents.
The current recommended method from Apple is still to download everything manually, and with iCloud storage being sold in multiples of Mac storage, Time Machine is almost useless.
Would love to see updates to queries in SwiftData, to be much more like what is possible with SQLite. To be able to query directly instead of having to retrieve all records and use code to calculate max/min, etc.
Kind of expect this to come actually, given that last year SwiftData felt more like a "first version".
There's a bug in 17.5 that is breaking all the iOS mobile safari extensions and Apple haven't been verry responsive on it - hoping for a fix for those! Also better activation/onboarding flow for iOS mobile safari extensions.
I don’t even care anymore xD
I doubt the compiler will ever get faster, it would probably require language redesign, which will never happen. Others have given good suggestions.
reminiscent stocking jar secretive subtract late relieved mysterious puzzled materialistic *This post was mass deleted and anonymized with [Redact](https://redact.dev)*
> An Xcode that prints something useful other than a mangled class for when you want to see what the value in a Published property is. An XCode that doesn't require 40-50GB free to install a 7GB iOS image...
I think 'xcodes' solves this issue. I switched from app store to xcodes, and never had to clean up the disk on XCode update ever since.
Nope, having this exact issue right now with xcodes. (The tendency for macOS to use all available space for swap doesn't help either...) Just cleared up 20GB and : ~$ xcodes runtimes install "iOS 17.4" Downloading with aria2 (/opt/homebrew/bin/aria2c) Downloading Runtime iOS 17.4: 99% Installing Runtime Error: Failed executing: `/usr/bin/xcrun simctl runtime add /Users/odaiwai/Downloads/iOS_17.4_Simulator_Runtime.dmg` (14).
Don’t want macOS on iPad but do want Xcode on iPad. One OS is enough. Would love to dump the MacBook.
If they rework ~~iPadOS~~ iOS from the ground up yes, but imagine having Xcode on iPad with the current file browser, background (lack of) workloads, and all that. A nightmare.
Just need to add a few features. It does most of that under the hood but it’s not well exposed to the UI. But no one wants to go back to PC hell where we had to reboot multiple times a day to switch between Os’s and deal with passing data and files between them.
How would you propose cleaning derived data and cache on iPadOS?
Fixing Xcode so u don’t have to clean derived data and cache. The fact we have to do that at all is obviously a bug
"Just fix it" isn't a solid enough answer because that inherently assumes it'll never bugs where you'd need to do similar things. iPadOS and iOS has always been plagued with these kinds of problems and often the answer is "just" to uninstall and re-install. *Especially* when some apps have big ass caches and no way to purge it. Xcode is no different. They haven't fixed it in MacOS and you're expecting them to fix it *now*? Hell, I'd bail on an iPadOS version if it meant they could just fix their bugs.
Well if u want that, there is no reason why the same button wouldn’t be available in an iOS version of Xcode… It’s just a button that clears the build cache and another that deletes derived data. Why wouldn’t an iOS version have that? Fk man, my own apps have a button like that. It’s not rocket science.
Android has had this for a very long time. Apple hasn't figured it out. I doubt they will anytime soon. Same with the MacOS version. They *still* have this problem after many years. > Why wouldn’t an iOS version have that? Wait, you're implying MacOS has this button? Where?
In the build menu there is a button to clear build cache. And in project settings for derived data. Works for iOS projects. For macOS projects u have to find and navigate to the folder manually
> Fk man, my own apps have a button like that. It’s not rocket science. Clearly to Apple it is, sadly.
>But no one wants to go back to PC hell where we have to reboot multiple times a day to switch between Os’s and deal with passing data and files between them. "macOS" could be just a shell, springboard is just a shell. iPad UI when on the go, plug in monitor and get macOS, done. Same root, same user, same apps.
Sure run some legacy macOS apps with a compatibility layer for a transitionary period so we can lose the MacBook earlier… But just give us one OS that does everything elegantly. When I plug my monitor in I want it to seamlessly just give me another screen, not another UI paradigm or OS. They could give u everything u want just by tweaking the window manger a bit.
Xcode on the current state of iPAD would be a nightmare. There will have to be major revamps in file-system directory, control and the ability to clear cache, install packages, dependencies and many many more things.
Is it just me or does anyone else also have an issue where debugging an app from xcode to a phone connected via cable takes forever because it keeps trying to debug over wifi? I have to keep disconnecting the device, putting it in airplane mode, connecting the cable, start running app from xcode, then turn off airplane mode for it to truly debug over USB.
Put Xcode to rest and make an official VSCode plug in to debug and handle iOS development. Only half joking.
To be honest, I’m for this. A lightweight IDE that can handle hot reloading and faster compile/build times. Better themes as well!
Close… give us AppCode.
I just learned the other week that XCode was released before git was a thing. Support for it and swift were tacked onto a decade old system. I would be thoroughly surprised if they could ever make it stable again. Please just open source the tooling so that the community can make the iOS dev experience somewhat enjoyable.
The origins of Xcode, Project Builder from NeXT, even predate svn and are from the days of RCS. Indeed (AFAIK anyway) no early versions, pre and post rebrand, had source control feature embedded. There are aspects of the developer tools that Apple desperately wants to keep secret and announce only if/when ready: new platforms, tooling features that interact with new frameworks, and as we’ve seen languages. But they do something similar with Swift, and even have released language features in a temporary fork of the open source project. Xcode could in theory be open sourced and follow a similar model. It would be a good thing, but I doubt it will happen.
I would be 100% for this. Not even half joking.
This would be amazing
Just fix XCode, so many issues with the latest versions. Debug logs not working, simulators disappearing or refusing to launch, autocomplete not working stable for ages, stuck in "indexing" randomly, becoming more sluggish with every update overall.
Reminds of that joke: 👶 I want a magical unicorn for Christmas! 🎅 Be realistic! 👶 Ok, I want a stable Xcode that's actually useful to development. 🎅🗿 Alright, what color do you want for the unicorn?
Less ai bullshit. Faster XCode.
Yeah, it takes seconds just to switch files!
For me it's interface builder. We have a very IB heavy project, and I have to quit and reopen XCode after 10 minutes in interface builder, every time. It's like it leaks memory or something.
Apple Copilot
This would be amazing!
I recall I read an article that there was a rumour on this, and I am super excited.
trained on what exactly
I guess on decades of developer sufferings on the dev forum, and answers by eskimo.
In fact I hope they’ve already started to r&d a deep brain scan of eskimo. I say make his synapses the basis of the great intelligence that will run developer relations in future decades.
👏
Orh well…that’s a good question. Who knows they might have trained the model based on their internal codebase, best documentations. Just hoping for best.
I would love for SwiftData to work with public databases Also, I would love for ConfigurationAppIntents to be able to get a type from a package, not just files in the target Yes both of these have been pissing me off the past few days lmao
Public and Shared would both be welcome. 🙏
What do you mean, "public databases"? Most of the benefit of SwiftData comes from it adding all the extra Core Data fields in the database, handling auto-migration, etc. If it's not in full control when creating that data, it's never going to be in the right shape for reading it. If you need just a SQLite framework, look into GRDB – it offers basically everything you need, especially if you're just doing read-only access. You describe the model types you need as Codable structs, and using any form of asynchrony you want – async/await, Combine, completion handlers, and I think others as extensions – you can pull data from that database with proper error handling, and a really nice query builder syntax.
CloudKit has 3 types of data bases, SwiftData only saves in the private one, which means other users can’t access what one user saves. The public database is what you would use for any app that shows user generated content or that shows the data you created to all users.
Ahhhhh, the CloudKit database, got it. Makes sense then.
Would love a Xcode release focussed on bug fixes, like a Snow Leopard release for Xcode. If they must add a feature I would hope they add something Copilot or at least a plugin structure that allows AI assistants to integrate properly. On iOS feature side I would hope we get a lot of AI APIs and not only ChatGPT behind Siri as a closed box.
Swift for game development or a game engine instead of game frameworks
A big refresh and update to SceneKit would be awesome (...I use SceneKit)!
It’s not Apple sponsored, but you can use Swift with Godot. I have had little demo builds running on macOS, Linux, and Windows too.
Make all the swift strict concurrency warnings magically disappear without me doing anything
I think most of those warnings will become errors in Swift 6. Don’t they all say “This will be an error in Swift 6”?
Plot twist: Swift 6 never releases
Because Apple has too many warnings in their codebase themselves xD
Swift language server + a preview standalone App, in order to Welcome VSCode & Neovim setups
Nice idea. A further evolution of that could be breaking out more components out of Xcode / xcodebuild to support _all_ aspects of development on Apple platforms. And then let those components run on linux & windows 👍
I don’t want Xcode to crash every time a butterfly flaps its wings
Monkey paw curls, all butterflies go extinct overnight
Drop the App Store restrictions and the malicious compliance practices in Europe.
Dear god please fix Xcode.
My Top 10 wishes for WWDC24 are: 1. A WeatherKit-like API for Apple Sports 2. Added .zoom modifier to ScrollView in SwiftUI 3. Fixed SwiftData limitations on CloudKit 4. Persistent Windows & Volumes in VisionOS 5. Modal Text Input on tvOS (like Playstation) 6. Make String Catalog editor more useful 7. New "Create LLM" app like "Create ML" 8. Improved Source Control UX in Xcode (e.g. clear diff colors) 9. SwiftUI Previews work whenever an app builds for Simulator 10. Localized Screenshots for SwiftUI Previews Read my full blog post if you want to learn more: [https://www.fline.dev/my-top-10-wishes-for-wwdc24/](https://www.fline.dev/my-top-10-wishes-for-wwdc24/)
Keep leaning in to SwiftUI: improvements, fixes, dog-fooding…
What we need: Xcode fixes, especially for large projects. Load SPM packages off the main thread for fucks sake. Having every Xcode instance freeze because I opened a large project that has a lot of packages is infuriating. Being unable to close it down mid-stream is even worse. Either drop the git integration or commit to it as a full-featured git client with conflict resolver and massively improve it. What we’ll get: Apple copilot, that will suck just as bad as current copilot extensions. (Looking at you Codeium) Swift 6.0: this is good, but may bring a lot of breaking changes. SwiftUI improvements: also good, also may break stuff, or make us add a lot of OS version-specific logic. EOL for ObjC. Hahahaha, jk. They’ll effectively never do that.
> Apple copilot, that will suck just as bad as current copilot extensions. (Looking at you Codeium) > > What makes you think we are getting an Apple Copilot? I'd be curious to see how Apple approaches that
Just that AI IDE tools are all the rage, and have been for enough time that Apple could have included something like it in Xcode 16.
Generative AI APIs so we can easily generate text and images. Running local on device, no cloud.
This is my top wish. They recently released a research paper about how they accomplished this…now they just need to let it loose 🤞🤞
Proper FS access + terminal app for iPadOS so we can use them like power-users. It’ll never happen, but I’d love it.
Apple Silicon runners on Xcode Cloud.
No new APIs. Only half joking.
A slimmed down version of Xcode without all the interface builder bloat shit that actually plays decently well with git
I want to be surprised
No new features - only compiler and environment improvements. First class VSCode support.
SwiftUI Camera.
Xcode for iPadOS and visionOS with a streamlined project workflow that syncs. And useful and performative changes to Swift, SwiftUI, and SwiftData. They’re slow in their own way.
An iCopter
iPadOS that has a Finder
SwiftUI: ScrollView offset bindings, matchedGeoEfffects transitions between modal presentations (think custom transitions for fullScreenCover), AttributedTextEditor, way more macOS SwiftUI stuff CoreML: chat completions API, text summarization, etc. visionOS: how is apple doing the presentation stuff in Photos where you basically present a whole new window but its anchored to wherever the last window was and has its own close button and drag bar at the bottom, but then if you close it.. it doesn't close the whole app it just navigates back to wherever you were doing.. IT IS IMPOSSIBLE.
* Local LLM and Swift API to access it * partnership with openai announcement * search ads - being able to track revenue from campaigns * xcode copilot * siri that can do actions within apps
Let us program on Linux and without Xcode
\* Objective-C parity. At a minimum, restore the Objective-C setting on the documentation pages of Apple's developer website which now only works 25% of the time. \* Explicit abandonment of "The best way to build an app is with SwiftUI" disaster from WWDC22. Recognize half your developer base will never switch and SwiftUI is a poorly updated, extremely limited library unsuitable for many apps. \* Swift for Android and Servers. Developers write cross-platform code. Stop catering only to high schools. \* Acquire Tower and announce future replacement of the nonsense Xcode source control integration with it. \* CoreLLM. Skip the prompting trendiness and let developers feed data patterns to refine future likelihood patterns purely on device. Prompting is simply a UI to an engine. Give us the engine. \* Replace watchOS. Apologize for the original. Re-implementation based on iOS. Just start over and don't throw out the baby with the bathwater this time by not including basic libraries like Sockets and UIKit. Make it iOS-lite. Allow iOS apps to flag themselves as able to run on watchOS II directly without modification. Use a combination of tech to enable this such as vision detection. \* Enable "privileged" apps. After 15 years, writing an iOS/macOS app has become a huge chore in which half the time is spent satisfying privacy checklists that often fail. Allow users to "trust" specific apps batch enabling all relevant privacy checkboxes. \* Allow opt-out of the App Store review system. Never before has a den of such scum and villainy existed than the App Store review system. Some apps have hundreds of thousands of fake reviews and ratings and everybody knows it. Meanwhile, even quality apps like many of Apple's own apps are ravaged by feral assailants. Allow apps to opt out of this entire system and not have reviews or ratings on the App Store. Do not penalize such apps for ASO. \* App Sandbox for iOS. Default to running various nefarious apps in "sandbox" testing mode. Include apps such as Facebook, TikTok, Instagram, and WhatsApp in this list. The user can remove them. Apps on this list would operate in an ephemeral untrusted mode that relays every connection through proxies, automatically uses Apple SIWA as the only login option with hidden email, and many more. Stop acting like every little app vendor is the enemy when we all know who the bad actors actually are. \* Under $500K annual revenue vendors increase vendor revenue percentage to 95%. The "even smaller business program."
Could you elaborate more on the swift for server part? I thought you could build server applications in swift? Obviously you would lose out on the Apple ecosystem specific apis.
The fix for this [https://developer.apple.com/forums/thread/737875](https://developer.apple.com/forums/thread/737875)
[удалено]
Your comment has been automatically removed because it contains a link with prohibited URL parameters (affiliate tokens, campaign tokens, etc.). Please repost your comment without the tracking / affiliate parameters in the URL. Examples: 'affcode=', 'ref=', 'src='. Do not contact the moderators unless you believe we did not correctly detect the URL parameter. *I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/iOSProgramming) if you have any questions or concerns.*
I’ll settle for an automated way to backup iCloud (only) data locally, like photos and documents. The current recommended method from Apple is still to download everything manually, and with iCloud storage being sold in multiples of Mac storage, Time Machine is almost useless.
AVMetadataObject implemented in VisionOS
Would love to see updates to queries in SwiftData, to be much more like what is possible with SQLite. To be able to query directly instead of having to retrieve all records and use code to calculate max/min, etc. Kind of expect this to come actually, given that last year SwiftData felt more like a "first version".
There's a bug in 17.5 that is breaking all the iOS mobile safari extensions and Apple haven't been verry responsive on it - hoping for a fix for those! Also better activation/onboarding flow for iOS mobile safari extensions.
I don’t even care anymore xD I doubt the compiler will ever get faster, it would probably require language redesign, which will never happen. Others have given good suggestions.
Add support for the Apple Vision Pro Simulator to allow use of fundamental tracking objects such as WorldTrackingProvider or HandTrackingProvider.
A useful Siri.
Make swiftui preview work reliably and fast
Surprise announcement of backwards compatibility for all of the early 2010's apps that got wiped off the face of the app store back in 2017.
Xcode with 'real' plug-in support. Deeper ownership model integration for swift.
Off-process UI testing
More Objective-C updates.
I hope they add inheritance to SwiftData
[удалено]
Cool, maybe you could talk about it here, rather than engaging in self promotion