Important
As with Material 3 Expressive, we are not developing the new Apple’26 UI design features in the Cupertino library right now, and we will not be accepting contributions for these updates at this time.
The arrival of major updates for both Material and Cupertino presents a significant (and exciting!) opportunity to apply past lessons and reconsider the long-term architecture for design system integration in Flutter.
To evaluate this, we have begun a broad investigation into our current approach. This includes exploring various architectural possibilities - for instance, we are re-evaluating the long-requested idea of moving the Material and Cupertino libraries out of the core framework.
This strategic pause on design updates gives us the space to ensure the long-term health and maintainability of Flutter's design libraries. We are committed to being transparent with our contributor community as we explore these options and will have more to share on our findings and future direction in the coming weeks. 💙
Meanwhile, WWDC announced other features beyond design updates that we are also tracking. See the Apple release 2025: Xcode 26, iOS 26, macOS 26 project for the latest as we are looking into each exciting update and how it will be coming to Flutter.
Use case
With the introduction of iOS 26, Apple has begun rolling out the new Liquid Glass design language. This introduces significant changes to the visual styling and interaction behavior across native iOS apps. As a result, Flutter apps using the existing Cupertino widgets risk appearing visually outdated on the latest iOS devices, leading to a degraded user experience and a perception of apps being “non-native.”
For developers targeting iOS users who expect modern, fluid design aesthetics, this represents a significant challenge. There is currently no way to adopt these design changes through Flutter’s existing Cupertino widget set.
Problem
•	Flutter’s Cupertino widgets are currently modeled after pre-iOS 26 styling.
•	With the release of the Liquid design language, Cupertino widgets now look outdated on iOS 26 and beyond.
•	Developers may be forced to manually create custom implementations that match Liquid design, fragmenting the ecosystem.
Alternative solutions considered
•	Creating custom widgets that mimic the new iOS 26 design language.
•	Waiting for a third-party package to attempt a solution (uncertain support and sustainability).
•	Forking flutter/cupertino.dart to add our own Liquid components (not ideal for maintainability).
Proposal
This issue aims to open a discussion around supporting Liquid design in Flutter’s Cupertino widget set.
Some ideas to consider:
1.	New Widget Set: Introduce a LiquidGlass widget set that mirrors the updated design language, living alongside the current Cupertino widgets.
2.	Adaptive Styling: Update existing Cupertino widgets to adapt their style based on the iOS version — using Liquid design on iOS 26+ and the classic Cupertino design on earlier versions.
3.	Configurable Styling: Provide a top-level configuration or theme switch that allows developers to choose which Cupertino styling to adopt (Cupertino vs. Liquid).
4.	Fallback Strategy: Ensure a graceful fallback for devices running iOS versions older than 26, if newer styles are implemented.
Would love to hear from the Flutter team and the community:
•	Should this be a core framework feature?
•	Or something better suited to a standalone package?
•	How should we manage backward compatibility?
.png)
 4 months ago
                                17
                        4 months ago
                                17
                     
  

![ChatGPT made me delusional [video]](https://www.youtube.com/img/desktop/supported_browsers/firefox.png)
