27-2.툴바와 상태란

27-2-1.ToolStrip

툴바는 폼의 상단에 배치되며 명령을 내리는 다수의 버튼을 가진다. 마우스로 누르기만 하면 되므로 메뉴에 비해 접근성이 뛰어난 것이 무엇보다 큰 장점이고 아이콘으로 장식되어 있어 예쁘기까지 하다. 게다가 원하는 곳에 도킹시켜 놓을 수 있고 자주 쓰는 버튼만 골라 사용자 정의할 수 있어 편의성까지 극대화되어 있다. 그래서 툴바를 사용하지 않는 프로그램을 구경하기 힘들 지경이다.

툴바는 ToolBar, StatusBar 컨트롤로 만들 수도 있는데 더 신형의 ToolStrip, StatusStrip 컨트롤로 대체되었다. 복잡해졌지만 세련된 외관을 제공하며 기능이 풍부하다. 호환성 유지를 위해 이전 버전의 컨트롤도 여전히 사용할 수 있지만 도구 모음에서는 사라졌다. 앞으로는 가급적이면 신형 버전을 쓰는 것이 좋다. 처음 써 보는 사람에게는 과정이 조금 복잡하므로 간단한 예제를 통해 기본적인 동작과 용어를 익혀 보자.

빈 폼에 ToolStrip 컨트롤을 배치한다. Dock 프로퍼티의 디폴트가 Top이므로 폼의 상단에 밀착된다. 툴바에는 디자인 타임에 항목을 추가할 수 있는 버튼이 나타나는데 이 버튼은 디자인을 도와주는 보조 툴일 뿐이므로 실행중에는 나타나지 않는다. 왼쪽의 버튼을 누르면 툴바에 새로운 버튼이 추가되며 드롭다운을 열어 레이블, 콤보 박스, 구분자 같은 버튼 외의 다른 컨트롤을 배치할 수 있다.

컨트롤을 추가할 때는 툴바의 버튼을 사용하고 항목을 상세하게 관리할 때는 Items 프로퍼티 옆의 ... 버튼을 눌러 컬렉션 편집기를 호출한다. 편집기의 상단 콤보 박스에서 추가할 컨트롤을 선택한 후 추가 버튼을 누르면 된다. 오른쪽에는 툴바에 배치된 항목에 대한 속성창이 나타난다.

버튼, 버튼, 구분자, 레이블, 텍스트 박스, 버튼 순으로 추가했다. 항목을 추가하는 족족 툴바에도 배치된다. 두 번째 버튼의 CheckOnClick 프로퍼티를 true로 바꾸고 레이블의 Text를 "제목"으로 변경한다. 나머지 컨트롤은 모두 디폴트 프로퍼티를 그대로 사용한다. 컬렉션 편집기를 닫은 후 툴바의 세 버튼을 차례대로 더블클릭하여 Click 이벤트 핸들러를 작성한다.

ToolStripTest

using System; ~ using System.Windows.Forms;

namespace ToolStripTest {

public partial class Form1 : Form {

public Form1() {

InitializeComponent();

}

private void toolStripButton1_Click(object sender, EventArgs e) {

MessageBox.Show("툴바의 첫 번째 버튼을 눌렀습니다.");

}

private void toolStripButton2_Click(object sender, EventArgs e) {

if (toolStripButton2.Checked) {

BackColor = Color.Red;

} else {

BackColor = DefaultBackColor;

}

}

private void toolStripButton3_Click(object sender, EventArgs e) {

Text = toolStripTextBox1.Text;

}

}

}

첫 번째 버튼은 명령을 입력받았음을 확인하기 위해 메시지 박스를 연다. 두 번째 버튼은 누를 때마다 폼의 배경색을 빨간색과 Control 시스템 색으로 토글한다. 체크 박스처럼 진위적인 옵션을 입력받을 때는 자동으로 체크 상태를 토글하기 위해 CheckOnClick 프로퍼티를 true로 지정한다. 세 번째 버튼은 텍스트 박스에 입력된 문자열을 폼의 타이틀 바로 복사한다.

ToolStrip은 버튼, 텍스트 박스, 레이블, 프로그래스 등의 컨트롤을 배치할 수 있는 컨테이너이다. 구형 툴바는 버튼만 가지는데 비해 포함할 수 있는 컨트롤이 다양해졌으며 장식이나 제공하는 기능도 월등히 향상되었다. 다음은 ToolStrip의 주요 프로퍼티이다.

