WPF - 중첩된 ScrollViewer의 크기 제어 - 두 번째 이야기
지난번에 이에 관해서 설명을 드렸지요.
WPF - 중첩된 ScrollViewer의 크기 제어
; https://www.sysnet.pe.kr/2/0/744
그 당시에 해결 방법으로 ScrollViewer를 상속받아서 처리하는 것을 소개했는데요. MeasureOverride에서 (0, 0)으로 하위 노드에 전달하는 방법은 "대개의 경우"에는 정상적으로 동작하지만, 가끔 그런 상황을 이해못하는 3rd-party 컨트롤들이 있습니다. (Infragistics의 XamDataGrid처럼!)
그래서, 결국 억지로 또다시 그런 예외를 고려한 방법을 고안해야만 했는데요.
가만히 생각해 보니, 하위 컨텐트가 크기를 얼마를 주장하든 자신의 크기는 변경시키지 않는 WPF 컨트롤이 생각났습니다. 아하~~~ 바로 Canvas가 그것입니다.
보통의 WPF 컨트롤들은, 그것이 포함하고 있는 하위 노드의 크기에 따라서 자신의 크기도 변경시킵니다. 아래와 같은 화면에서 두 번째 Border 컨트롤이 내부의 Grid 요소에 의해서 함께 커진 것이 그 좋은 예지요.
[그림 1: 내부 컨트롤을 수용하기 위해 함께 커진 Border 컨트롤]
반면에, Canvas는 내부 컨트롤의 크기야 어떻든 자신의 크기는 꿋꿋이 지켜내어 다음과 같은 레이아웃을 구성해 냅니다.
[그림 2: 내부 컨트롤과 상관없이 크기를 유지하는 Canvas]
오호... 그렇다면 답이 나왔습니다. 위와 같은 상태에서 Canvas의 크기에 맞게 하위 컨트롤의 Width/Height를 조정해 버리면 되는 것입니다.
그럼, 중첩된 ScrollViewer인 상황에서도 아래와 같이 자연스러운 레이아웃 구성을 볼 수 있습니다.
[그림 3-1: 내부 ScrollViewer의 스크롤 활성]
[그림 3-2: 내/외부 ScrollViewer의 스크롤 활성]
[그림 3-3: 내/외부 ScrollViewer의 스크롤 비활성]
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]