어떤 의미에서, 그것은 1984 년으로 거슬러 올라가는 역사를 가진 UI 컨벤션입니다. Windows와 X11은 모두 원래의 Mac GUI를 사용하기 때문에 Windows가 Windows를 "다른 방식으로 만 바꾸는 것"이 아니라 Windows 방식으로 수행한다고 말할 수 있습니다 맥이 이상한 것이라고 제안합니다.
Macintosh 초기에는 한 번에 하나의 응용 프로그램 만 실행할 수있었습니다. 응용 프로그램은 항상 화면 상단에 메뉴 막대가 표시되므로 응용 프로그램은 창없이 열려있는 것이 합리적입니다. 응용 프로그램의 모든 창을 닫을 때 항상 메뉴 표시 줄을 사용하여 새 문서를 만들거나 기존 문서를 열 수 있기 때문에 응용 프로그램을 열어 두는 것이 좋습니다. 창을 닫아서 프로세스를 종료하는 것은 그 당시에는 의미가 없었습니다. 다른 프로세스에 초점을 맞출 수 없었기 때문입니다.
몇 년 후 80 년대 후반의 매킨토시는 여러 응용 프로그램을 한 번에 열 수있는 메모리가 충분할 정도로 발전했습니다. 이 작업을 수행하는 도구는 기존 응용 프로그램과의 호환성을 유지해야했기 때문에 기본 UI 규칙을 변경하지 않고 창을 열지 않고도 응용 프로그램을 종료 할 수 없었습니다. 그 결과 UI에서 시각적 GUI 요소 (창)와 추상 실행 프로세스 (응용 프로그램)가 명확하게 구분되었습니다.
한편 Microsoft는 Windows를 개발하고있었습니다. 90 년대 초, Microsoft는 Windows 3.X가 잘 작동했으며 X11의 Motif는 Microsoft의 작업에서 많은 영감을 받았습니다. 매킨토시는 응용 프로그램의 UI를 제시하는 데 중점을 두었지만, Windows (이름에서 알 수 있듯이)는 Windows 자체가 UI의 기본 단위이어야한다는 철학을 중심으로 작성되었습니다. MDI 스타일 컨테이너 창. X11은 또한 UI 관점에서 크게 중요하지 않은 응용 프로그램으로 간주했습니다. 단일 프로세스로 (매우 새로운) 근거리 통신망을 통해 여러 컴퓨터에 연결된 여러 디스플레이에서 창을 열 수도 있습니다.
Windows 스타일 접근 방식의 문제점은 메뉴 표시 줄 만 여는 것과 같은 일부 사용자 상호 작용을 수행 할 수 없으며 사용자가 창을 갔을 때 프로세스가 실제로 종료되었다는 보장이 없다는 것입니다. Macintosh 사용자는 Windows를 종료하거나 사용하기 위해 Windows없이 실행중인 응용 프로그램으로 쉽게 전환 할 수 있었지만 Windows는 사용자가 이러한 프로세스와 상호 작용할 수있는 방법을 전혀 제공하지 않았습니다. (작업 관리자에서 확인하고 종료하는 것을 제외하고) 사용자는 프로세스를 혼란스럽게 만들지 않고 프로세스 UI를 다시 시작하지 않고 다시 시작할 수 있도록 프로세스를 실행중인 상태로 둘 수 없습니다. 화면을 정리하고 자원을 소비합니다 (당시 매우 제한적 임). Macintosh에는 전환을위한 "응용 프로그램"메뉴가 있지만 Windows는 "작업 표시 줄"을 대중화했습니다. 열었던 프로세스에 관계없이 모든 최상위 창을 표시했습니다. 무거운 멀티 태스킹 사용자에게는 "작업 표시 줄 수프"가 부실했다. 더 기본적인 사용자의 경우 정확히 어떤 창이 막대에 표시되는지에 대한 학습 가능한 규칙이 없었기 때문에 "최상위 창"으로 정확히 지정된 항목에 대한 상향 조정이 때로는 혼란 스러웠습니다.
90 년대 후반에는 Microsoft의 GUI가 가장 일반적으로 사용되었습니다. 대부분의 사용자에게는 Macintosh 나 UNIX X11 워크 스테이션이 아닌 Windows PC가 있습니다. 결과적으로 시간이 지남에 따라 Linux의 인기가 높아짐에 따라 많은 개발자들이 UNIX UI 규칙이 아닌 Windows UI 규칙을 사용하는 배경에서 왔습니다. 그것은 Windows UI 규칙에서 모티프 드로잉과 같은 것들에 대한 초기 작업의 역사와 결합하여 현대 Linux 데스크탑 환경이 twm이나 Macintosh와 같은 고전적인 X11보다 훨씬 더 Windows와 같이 작동합니다.
이 시점에서 "고전적인"Mac OS는 Mac OS 9과 함께 진행되었으며 Macintosh는 Mac OS X의 형태로 매우 다른 용기를 가진 Unix 기반의 기계가되었습니다. 따라서 Dock의 NeXT UI 개념을 계승했습니다. 원래 NeXT 머신에서는 X11이 사용되었지만 상당히 고유 한 위젯 및 UI 규칙이 사용되었습니다. 아마도 가장 두드러진 것은 Dock이었습니다. Dock은 일종의 조합 프로그램 실행기 및 작업 전환기였습니다. (OS-X에서 알려진 "다중 열"열린 파일 대화 상자는 NeXT뿐만 아니라 다른 눈에 보이는 것들에서도 나왔습니다. OS-X 전환에서 가장 중요한 변화는 보이지 않는 것들이었습니다.) Dock 매킨토시의 "기본 UI 요소로서의 응용 프로그램"이라는 개념과 잘 작동했습니다. 그래서, 사용자는 도크 아이콘의 표시로 응용 프로그램이 열려 있음을 확인한 후이를 전환하거나 클릭하여 시작할 수 있습니다. 현대의 OS-X는 이제 기존 Mac OS보다 훨씬 뛰어난 멀티 태스킹을 지원했기 때문에 사용자가 백그라운드에서 실행되는 일부 비디오 변환 소프트웨어와 같이 모든 종류의 작업을 백그라운드에서 실행하고 싶을 수 있습니다. , 스크린 레코더, VOIP 소프트웨어, 인터넷 라디오, 웹 서버, 음성 명령에 대한 응답으로 말하는 것 등. 사용자에게 합리적인 사용자 경험을 제공하기 위해 열린 창을 열 필요는 없습니다. 막대는 여전히 화면 상단의 창과 분리되어 있으며 도크 아이콘에 직접 메뉴를 사용할 수 있으므로 사용자는 열린 UI가없는 프로그램과 항상 상호 작용할 수 있습니다. 따라서, 대부분의 Mac 사용자는 Windows와 비슷하게 응용 프로그램을 열린 상태로 유지한다는 기존의 관습을 버리는 것이 잘못된 방향으로 끔찍한 단계라고 생각했을 것입니다. 실질적인 이점없이 몇 가지 상호 작용 모드를 불가능하게합니다.
분명히 일부 사용자는 Windows 규칙을 선호하며 "아마도 맞지 않습니다". 그러나 그럴만한 이유없이 그러한 유용한 것을 멀리 옮기는 것은 말이되지 않습니다. 다행스럽게도 일부 역사를 살펴보면 약간의 맥락에서 유용한 정보를 얻을 수 있습니다.
X
버튼 의 기본 동작은 숨기는 것입니다. 나는 그것이 어리석은 것에 동의하지만 그것은 "당신의 맥북이 당신보다 더 잘 알고있다"는 사고의 결과입니다. 일부 창과 리눅스 프로그램은 같은 일을하지만 일반적으로X
가까운 것을 의미합니다.