Hello, I'm building an app that is designed to largely mimick Apple's own audio auto-switch behavior when switching between different audio output devices like MacBook Pro speakers and AirPods. The purpose is to "lend a hand" to certain apps, like CrossOver (wine) ran x68-64 apps that don't seem to respond well to CoreAudio changing the audio output after the x68-64 program has already init its audio after startup. Thus, I don't actually need much of a GUI except for a few specific features, and perhaps later some ehancements I'd like to add that can make use of a proper GUI. I've decided to implement the MacOS Tahoe Apple Liquid Glass UI to keep the user experience as streamlined and intuitive as possible. I've largely been successful: The GitHub page goes into greater detail showing the greater context of the AppKit API's I'm using to achieve this UI design. There is just one issue I haven't been able to solve, how to get the sidebar tab(s) to blur when scrolled underneath the Window Controls (Traffic Light) buttons. These tabs are part of a NSScrollView underneath the NSToolbar aligned from the top-most left and right window edges, but split from the right-hand content side via NSSplitViewController > NSSplitViewItem (again exact topology is at the page "link" below). On the content side (right side), I used NSSplitViewItemAccessoryViewController to create the blur zone so that when its own NSScrollView content is scrolled upwards, past the toolbar NSToolbar, it would apply a progressive tint+blur effect, just as Apple has implemented in their own apps. This wasn't really automatic since I did have to elect to use it as part of a MacOS 26.1+ specific class (NSScrollEdgeEffectStyle), but it's working on the content side nonetheless: Now I am trying to get the same effect working on the sidebar side and am having issues with this. Please see the page below as it summarizes our test attempts with greater detail. I've only gotten this far by reading "obscure" comments in the SDK's so I'm really hoping this is just a ID10T error in that I've missed something. Note: even though I only have 3 tabs currently in the sidebar NSScrollView, I will eventually populate this further, especially with some user configurable stuff on my roadmap. That said, the sidebar is only "scrollable" right now because I've left the "vertical scroll elasticity" enabled, intentionally. (.verticalScrollElasticity [IS NOT] .none! Therefore, I can still "scroll" the enumerated tabs inside the sidebar's NSScrollView upward behind the Traffic Light buttons, to validate if the blur+tint effect is being rendered. I say all of that to ask if, perhaps, the reason that the blur+tint effect is not rendering in the Window could be because there's not enough content to render in the sidebar to produce a scrollbar, and simply leaving .verticalScrollElasticity "enabled" is not sufficient to produce this effect? I don't know that for sure, but it's the only thing I can think of at this point. Its not obvious to me though. This app is written entirely in Swift (v6.3.3) and will require a minimum of MacOS Tahoe 26.1.X due to the AppKit API's I'm using (namely NSScrollEdgeEffectStyle). GitHub Page documenting issue in greater detail (remove the spaces): HT TP S:// gitdev.brianbutts.me /sidebar-scroll-edge-blur. html

Hello Apple Developer Community, I’ve got a question. I would like to design my web app with the website for my project. I’m currently developing my iOS App and I would like to make a web version too. I would love to use the Apple SF Symbols for my Design as they’re clean and would have the same design as in my iOS App. Am I allowed to integrate them into my website or is it against the ToS of the Apple Developer Program? Have a nice weekend and a happy 4. July 😁 PS: Sorry if I selected the wrong category

Apple is currently missing a some Unicode writing systems not displaying on iOS, Apple needs to add new unicode scripts and extensions iOS 28 and iOS 29 Requested New Writing Systems Vithkuqi Todhri Sidetic Garay Old Sogdian Sogdian Old Uyghur Chorasmian Elymaic Tulu-Tigalari Dogra Dives Akuru Nandinagari Zanabazar Square Soyombo Sunuwar Tolong Siki Makasar Kawi Cypro-Minoan Anatolian Hieroglyphs Gurung Khema Tangsa Kirat Rai Medefaidrin Beria Erfe Nushu Toto Ol Onal Tai Yo Requested Extended Noto Scripts Balinese (Unicode 14.0 and 16.0) Kharosthi (Unicode 11.0) Kaithi (Unicode 11.0 and 14.0) Chakma (Unicode 13.0) Sharada (Unicode 13.0 and 17.0) Khojki (Unicode 15.0) Newa (Unicode 13.0) Takri (Unicode 14.0) Ahom (Unicode 14.0) Lisu (Unicode 13.0) Requested Extended Non-Noto Scripts Armenian (Unicode 11.0) Hebrew (Unicode 13.0) Arabic (Some Characters) Telugu (Unicode 17.0) Kannada (Unicode 15.0 and Unicode 17.0) Sinhala (Unicode 7.0 and 13.0) Lao (Unicode 6.1, 12.0 and 15.0) Devanagari (Unicode 5.2, 8.0 and 15.0) Requested Unicode Symbols Dingbats (Unicode 6.0) Miscellaneous Symbols and Arrows (Rest Encoded) Symbols for Legacy Computing Supplement (macOS only for now for Unicode 16.0) Miscellaneous Symbols and Pictographs (7.0 Dingbat Circles) (Webdings Icons macOS only) Ornamental Dingbats (All) Transport and Map Symbols (Webdings macOS only) Alchemical Symbols (Unicode 15.0) Geometric Shapes Extended (Unicode 7.0, 11.0 and 15.0) Chess Symbols (Normal and Rotated Chess Symbols Only from Unicode 12.0) Symbols for Legacy Computing (macOS only for now)

