Testing the Limits of the New Spotify Integration in ChatGPT
Reports of Slide Over’s Death Were Greatly Exaggerated→
Well, that didn’t take long.
In yesterday’s second developer beta of iPadOS 26.1, Apple restored the Slide Over functionality that was removed with the debut of the new windowing system in iPadOS 26.0 last month. Well…they sort of restored Slide Over, at least.
In my review of iPadOS 26, I wrote:
So in iPadOS 26, Apple decided to scrap Split View and Slide Over altogether, leaving users the choice between full-screen apps, a revamped Stage Manager, and the brand new windowed mode. At some level, I get it. Apple probably thinks that the functionality of Split View can be replicated with new windowing controls (as we’ll see, there are actual tiling options to split the screen into halves) and that most people who were using these two modes would be better served by the new multitasking system the company designed for iPadOS 26.
At the same time, though, I can’t help but feel that the removal of Slide Over is a misstep on Apple’s part. There’s really no great way to replicate the versatility of Slide Over with the iPad’s new windowing. Making a bunch of windows extra small and stacked on the side of the screen would require a lot of manual resizing and repositioning; at that point, you’re just using a worse version of classic windowing. I don’t know what Apple’s solution could have been here – particularly because, like I said above, the iPad did end up with too many multitasking systems to pick from. But the Mac also has several multitasking features, and people love the Mac, so maybe that’s fine, too?
Slide Over will be missed, but perhaps there’ll be a way for Apple to make it come back.
The unceremonious removal of Slide Over from iPadOS 26 was the most common comment I received from MacStories readers over the past month. I also saw a lot of posts on different subreddits from people who claimed they weren’t updating to iPadOS 26 so they wouldn’t lose Slide Over functionality. Perhaps Apple underestimated how much people loved and used Slide Over, or maybe – like I argued – they thought that multitasking and window resizing could replace it. In any case, Slide Over is back, but it’s slightly different from what it used to be.
The bad news first: the new Slide Over doesn’t support multiple apps in the Slide Over stack with their own dedicated app switcher. (This option was introduced in iPadOS 13.) So far, the new Slide Over is single-window only, and it works alongside iPadOS windowing to put one specific window in Slide Over mode. Any window can be moved into Slide Over, but only one Slide Over entity can exist at a time. From this perspective, Slide Over is different from full-screen: that mode also works alongside windowing, but multiple windows can be in their full-screen “spaces” at the same time.
On one hand, I hope that Apple can find a way to restore Slide Over’s former support for multiple apps. On the other, I feel like the “good news” part is the reason that will prevent the company from doing so. What I like about the new Slide Over implementation is that the window can be resized: you’re no longer constrained to using Slide Over in a “tall iPhone” layout, which is great. I like having the option to stretch out Music (which I’ve always used in Slide Over on iPad), and I also appreciate the glassy border that is displayed around the Slide Over window to easily differentiate it from regular windows. I feel, however, that since you can now resize the Slide Over window, also enabling support for multiple apps in Slide Over may get too confusing or complex to manage. Personally, now that I’ve tested it, I’d take a resizable single Slide Over window over multiple non-resizable apps in Slide Over.
Between improvements to local capture and even more keyboard shortcuts, it’s great (and reassuring) to see Apple iterate on iPadOS so quickly after last month’s major update. Remember when we used to wait two years for minor changes?
Apps in ChatGPT→
OpenAI announced a lot of developer-related features at yesterday’s DevDay event, and as you can imagine, the most interesting one for me is the introduction of apps in ChatGPT. From the OpenAI blog:
Today we’re introducing a new generation of apps you can chat with, right inside ChatGPT. Developers can start building them today with the new Apps SDK, available in preview.
Apps in ChatGPT fit naturally into conversation. You can discover them when ChatGPT suggests one at the right time, or by calling them by name. Apps respond to natural language and include interactive interfaces you can use right in the chat.
And:
Developers can start building and testing apps today with the new Apps SDK preview, which we’re releasing as an open standard built on the Model Context Protocol (MCP). To start building, visit our documentation for guidelines and example apps, and then test your apps using Developer Mode in ChatGPT.
Also:
Later this year, we’ll launch apps to ChatGPT Business, Enterprise and Edu. We’ll also open submissions so developers can publish their apps in ChatGPT, and launch a dedicated directory where users can browse and search for them. Apps that meet the standards provided in our developer guidelines will be eligible to be listed, and those that meet higher design and functionality standards may be featured more prominently—both in the directory and in conversations.
Looks like we got the timing right with this week’s episode of AppStories about demystifying MCP and what it means to connect apps to LLMs. In the episode, I expressed my optimism for the potential of MCP and the idea of augmenting your favorite apps with the capabilities of LLMs. However, I also lamented how fragmented the MCP ecosystem is and how confusing it can be for users to wrap their heads around MCP “servers” and other obscure, developer-adjacent terminology.
In classic OpenAI fashion, their announcement of apps in ChatGPT aims to (almost) completely abstract the complexity of MCP from users. In one announcement, OpenAI addressed my two top complaints about MCP that I shared on AppStories: they revealed their own upcoming ecosystem of apps, and they’re going to make it simple to use.
Does that ring a bell? It’s impossible to tell right now if OpenAI’s bet to become a platform will be successful, but early signs are encouraging, and the company has the leverage of 800 million active users to convince third-party developers to jump on board. Just this morning, I asked ChatGPT to put together a custom Spotify playlist with bands that had a similar vibe to Moving Mountains in their Pneuma era, and after thinking for a few minutes, it worked. I did it from the ChatGPT web app and didn’t have to involve the App Store at all.
If I were Apple, I’d start growing increasingly concerned at the prospect of another company controlling the interactions between users and their favorite apps. As I argued on AppStories, my hope is that the rumored MCP framework allegedly being worked on by Apple is exactly that – a bridge (powered by App Intents) between App Store apps and LLMs that can serve as a stopgap until Apple gets their LLM act together. But that’s a story for another time.
Making Sense of MCP: The Standard Connecting AI to Apps
This week, Federico and John demystify Model Context Protocol (MCP), covering how it works, where it’s heading, and practical examples of what it can do.
On AppStories+, Federico and John experiment with whether AI can make sense of the information firehose.
We deliver AppStories+ to subscribers with bonus content, ad-free, and at a high bitrate early every week.
To learn more about an AppStories+ subscription, visit our Plans page, or read the AppStories+ FAQ.
AppStories Episode 455 - Making Sense of MCP: The Standard Connecting AI to Apps
38:12
AirPods Pro 3, iPhone Air, and a Cable Quest
This week, Federico and John follow up after a week with new Apple hardware and dig into watchOS and visionOS 26.
On AppStories+, John is mixing up his link and data organization systems - again.
We deliver AppStories+ to subscribers with bonus content, ad-free, and at a high bitrate early every week.
To learn more about an AppStories+ subscription, visit our Plans page, or read the AppStories+ FAQ.
AppStories Episode 454 - AirPods Pro 3, iPhone Air, and a Cable Quest
37:12
This episode is sponsored by:
- Claude – Get 50% off Claude Pro, including access to Claude Code.
Fall Hardware: First Impressions
This week, Federico and John shared their first impressions of the iPhone 17 Pro Max, iPhone Air, Apple Watch Ultra 3, and AirPods Pro 3.
On AppStories+, Federico asks John about his plans to unwind now that his macOS review is out.
We deliver AppStories+ to subscribers with bonus content, ad-free, and at a high bitrate early every week.
To learn more about an AppStories+ subscription, visit our Plans page, or read the AppStories+ FAQ.
AppStories Episode 453 - Fall Hardware: First Impressions
30:47
This episode is sponsored by:
- Things – A fresh new look for OS 26
Behind the Scenes of My iOS and iPadOS 26 Review
iOS, iPadOS, and macOS 26: The MacStories Reviews
This week, Federico and John discuss their annual OS reviews. Federico digs into the details of iOS and iPadOS 26, while John considers what macOS 26 Tahoe means for users.
On AppStories+, John updates listeners on what he bought after last week’s Apple event and why.
We deliver AppStories+ to subscribers with bonus content, ad-free, and at a high bitrate early every week.
To learn more about an AppStories+ subscription, visit our Plans page, or read the AppStories+ FAQ.
AppStories Episode 452 - iOS, iPadOS, and macOS 26: The MacStories Reviews
52:54
This episode is sponsored by:
- Widgetsmith: Make your phone your own with custom widgets and wallpapers. Ready for Liquid Glass in iOS 26. Use our link for a free month of Widgetsmith Premium.
- Steamclock: We make great apps. Design and development, from demos to details.