프로퍼티	타입	설명
CanOverflow	bool	오버플로우 기능을 지원하는지를 지정한다. 툴바의 항목이 툴바 폭을 넘을 경우 숨겨진 항목이 오버플로우 메뉴에 나타난다. 위 예제의 폭을 작게 줄여 보면 이 현상을 직접 볼 수 있다.
Items	ToolStripItemCollection ⓡ	툴바에 포함된 항목의 컬렉션이다. 별도의 컬렉션 편집기가 있으므로 디자인 타임에 손쉽게 편집할 수 있다.
RenderMode	ToolStripRenderMode	툴바를 그릴 때 사용할 스타일을 지정한다.
TextDirection	ToolStripTextDirection	툴바에 나타날 텍스트를 출력할 방향을 지정한다. 수평, 수직위, 수직아래 셋 중 하나를 선택한다.
AllowItemReorder	bool	실행중에 항목의 순서를 변경할 수 있는지를 지정한다. 이 값이 true이면 Alt키를 누른채로 항목을 드래그하여 순서를 바꿀 수 있다.
GripStyle	ToolStripGripStyle	툴바 이동 핸들의 표시 여부를 지정한다.

폭이 좁을 때 안보이는 버튼까지 쓸 수 있도록 해 주는 오버플로우나 항목의 순서를 실행중에 바꾸는 기능은 아주 훌륭하다. 참고로 이런 기능은 MenuStrip에도 그대로 적용되는데 MenuStrip이 ToolStrip으로부터 파생되었기 때문이다.

27-2-2.툴바의 항목

툴바의 주된 용도는 명령을 신속하게 입력받는 것이며 따라서 툴바에는 보통 명령 버튼이 배치된다. 하지만 필요할 경우 다른 컨트롤이 배치될 수도 있는데 특히 선택 사항을 입력받는 콤보 박스가 종종 필요하다. 비주얼 스튜디오의 툴바를 보면 빌드 타깃이나 검색 문자열을 입력받기 위한 콤보 박스가 툴바에 배치되어 있다. ToolStrip에는 다음과 같은 컨트롤이 배치된다.

클래스	설명
ToolStripLabel	제목을 표시하는 레이블이다. 하이퍼링크를 표시할 수도 있다.
ToolStipButton	명령 버튼 및 옵션을 입력받는 버튼이다.
ToolStripSeparator	항목끼리의 구분에 사용되는 직선을 긋는다.
ToolStripControlHost	사용자 지정 컨트롤을 호스트한다.
ToolStripComboBox	목록중 하나를 선택하거나 텍스트를 직접 입력할 수 있는 콤보 박스이다.
ToolStripTextBox	문자열을 입력할 수 있는 텍스트 박스이다.
ToolStripProgressBar	작업의 진행 과정을 표시하는 프로그래스 바이다.
ToolStripMenuItem	드롭다운 버튼에 포함되는 메뉴 항목이다.
ToolStripDropDownButton	항목중 하나를 선택할 수 있는 드롭다운 메뉴를 연다.
ToolStripSplitButton	왼쪽에 버튼이 있고 오른쪽에 드롭다운이 있는 조합 컨트롤이다.

레이블이나 콤보 박스, 텍스트 박스, 프로그래스 등의 컨트롤이 툴바의 차일드로 사용된다. 모두 ToolStripItem으로부터 상속받으며 일부 확장된 기능을 가지지만 대부분 기본 컨트롤과 유사하다. 프로퍼티나 이벤트 목록이 비슷하고 사용하는 방법도 거의 동일하다.

물론 툴바에 사용하기 위해 특화된 클래스이므로 일반 컨트롤과는 조금씩 차이가 있다. 하지만 따로 시간을 내서 연구해 봐야 할 정도로 심한 차이는 없으므로 쓰다가 필요할 때 도움말을 찾아 봐도 늦지 않다. 객체지향은 사용자의 직관을 배신하지 않도록 되어 있으므로 기존 지식을 최대한 활용할 수 있다.

그렇다고 해서 툴바에 아무 컨트롤이나 다 배치할 수 있는 것은 아니다. 높이에 제약이 있으므로 리스트 박스나 트리 뷰 같은 큰 컨트롤은 배치할 수 없다. 툴바는 복잡한 작업보다는 명령을 신속하게 실행하거나 간단한 옵션을 입력받을 때 사용하는 것이므로 거대한 컨트롤은 어울리지 않는다. 다음 예제는 툴바에 드롭다운 버튼과 프로그래스를 배치하고 옵션을 선택하거나 작업 진행 상태를 표시한다.