What is the best way to represent (in-app) or via App Store screenshots integration with native apps like Notes, Files, Photos? From a design perspective is it better to just use the app icon and say "integrated with... " subtitle or is there specific guidance from Apple on how to do this. A use case within my app is during onboarding I'd like to show that my app can be accessed via Control Center from any app like Notes, Photos, or Action Button. Thank you.

Hello Everyone, I am a student from India who is passionate about technology, coding, and design. I would like to propose a precise hardware and software design enhancement regarding the "LED Flash for Alerts" feature on the iPhone. Current Limitation: The existing feature utilizes the main camera flash/torch. While functional, it is incredibly bright and harsh, causing visual discomfort in dark rooms, study spaces, or classrooms. My Specific Idea: Instead of using the blinding main flash, Apple could integrate a subtle, soft white LED indicator directly inside or underneath the small black circle element located on the camera module (the sensor/microphone area). When a notification or call arrives, this exact black circle should softly pulse or glow with a clean, ambient white light. Benefits: Precision & Aesthetics: It utilizes an existing design element to create a beautiful, minimalist, and non-disruptive visual alert. User Experience: It provides a soft indicator that doesn't blind the user or disturb others in low-light environments. Power Efficiency: Illuminating a tiny dedicated ring/circle consumes significantly less battery than firing the main camera torch. As a student, I believe this subtle refinement would make the iPhone experience feel even more premium and thought-out. I would love to hear what Apple engineers and the developer community think about this!

I noticed in the PNG export of my icon in icon composer that there is a border around a layer of my icon. This doesn’t show up in the in app preview, but only when exported. My icon composer file is here: https://github.com/user-attachments/files/28973433/rootshell.27.zip This is the 1024@2x exported image https://private-user-images.githubusercontent.com/65378120/608158382-7b2a8e59-9822-465b-95d0-1dc624d6a617.png

On earlier iOS versions Live Activity displays correctly according to mode set.  Can't find an opened issue for that version: iOS 26 device: iPhone 16

Is there any guidance on changes here between iOS 26 & 27? To go .topLeading or .topTrailing? That is the question. iOS 26 iOS 27

