--- title: Size classes inside ArrangementView | daily.dev description: The view passed directly to ArrangementView on iOS 27.1 reads the window's size classes instead of the pane's, a problem absent in iOS 27.2. On iOS 27.1, a... canonical: https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc twitter:card: summary_large_image twitter:site: @dailydotdev og:type: website og:site_name: daily.dev og:title: Size classes inside ArrangementView | daily.dev og:description: The view passed directly to ArrangementView on iOS 27.1 reads the window's size classes instead of the pane's, a problem absent in iOS 27.2. On iOS 27.1, a... og:url: https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc og:image: https://api.daily.dev/og/posts/3jgTRnUZC.png og:image:alt: Size classes inside ArrangementView og:image:width: 1200 og:image:height: 630 og:locale: en --- > ## Documentation Index > Fetch the complete documentation index at: https://daily.dev/llms.txt > Use this file to discover all available pages before exploring further. # Size classes inside ArrangementView **[Sarunw](https://daily.dev/sources/sarunw)** · [@sarunw](https://daily.dev/sarunw) · 5 min read · 0 upvotes · 0 comments ## Summary The view passed directly to ArrangementView on iOS 27.1 reads the window's size classes instead of the pane's, a problem absent in iOS 27.2. On iOS 27.1, a Secondary pane only 371 points wide still reports a Regular width, while a child view nested inside it correctly reads Compact. Wrapping the top view in an extra VStack fixes it on 27.1. On iOS 27.2, top and nested views agree, and the split axis goes compact: side by side gives compact width, stacked gives compact height. Unfolded iPhone Duo panes get the same size classes as iPad. ## Full article daily.dev links to this article rather than hosting it. Read it at the original source: ## Questions this post answers ### Why does the top view inside ArrangementView report the window's size classes instead of the pane's on iOS 27.1? This is a bug in iOS 27.1: the view passed directly to ArrangementView reads the window's size classes, while every view nested inside it correctly reads the pane's size classes. For example, a Secondary pane only 371 points wide still reports a Regular width. Wrapping the top view in an extra VStack makes it read the pane's correct size classes. The bug is fixed on iOS 27.2, where the top view and nested views agree. _Tracking platform quirks like this iOS 27.1 size-class bug is easier with daily.dev before you ship._ ### What size classes does ArrangementView assign to panes when they are stacked versus side by side? The axis that gets split becomes compact. Stacked panes get a compact height (Regular/Compact), and side-by-side panes get a compact width (Compact/Regular). This holds on iPhone Duo when half-open or open, and on iPad Pro 13-inch in both portrait and landscape, with an unfolded iPhone Duo matching the same size classes as an iPad. _Developers building adaptive layouts can keep tabs on ArrangementView behavior via daily.dev._ ## Similar posts on daily.dev - [Positioning SwiftUI views around the fold on iPhone Duo](https://daily.dev/posts/positioning-swiftui-views-around-the-fold-on-iphone-duo-i3gdcfsn1) · Nil Coalescing · 0 upvotes · 0 comments - [WebKit Features for Safari 27.1](https://daily.dev/posts/webkit-features-for-safari-27-1-atcawdhm4) · WebKit · 3 upvotes · 0 comments --- Tags: [#ios](https://daily.dev/tags/ios), [#swiftui](https://daily.dev/tags/swiftui) [View this post on daily.dev](https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc) ```json {"@context":"https://schema.org","@graph":[{"@type":"Organization","@id":"https://daily.dev/#organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180},"sameAs":["https://twitter.com/dailydotdev","https://github.com/dailydotdev","https://www.linkedin.com/company/daily-dev-ltd"]},{"@type":"WebSite","@id":"https://daily.dev/#website","url":"https://daily.dev","name":"daily.dev","publisher":{"@id":"https://daily.dev/#organization"},"potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://daily.dev/search?q={search_term_string}"},"query-input":"required name=search_term_string"}}]} {"@context":"https://schema.org","@type":"TechArticle","headline":"Size classes inside ArrangementView","url":"https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc","mainEntityOfPage":{"@type":"WebPage","@id":"https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc"},"datePublished":"2026-10-25T19:55:19.608Z","dateModified":"2026-10-26T16:00:22.200Z","description":"The view passed directly to ArrangementView on iOS 27.1 reads the window's size classes instead of the pane's, a problem absent in iOS 27.2. On iOS 27.1, a...","image":"https://media.daily.dev/image/upload/f_auto,q_auto/v1/posts/c1f9502d42056e87b6863c7eb9312832?_a=AQAEuop","thumbnailUrl":"https://media.daily.dev/image/upload/f_auto,q_auto/v1/posts/c1f9502d42056e87b6863c7eb9312832?_a=AQAEuop","isAccessibleForFree":true,"articleSection":"Sarunw","inLanguage":"en","publisher":{"@type":"Organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180}},"author":{"@type":"Person","name":"Sarun Wongpatcharapakorn","url":"https://daily.dev/sarunw","image":"https://avatars.githubusercontent.com/u/795368?v=4","interactionStatistic":{"@type":"InteractionCounter","interactionType":{"@type":"EndorseAction"},"userInteractionCount":20}},"commentCount":0,"discussionUrl":"https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc","interactionStatistic":[{"@type":"InteractionCounter","interactionType":{"@type":"LikeAction"},"userInteractionCount":0},{"@type":"InteractionCounter","interactionType":{"@type":"CommentAction"},"userInteractionCount":0}],"keywords":"ios,swiftui","timeRequired":"PT5M"} {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://daily.dev"},{"@type":"ListItem","position":2,"name":"Sarunw","item":"https://daily.dev/sources/sarunw"},{"@type":"ListItem","position":3,"name":"Size classes inside ArrangementView"}]} {"@context":"https://schema.org","@type":"FAQPage","@id":"https://daily.dev/posts/size-classes-inside-arrangementview-3jgtrnuzc#faq","mainEntity":[{"@type":"Question","name":"Why does the top view inside ArrangementView report the window's size classes instead of the pane's on iOS 27.1?","acceptedAnswer":{"@type":"Answer","text":"This is a bug in iOS 27.1: the view passed directly to ArrangementView reads the window's size classes, while every view nested inside it correctly reads the pane's size classes. For example, a Secondary pane only 371 points wide still reports a Regular width. Wrapping the top view in an extra VStack makes it read the pane's correct size classes. The bug is fixed on iOS 27.2, where the top view and nested views agree. Tracking platform quirks like this iOS 27.1 size-class bug is easier with daily.dev before you ship."}},{"@type":"Question","name":"What size classes does ArrangementView assign to panes when they are stacked versus side by side?","acceptedAnswer":{"@type":"Answer","text":"The axis that gets split becomes compact. Stacked panes get a compact height (Regular/Compact), and side-by-side panes get a compact width (Compact/Regular). This holds on iPhone Duo when half-open or open, and on iPad Pro 13-inch in both portrait and landscape, with an unfolded iPhone Duo matching the same size classes as an iPad. Developers building adaptive layouts can keep tabs on ArrangementView behavior via daily.dev."}}]} ```