ToolDropDown

using System; ~ using System.Windows.Forms;

namespace ToolDropDown {

public partial class Form1 : Form {

public Form1() {

InitializeComponent();

}

private void 빨간색ToolStripMenuItem_Click(object sender, EventArgs e) {

BackColor = Color.Red;

}

private void 초록색ToolStripMenuItem_Click(object sender, EventArgs e) {

BackColor = Color.Green;

}

private void 파란색ToolStripMenuItem_Click(object sender, EventArgs e) {

BackColor = Color.Blue;

}

private void toolStripButton1_Click(object sender, EventArgs e) {

for (int i = 0; i < 100; i++) {

toolStripProgressBar1.Value = i;

System.Threading.Thread.Sleep(50);

}

toolStripProgressBar1.Value = 0;

}

}

}

드롭다운, 버튼, 프로그래스 항목을 툴 바에 추가했다. 드롭다운 버튼은 ToolStripDropDown이라는 컨텍스트 메뉴를 표시한다. Items 컬렉션 편집기에 메뉴 항목을 추가하는데 예제에서는 색상 이름으로 메뉴 항목(ToolStripMenuItem 객체)을 만들었다. 각 메뉴 항목의 Click 이벤트 핸들러에서 폼의 배경색을 바꿔 보았다.

드롭다운 옆의 버튼을 누르면 장시간의 어떤 작업을 하는데 그 과정을 프로그래스 바에 출력한다. 사실 프로그래스 바를 툴바에 배치하는 경우는 거의 없고 상태란에 배치하는 것이 일반적이다. 별도의 대화상자를 띄우는 것보다 상태란에서 진행 과정을 표시하는 것이 더 간편하다.

27-2-3.StatusStrip

상태란은 시시각각으로 변하는 프로그램의 정보를 사용자에게 보여준다. 폼의 하단에 배치되며 항상 보이기 때문에 프로그램의 상태를 언제든지 참조할 수 있다. 좁은 영역을 알뜰하게 분할하여 각 칸에 다양한 정보를 표시한다. 다음은 탐색기와 비주얼 스튜디오의 상태란이다.

탐색기는 디스크의 남은 용량, 선택된 파일의 크기 등을 표시하고 비주얼 스튜디오는 편집 위치나 키보드의 현재 상태 등을 표시한다. 시간이 걸리는 작업을 할 때는 상태란에 현재 동작을 안내하고 메뉴에 대한 간단한 도움말을 보여준다. 상태란의 정보는 대부분 문자열이므로 주로 레이블이 배치되지만 가끔 프로그래스나 드롭다운 버튼이 배치되는 경우도 있다.

빈 폼에 StatusStrip 컨트롤을 배치한다. Dock 프로퍼티의 디폴트가 Bottom으로 되어 있어 배치하자 마자 폼의 바닥에 주저 앉는다. 툴스트립과 마찬가지로 보조 버튼이 나타나는데 왼쪽의 버튼을 누르면 레이블이 배치되고 드롭다운을 열어 다른 컨트롤을 배치할 수 있다.

왼쪽 버튼을 세 번 눌러 세 개의 레이블을 배치한다. 레이블의 디폴트 폭이 상당히 넓어 폼을 확장해 놓고 작업하는 것이 편리하다. 세 레이블을 동시에 선택해 놓고 프로퍼티를 한꺼번에 편집한다.

프로퍼티	값	설명
AutoSize	false	고정된 폭을 갖도록 한다.
Text	모두 지움	실행중에 변경된다.
BorderStyle	SunkenOuter	쑥 들어간 모양으로 만든다. 디폴트인 Flat은 경계선이 보이지 않는다.
BorderSides	모두	각 변에 대해 경계선 장식 여부를 지정하는데 4변을 모두 장식한다.

Size.Width는 항목의 너비를 지정하는데 앞쪽 두 레이블은 100으로 지정하고 세 번째 레이블은 Spring 프로퍼티를 true로 지정하여 남은 폭을 모두 사용하도록 한다. 폼 디자이너에서 항목을 직접 편집하는 대신 Items 프로퍼티의 컬렉션 편집기를 통해 편집할 수 있다. 툴바의 컬렉션 편집기와 사용하는 방법은 거의 동일하다.