I’m building a visionOS app that starts with a regular 2D SwiftUI window. From that 2D window, the user can enter a volumetric mode, where I want to open a large volumetric WindowGroup and have it appear centered around the same spatial position as the original 2D window. The volumetric window is physically large, roughly over 1m × 1m × 30cm. Because of that, placement behavior is very noticeable. My intended behavior is: User is interacting with a regular 2D window. User taps a button. A large volumetric window opens. The volumetric window appears in front of the user, ideally centered on or near the original 2D window’s position. The original 2D window is dismissed or replaced. My current workaround is to call openWindow(id:) for the volumetric window, then dismiss the original 2D window. This works in the sense that the volume is created, but its initial position is noticeably offset from the original 2D window. I also tried using defaultWindowPlacement to control the placement of the volumetric window relative to the existing 2D window. I tested placements such as .below, .trailing, and other relative positions. However, because the volumetric window is large, the result is worse: when I open the volume from the 2D window, the volumetric window appears to move instantly far away from the user’s view, almost as if it flies out of the visible workspace. After that, I can no longer see or interact with the volume. Interestingly, if I then go back to the system Home View and tap the app icon again, the volumetric window appears normally in front of the user. Here is a simplified version of my setup: @main struct MyApp: App { var body: some Scene { WindowGroup(id: "main") { MainWindowView() } WindowGroup(id: "volume") { VolumeView() } .windowStyle(.volumetric) .defaultSize(width: 1.0, height: 1.0, depth: 0.3, in: .meters) // I also tried defaultWindowPlacement here, // using placements such as .below, .trailing, etc. } } struct MainWindowView: View { @Environment(.openWindow) private var openWindow @Environment(.dismissWindow) private var dismissWindow var body: some View { Button("Open Volume") { openWindow(id: "volume") dismissWindow(id: "main") } } } What I would like to know: Is there a supported way to open a large volumetric window from a 2D window while preserving or approximating the 2D window’s spatial center? Is defaultWindowPlacement expected to work reliably for large volumetric windows, or can relative placements such as .below or .trailing cause the volume to be placed outside the user’s comfortable visible area? Is there any API that exposes the current 2D window’s spatial position or center so I can place the volumetric window more precisely? Can pushWindow(id:) be used to replace a 2D window with a volumetric window while preserving placement, or is this transition not currently supported? Why would the same volumetric window appear far away when opened from the 2D window, but appear normally in front of the user when the app is reopened from the system Home View? What is the recommended UX or technical pattern for transitioning from a regular 2D window into a large volumetric window without the volume jumping or appearing outside the user’s view? I’m testing this on: visionOS version: [26.5] Xcode version: [26.4.1] Device or Simulator: [vision pro m2 & m5] SwiftUI app lifecycle Source scene: regular WindowGroup Destination scene: WindowGroup with .windowStyle(.volumetric) Approximate volume size: over 1m × 1m × 30cm Any guidance on the recommended placement strategy for large volumetric windows would be appreciated.

vesion: iOS 17+ When requesting Photo Library access on iOS, the system displays a standard permission dialog. And I just wanna save a image to user's photo library. Is it possible to replace or customize this system permission popup with a fully custom-designed UI? If customization is not allowed, is the recommended approach to first present a custom explanatory popup or screen and then trigger the system permission dialog?

I'm currently in the WWDC26 Group Lab for Icon Composer and they will not allow questions about the newest features in Icon Composer and visionOS app icons. Why are visionOS app icons not supported? Why are they so different that this isn't possible? Are there any plans to include them? In an age where Apple is increasingly encouraging developers to create apps across multiple platforms (resizability), this becomes an even more reasonable question to ask. Why is this one platform not getting the love??

I just updated to tvOS 27 and I saw... nothing. It still uses the tvOS 26 icons and none of the Liquid Glass design changes the other platforms received are there (like the new outlines and depth of buttons). Even the highlights angle on the icons is still 45 degrees. Is this to be expected? Why is tvOS 27 the only platform that does not get these refinements? Not even updating the icons is sad...

For those who've spent some time with Icon Composer, what's the single feature, technique, or workflow trick that made the biggest difference in your icon design process? I'd love to hear real-world examples and lessons learned. Thanks!

Now that we are to move away from designing apps for specific devices and fixed orientations, and to instead target “a dynamic range of sizes and aspect ratios”, what does that mean for Apple Pay and CoreNFC flows? For layouts that show users where to tap the NFC tag device to the phone (approximate location where the NFC hardware is located in the phone), how should placement instructions be updated? For reference to all, here's Apple's design, that contains a dot cloud, showing the general tap area: https://www.apple.com/business/tap-to-pay-on-iphone/ Wondering if Apple could provide any updated examples (especially for CoreNFC)? Thanks for the help!

Hello Elon, Your WWDC26 Group Lab is almost here. Please review the details below to make sure you have a great experience. Accessibility Technologies Group Lab Tuesday, June 9, 2026 5:00 p.m. (Pacific Daylight Time) 60 minutes Conducted in English https://developer.apple.com/go/?id=wwdc26-accessibility-technologies-group-lab Learn more about Group Labs > If you’re unable to attend, please cancel your registration. If you have questions about your Group Lab, please contact us. We’re glad you’re spending part of WWDC26 with us. The Apple Developer Relations Team Copyright © 2026 Apple Inc. One Apple Park Way, MS 923-4DEV, Cupertino, CA 95014 All Rights Reserved | Privacy Policy | Account This is a service notification related to your Apple Developer account.

True mobile innovation isn't about doing more on your screen; it's about doing less to get the exact same result. I can justify the statement which i have written as a Headline by implementing these points. There are 5 interesting features that need to be added into the operating system by which all the apple users are benefited. These five features together are coined as a term "PEDDI". Personalization/Passion Easy of Access Gestures Duplication Optimization Deletion Instant Voice-Overs These five features enhances the user experience with the operating system. There is a lot that apple can provide by integrating these features into the system. Feel free to contact me for the detailed explanation regarding these features. Thanks, Young Aspirant.

This new battery icon in iOS 27 is discouraging and ugly. I wish the battery icon from iOS 26 and earlier would come back.

I’m building a Wallet pass that stores a customer’s proof of product ownership and digital receipts — used for circular-economy actions (recycling, returning, reselling, or gifting a product). There is no payment functionality involved; it’s purely a record/receipt store with an earned points balance. I’d like the pass to have the look and feel of a payment/bank card. My questions: 1. Is it possible to present a pass with a payment-card-style appearance through standard PassKit, without being a bank or Apple Pay payment issuer? 2. If that exact card surface is reserved for Apple Pay payment cards, is storeCard the closest supported style for a card that displays an earned balance? Are there any restrictions on using storeCard this way (i.e. a balance not tied to payments)? 3. Any policy or review considerations when a single pass represents both product ownership and a rewards balance? I want to build on the correct, supported pass style from the start rather than discover a constraint later. Thanks for any guidance.

I’m delighted with the introduction of new color folders. Although, I can’t help but wonder why we still need both color folders and tags. Aren’t the color folders sufficient for our needs?

It has been 6 days since we submitted our app for review, and the status is still showing “Waiting for Review,” even though the guidelines mention reviews are usually completed within 48 hours. We also contacted support but have not received any response yet. Has anyone else experienced similar delays recently? Any advice would be appreciated.