Post #4332459

2026-07-05 12:22 UTC

A reason for the trailing placement is probably also the “Apple Account” branding or the placement of leading controls like segmented controls, search fields, and so on. Apps like Maps, Numbers, Wallet, Home, and Weather do this. Though, other apps also place buttons and segemented controls in the toolbar and have a leading close button like Safari, Calendar, Journal, Reminders. Another reason of the trailing positioning is the multi-step flow like for the account sheets in App Store, Music, etc. This ensures the close button stays in the same location even when navigating around. Though interestingly, Apple does switch that pattern around in some apps like Health. The close is on the leading end and changes to a checkmark on the trailing end when navigating down (in some views). That actually matches with the HIG! 3/5 🧵

Replies (1)

@alexkaessner@mas.to 2026-07-05 12:26

For me a settings sheet was always a bit of a trickier question, because settings are usually not saved on close, but applied directly. Though, the longer I look at it the more I feel like it makes sense to use a trailing checkmark in this case. This keeps the old pattern of the trailing “Done” button and works with a multi-step flow (if needed). I guess it also doesn’t hurt to confirm to the user that things are saved. Additionally this is how I understand the latest HIG phrasing and examples of the sheets: https://developer.apple.com/design/human-interface-guidelines/sheets#iOS-iPadOS And it matches quite well with the SwiftUI Toolbar placements. Too bad there is no .closeAction placement to make this super clear. 😅 4/5 🧵

Open ##4332460