이제 적당한 때에 상태란의 레이블에 텍스트를 제공하여 정보를 출력하면 된다. 마우스 이벤트 핸들러에 다음 코드를 작성한다.

StatusStripTest

using System; ~ using System.Windows.Forms;

namespace StatusStripTest {

public partial class Form1 : Form {

public Form1() {

InitializeComponent();

}

private void Form1_MouseMove(object sender, MouseEventArgs e) {

toolStripStatusLabel1.Text = e.X.ToString();

toolStripStatusLabel2.Text = e.Y.ToString();

}

private void Form1_MouseClick(object sender, MouseEventArgs e) {

switch (e.Button) {

case MouseButtons.Left:

toolStripStatusLabel3.Text = "왼쪽 버튼을 눌렀습니다.";

break;

case MouseButtons.Middle:

toolStripStatusLabel3.Text = "가운데 버튼을 눌렀습니다.";

break;

case MouseButtons.Right:

toolStripStatusLabel3.Text = "오른쪽 버튼을 눌렀습니다.";

break;

}

}

}

}

예제 수준에서 특별히 표시할 정보가 없으므로 마우스 커서의 현재 위치와 눌러진 버튼에 대한 정보를 상태란에 출력했다. 커서가 움직이면 앞쪽 두 항목에 커서의 수평, 수직 좌표가 나타나며 클릭하면 세 번째 항목에 어떤 버튼을 눌렀는지 출력된다.

상태란의 오른쪽 끝에는 사이징 그립을 표시한다. 폼의 크기를 조정할 때 흔히 우하단의 경계선을 드래그하는데 이 영역이 너무 좁으면 마우스를 정확하게 위치시키기 어렵다. 사이징 그립은 넓은 영역을 제공하여 대충 드래그해도 크기를 조정할 수 있도록 한다. 사이징 그립이 필요 없으면 SizingGrip 프로퍼티에 false를 대입한다.

27-2-4.툴스트립 컨테이너

메뉴는 프로그램당 보통 하나만 필요하지만 툴바는 명령의 용도에 따라 그룹을 나누어 따로 만들기 때문에 여러 개가 동시에 필요한 경우가 많다. 아래 한글이나 워드를 보면 이런 툴바의 집합을 볼 수 있으며 비주얼 스튜디오도 여러 개의 툴바를 포개 놓고 사용할 수 있다. 다음 그림은 비주얼 스튜디오의 툴바를 작정을 하고 다 꺼내 본 것인데 버튼이 너무 많아 어지럽기까지 하다.

이 정도까지 툴바를 설치해 놓으면 너무 난잡해져 활용성이 떨어지지만 그래도 두세 개 정도의 툴바는 보편적으로 사용한다. 툴스트립 컨테이너는 툴바를 배치할 수 있는 툴바 컨테이너이다. 이 안에 메뉴와 툴바가 차곡차곡 배치되며 실행중에 자리를 옮길 수 있다.

ToolStripContainerTest

새 프로젝트를 만들고 빈 폼에 툴스트립 컨테이너를 배치해 보자.

상하 좌우에 패널이 있는데 각변을 숨기거나 표시할 수 있다. 패널은 ToolStripPanel 객체이며 이 안에 툴바가 배치된다. 툴바는 폼의 상하좌우 각변에 도킹될 수 있으므로 툴스트립 컨테이너의 Dock 프로퍼티를 Fill로 변경하여 폼의 영역을 가득 채우도록 확장한다. 각 변의 밀착된 패널에 툴바가 도킹된다.

다음은 MenuStrip을 위쪽 패널에 배치한다. 배치 연습중이므로 메뉴 항목은 일일이 만들 필요 없이 스마트 태그에서 표준 항목 삽입을 선택하여 자주 사용하는 메뉴 항목을 알아서 삽입하자. 메뉴의 GripStyle을 Visible로 변경하여 메뉴바의 왼쪽에 그립이 나타나도록 한다.

이어서 ToolStrip을 위쪽 패널에 추가하면 패널이 2단으로 확장된다. 메뉴와 마찬가지로 버튼을 직접 삽입할 필요 없이 스마트 태그에서 표준 항목 삽입을 선택하면 일반적으로 많이 사용하는 버튼이 추가된다. 그리고 ToolStrip을 하나 더 추가하고 아무 컨트롤이나 추가해 보자. 가운데 영역은 기타 컨트롤을 놓는 영역인데 비워두면 썰렁하니까 버튼 하나만 배치한다. 이 상태에서 실행해 보자.

