일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
Tags
- new int
- Cpp
- IOS
- git status
- 깃허브 가이드
- 깃 명령어
- C++
- Swift
- 동적할당
- swiftmangling
- 깃허브 사용법
- Problem Solving
- deny(1)
- Git
- 인프런
- ios build fail
- 알고리즘
- PS
- swift property wrapper
- github
- sandbox: rsync.samba
- 리눅스 명령어
- swiftnamemangling
- 깃헙
- 네임멩글링
- 깃허브
- 백준
- Algorithm
- 2차원배열
- ios sandboxing
Archives
- Today
- Total
목록IOS/SwiftUI (1)
Get Up & Code, MacKin Talk
상위/하위 Spacer 우선 순위. fixedSize(), .frame(maxWidth:)
일부 뷰를 구현하는 중 상위 뷰에도 Spacer()이 존재하고, 하위 뷰에도 Spacer()이 존재하는 상황에서하위뷰의 Spacer()이 우선되는 것을 확인했다.1. 상위/하위에 Spacer()가 공존할 경우• SwiftUI는 자식 뷰들이 최대한 크기를 확장하고 나서, 남는 공간을 Spacer()에 분배.• 기본적으로 자식 뷰의 Spacer()가 먼저 공간을 가져가면, 상위 뷰의 Spacer()는 남은 공간만 가질 수 있다.상위 뷰의 Spacer()이 우선되도록 하는 방안을 고려하면 다음과 같은 방안들을 고려할 수 있다.방법 1VStack { Spacer() // 상위 Spacer HStack { Text("하위 뷰") Spacer() // 하위 Spac..
IOS/SwiftUI
2025. 8. 4. 22:03