일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
31 |
Tags
- C++
- IOS
- swift property wrapper
- ios build fail
- 깃허브 사용법
- Problem Solving
- PS
- swiftnamemangling
- 인프런
- 백준
- swiftmangling
- 깃 명령어
- ios sandboxing
- github
- new int
- 동적할당
- deny(1)
- Algorithm
- 네임멩글링
- 깃헙
- Cpp
- 깃허브 가이드
- Git
- 깃허브
- sandbox: rsync.samba
- 2차원배열
- 알고리즘
- Swift
- git status
- 리눅스 명령어
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