최초 디자인 타임에 배치한대로 메뉴와 두 개의 툴바가 3단으로 배치되어 있다. 각 툴바 왼쪽의 그립을 드래그하면 컨테이너 패널내에서 자유롭게 옮길 수 있다. 심지어 메뉴조차도 툴바보다 더 아래로 옮길 수 있다. 폼의 폭이 충분히 넓다면 두 개의 툴바를 옆으로 나란히 배치하는 것도 가능하다.

컨테이너의 남는 폭을 최대한 활용하는 기능을 래프팅(rafting)이라고 한다. 폼의 폭이 좁아지면 가려진 버튼을 드롭다운을 열어 볼 수 있는데 이 기능을 오버플로우라고 한다. 그립을 드래그하여 다른 변으로 이사갈 수도 있다. 이 기능을 도킹이라고 하며 비주얼 스튜디오의 툴바도 도킹을 지원한다.

툴스트립 컨테이너는 상하좌우에 4개의 패널이 있어 아무 곳에나 툴바를 도킹할 수 있으며 도킹을 받은 패널은 크기가 자동으로 확장된다. 특정변에 도킹을 금지하려면 Left(Right, Top, Bottom)ToolStripPanelVisible 프로퍼티를 false로 변경한다. 메뉴나 콤보 박스같이 넓은 컨트롤을 가진 툴바는 좌우에 배치하면 보기에 좋지 않다. 디폴트는 4변이 모두 보이므로 아무 곳에나 도킹할 수 있다.

툴바를 자유 자재로 옮기고 도킹하는 기능은 오피스에서 유래된 것으로서 원하는 곳에 원하는 명령을 배치할 수 있어 생산성 향상에 기여하는 바가 크다. 자주 쓰는 명령을 최대한 가까운 곳에 배치하면 마우스 이동 거리가 짧아 빠르게 작업할 수 있다.

27-2-5.웹 브라우저 제작

WebBrowse 컨트롤은 IE가 제공하는 웹 브라우저이다. 디폴트 프로퍼티가 무난하게 설정되어 있어 컨트롤을 배치한 후 Navigate 메서드로 URL만 넘기면 즉시 웹 서핑을 할 수 있다. 툴바와 웹 브라우저 컨트롤을 사용하여 간단한 웹 브라우저를 만들어 보자.

WebExplorer

using System; ~ using System.Windows.Forms;

namespace WebExplorer {

public partial class Form1 : Form {

public Form1() {

InitializeComponent();

}

private void toolStripButton3_Click(object sender, EventArgs e) {

webBrowser1.Navigate(toolStripTextBox1.Text);

}

private void toolStripButton1_Click(object sender, EventArgs e) {

webBrowser1.GoBack();

}

private void toolStripButton2_Click(object sender, EventArgs e) {

webBrowser1.GoForward();

}

private void Form1_Load(object sender, EventArgs e) {

webBrowser1.Navigate(toolStripTextBox1.Text);

}

private void toolStripTextBox1_KeyDown(object sender, KeyEventArgs e) {

if (e.KeyCode == Keys.Return) {

webBrowser1.Navigate(toolStripTextBox1.Text);

}

}

}

}

툴바를 위에 배치하고 앞뒤 이동 및 주소 입력을 위한 텍스트 박스, 이동 버튼을 배치하고 툴바에 이미지도 그려 넣었다. WebBrowse 컨트롤의 Dock 프로퍼티를 Fill로 설정하여 폼의 남는 영역을 모두 차지한다. 툴바의 텍스트 박스에 주소가 입력되면 Navigate 메서드로 주소를 넘기기만 한다. 실행 직후 기본 웹사이트로 이동하는데 별로 유명하지는 않지만 주인장이 아주 순수하고 부지런한 사람으로 알려져 있다.

웹 문서를 읽어와 출력하는 과정은 상상을 초월할 정도로 복잡하다. 이런 복잡한 동작을 하는 웹 브라우저를 컨트롤 하나만 배치하면 쉽게 만들 수 있다. 정말 간단하지 않은가? 이게 바로 컴포넌트의 매력이며 객체지향의 강력함이다.

27-2-6.MDI

MDI(Multiple Document Interface)는 폼 안에 자식 폼을 여러 개 열 수 있는 형태의 응용 프로그램이다. MDI를 사용하는 대표적인 응용 프로그램으로 엑셀이나 포토샵이 있는데 여러 개의 워크시트나 사진을 동시에 열어 놓고 작업할 수 있다. 반대 개념은 SDI인데 한 번에 하나의 문서만 열 수 있으며 메모장이 대표적이다.

초보자에게 혼란을 준다는 이유로 요즘은 거의 사용되지 않으며 마이크로소프트는 MDI를 사용하지 말 것을 공식적으로 권고하고 있다. 그래서 요즘은 문서당 하나의 윈도우를 여는 DOI가 더 유행하고 있으며 워드를 필두로 하여 아래 한글 등도 모두 DOI(Document Oriented Interface)로 전환했다.

그러나 아직까지도 MDI가 유용한 경우가 남아 있어 대부분의 개발툴은 MDI를 지원하며 닷넷도 MDI를 잘 지원한다. 그러나 전반적으로 MDI를 회피하는 추세여서 생색만 내는 정도에 그치고 있다. 너무 깊이 연구해 볼 필요는 없으며 다음 단계를 따라 간단한 예제 하나만 만들어 보자.

새 프로젝트를 만든 후 Form1의 IsMdiContainer 프로퍼티를 true로 지정한다. 이 프로퍼티를 true로 지정하면 MDI 프레임 윈도우로 사용되며 배경색은 짙은 회색이 된다. 프레임 윈도우는 내부에 자식 폼 여러 개를 관리해야 하므로 자식 폼보다 커야 한다.

자식창을 관리하기 위한 메뉴를 만든다. MenuStrip 컴포넌트를 배치하고 파일과 창 메뉴를 만든다.

새로운 문서를 만들고 닫는 명령과 자식창을 정렬하는 명령이다. 물론 실제 프로젝트에서는 응용 프로그램 고유의 메뉴도 같이 만들어야 한다.

프로젝트/구성 요소 추가 메뉴 항목을 선택한 후 새로운 폼을 하나 더 추가한다. Form2 빈 폼이 생성된다. 여기에 텍스트 박스를 배치하고 Multiline 프로퍼티를 true로, Dock 프로퍼티를 Fill로 지정한다. 간단한 텍스트 편집창을 만든 것인데 실제 프로젝트에서는 작업 내용에 맞게 컨트롤을 배치하고 코드를 작성하면 된다.

메인 폼에 자식 폼을 관리하는 명령을 작성한다. 메뉴 항목을 차례대로 더블클릭하여 Click 이벤트 핸들러를 생성하고 다음 코드를 작성한다.

MDIForm

using System; ~ using System.Windows.Forms;

namespace MDIForm {

public partial class Form1 : Form {

public Form1() {

InitializeComponent();

}

private void 새파일NToolStripMenuItem_Click(object sender, EventArgs e) {

Form2 Child = new Form2();

Child.MdiParent = this;

Child.Show();

}

private void 닫기CToolStripMenuItem_Click(object sender, EventArgs e) {

Form Child = ActiveMdiChild;

if (Child != null) {

Child.Close();

}

}

private void 계단식정렬CToolStripMenuItem_Click(object sender, EventArgs e) {

LayoutMdi(MdiLayout.Cascade);

}

private void 수평바둑판정렬HToolStripMenuItem_Click(object sender, EventArgs e) {

LayoutMdi(MdiLayout.TileHorizontal);

}

private void 수직바둑판정렬VToolStripMenuItem_Click(object sender, EventArgs e) {

LayoutMdi(MdiLayout.TileVertical);

}

}

}

새로운 자식 폼을 만들 때는 new 연산자로 폼 객체를 만들고 MdiParent에 프레임 윈도우를 대입한다. Show 메서드로 자식 폼을 보이면 프레임 윈도우 안에 나타난다. 닫을 때는 프레임의 ActiveMdiChild 프로퍼티로 현재 활성폼을 구한 후 Close 메서드를 호출한다. 자식창을 정렬할 때는 LayoutMdi 메서드를 호출하되 인수로 계단식, 수평 바둑판, 수직 바둑판 등의 옵션을 전달한다.

MDI 프로그램의 창 메뉴에는 현재 열려진 문서창의 목록이 나타나며 이 메뉴를 통해 자식창 중 하나로 전환한다. 닷넷은 이 기능을 자동으로 구현하는 기능도 제공하는데 안타깝게도 구형 MainMenu 컴포넌트에만 이 기능이 있고 새로 추가된 MenuStrip 컴포넌트는 지원하지 않는다.