Follow-up:Windows 윈도우의 관리

윈도우 정렬에 관한 글에서, 다양한 논의가 있었습니다. 이것은 이러한 세세한 부분이 사용자에게 얼마나 중요한 것인지 잘 보여줍니다. 응용 프로그램을 화면상에 표시하는 방법을 조정할 수 있을지는 대부분의 작업과 관계하기 때문에, 생산성 향상의 열쇠가 됩니다. 또한 그것은 한사람 한사람 다양한 다른 문제입니다. 사용자는 자신의 작업환경을 컨트롤하여, 자신에게 쾌적한 상태로 설정하고 싶어 합니다.  

여기서, 분명히 해 두지 않으면 안 되는 사실이 있습니다. 그것은 사용자가 요구하는 다양한 작업 형태, 다양한 도구나 제안된 방법이 모두를 만족시킬 수 있는 솔루션을 제공하는 것은 불가능합니다. 모든 요구 사항을 아우르는 옵션과 UI 를 구현하는 매우 어려운 일이라는 것을 알고 있을 것이라고 생각합니다. 처음은 별로 마음이 내키지 않는 일이었지만, 사용자가 Windows PC 를 자신만의 PC로 하기 위해 사용하고 있는 (또한 스스로 개발하고 있다!) 다양한 도구나 유틸리티에 대해 묻는 것을 기대하고 있습니다. 우리의 목표는 데스크톱을 관리하는데 생각할 수 있는 온갖 방법으로 대응한 솔루션을 제공하는 것이 아닙니다. 오히려, 사용자 지정 기능과 개인 설정 기능을 사용해 데스크톱을 관리하는 수단을 제공하여, 사용자가 독특하고 참신한 방법으로 데스크톱을 한층 더 진화시킬수 있는 도구를 개발할 수 있는 플랫폼을 제공하는 것입니다. 아무리 노력해도 무한의 사용자 지정 기능을 제공하는 것은 기술적으로 불가능합니다. 다만, 이 방법에는 무한하지는 않다고 해도 상당한 유연성이 있기 위해, 개발자는 새로운 도구를 제공하고, 컴퓨터-배급업체는 자사의 PC 를 차별화할 수 있습니다. 또, 이러한 요소를 원하는 대로 조합하는 것으로, UI 를 자신 전용에 조정해, 생산성이 오르는 쾌적한 환경으로 할 수 있습니다.

다른 한가지 말해야 할 것은 정말로 많은 댓글의 내용이 윈도우 포커스의 이동, 레지스트리, Z오더 윈도우 관리 등, Windows 에서 논의되어 온 요소에 관한 것 이었습니다. 이러한 Windows API 에 관한 역사 및 명언은 Raymond Chen 의 블로그에서 태어났습니다. Raymond 는 Windows 팀에 오랜 세월 속하고 있는 개발자인 것과 동시에 「Old New Thing, The Practical Development Throughout the Evolution of Windows 」의 저자이기도 합니다. 이것은 Windows 가 실시하는 부분과 응용 프로그램 개발자가 실시할 수 있는 부분 ( 및 사용자 지정 할 수 있는 부분)의 경계가 어디에 있는지를 이해하기 위해서 최적인 백서입니다.

댓글 전체에 걸쳐서 중복되는 피드백이 있었습니다. 피드백의 내용에서는 (자세한 것은 다음을 참조), 이러한 점에 대한 다양한 생각이 있습니다.

  • 윈도우의 크기는 중요. 그러나, 윈도우의 크기 변경은 귀찮고, 번거로운 일이다. 
  • 윈도우의 행선지를 스스로 지정하게 해주면 좋겠다. 윈도우를 어디에 배포하면 좋은지 잘 알고 있는 것은 자기 자신이다.
  • 대상 윈도우 (또는 데스크톱)가 가득차 있을 경우가 많아서, 파일 드래그가 귀찮다.
  • 바뀐 윈도우가 어떤 것인지 찾을 때, 실행중의 윈도우를 더 간단하게 분별할 수 있도록 해 주었으면 한다.
  • 컨텐츠가 윈도우가 들어가도록, 예측할 수 있는 방법을 원한다 (반드시 최대화될 필요는 없다).
  • 윈도우가 최대화 된 경우에서도 나의 개인용으로 설정된 배색을 유지하고 싶다.

이러한 요구에 대해는 다른 제품의 기능에 대해서, 그리고 완전히 새로운 접근 방식에 대해서, 잠재적인 해결책이 논의되고 있습니다. 이러한 댓글에서 분명한 것은 개선을 요구하는 소리가 많다는 것으로, 이 주제에 대해 오랫동안 생각하고 충분히 구체적인 추천 기능을 생각하고 있는 사용자가 있다는 것입니다. 다음은 현재 댓글란에서 교환되고 있는 내용의 일부를 발췌합니다.

원하는 장소에 윈도우를 배포 한다

기존의 기능에 대해, 적절히 기능하는 경우와 그렇지 않은 경우를 사용자가 논의하는 상태를 보고, 매우 흥미롭다고 느꼈습니다.

예를 들어, @d_e씨는 작업 표시의 정렬 표시 옵션을 좋아합니다. 

분할 윈도우와 같은 형태로의 윈도우 정렬은 실제는 매우 간단하다. 작업 표시에서 복수의 윈도우를 Ctrl 키를 누르면서 선택한다. 다음에 오른쪽 클릭 하고, 정렬 표시 옵션의 한쪽을 선택한다.

그러나, 이 방법에서는 @Xepol를 만족시켜주지 못합니다.

작업 표시의 위의 윈도우 정렬 버튼에 관해서는 Win95 이후, 존재는 알고 있지만, 나는 사용한 적이 없다. 목적 대로에 표시되지 않기 때문이다. 목적의 정렬 방법에 가까웠다고 해도 순서가 잘못되어 있다. 결국 스스로 드래그 해야 하기 때문에 최초에서 스스로 목적의 장소에 배포 하는 것이 간단하다.

@Aengeln씨는 더 사용하기 쉽게 하기 위해서, 윈도우를 정렬 표시한다는 기본적인 생각을 한층 더 높은 수준으로 끌어올리는 것을 제안됩니다.

정말로 편리한 기능이란, 특히 큰 화면의 경우는 데스크톱을 다른 부분으로서 분리하는 기능일 것이다. 예를 들어, 데스크톱의 우측 일부분에서 Messenger 윈도우를 최대화하면서, 나머지의 영역에서도 다른 윈도우를 최대화할 수 있다는 기능이다. 최대화되어 있지 않은 윈도우는 데스크톱 양쪽의 영역에서 임의의 위치에 배포 할 수 있다.

윈도우가 배포되는 장소를 제어할 수 있어, 평소 사용하는것 처럼 간단하고 빠르게 실시할 수 있다면, 여러개의 윈도우 화면 영역을 최적화하는 기능은 매우 사용하기 쉬운 것 같습니다. 현재의 작업 표시가 정렬 표시 기능은 편리할지도 모르겠지만, 일상적으로 사용하는 만큼 간단한 것은 아닌 것 같습니다.

적절한 크기로 열린다

윈도우의 「기본값 크기」에 대한 댓글이나 기본값 크기가 어떻게 결정될지에 대한 질문이 다수 있었습니다. 열 때의 크기를 응용 프로그램에서 선택할 수도 있지만, 일반적으로는 먼저 닫았을 때의 윈도우의 크기가 사용됩니다 (또는 이 설정을 사용하지 않게 지정할 수도 있습니다). 사용자를 실망시킬 가능성이 있는 경우의 하나로서 IE 가 작은 윈도우를 여는 경우가 있습니다 (Web 사이트에서는 가끔 있습니다). 일단 닫으면, 그것이 새로운 「 이전 크기」가 되어 버리기 때문입니다.

@magicalclick씨에서 다음과 같은 해결책이 제안되었습니다.

캡션 버튼 ( 「고정크기」)이 하나 더 있으면 좋다. 실제로는 체크 박스가 체크된 경우 이 응용 프로그램에서 윈도우 상태가 보관 유지된다. 나중에 크기를 바꾸거나 이동하거나 할 수 있다. 윈도우를 닫은 후도 나중에 한 변경은 저장 되지 않는다.

@steven_sinofsky에서 작업 효율을 향상시키기 위해서 사용할 수 있는 다음과 같은 고급 사용법이 소개되었습니다.

@magicalclick님, 저는 거기에는 반대입니다. 버튼이나 클릭을 추가하는 것이 아니라, 「파워 사용자」방식으로 원클릭으로 완성되도록 합니다. 즉, 언제 작은 윈도우로 열렸을 경우에 그것을 닫지 말고, 응용 프로그램의 다른 카피를 「일반적」크기의 윈도우로 열고 난후 , 작은 윈도우를 닫고, 일반적크기의 윈도우를 닫습니다.
물론, 이 방법은 힘든 일이고, 해결책을 찾아내는 것은 불가능에 가까울지도 모르지만, 제목 표시줄 위에 4 번째의 UI 를 추가하는 것 보다는 좋은 방법이라고 생각합니다.
–steven

올바른 윈도우를 찾는다

자주 화제가 되는 것은 (MacOS의) 「Expose」입니다.

@Joey_j님: Windows 에는 「Expose」와 같은 기능이 필요하다. 나는 모든 윈도우를 동시에 보고 싶다.

@Dan.F님: 「expose」.복사 해 주었으면 한다.

@GRiNSER님: Expose에는 장점과 결점이 있다. macbook 프로의 1400x1050 화면에서 30 개의 윈도우를 취급할 수 있다고 해도 실제는 그만큼 도움이 되지 않는다. 다만, 플립 3D 보다는 편리하다. Expose는 키보드를 사용한 윈도우 검색보다 사용하기 쉬운일 것이다.

이름과 관계없이, 검색하고 있는 윈도우를 시각적으로 찾는 기능에 대한 요구가 있습니다. 시계열적인 방법의 Alt + Tab 나 플립 3D 보다, 랜덤 액세스 방법으로, 축소 표시에서 윈도우를 시각적으로 선택할 수 있는 방법입니다. 이것은 많은 윈도우를 여는 영역이 있는 경우는 바꿀때에는 매우 편리하지만, 몇가지 현재의 접근 방식에서는 확대 축소 기능이 불충분합니다. 확대 축소를 실시했을 경우, 사용자가 한층 더 많은 프로그램을 실행하면 보다 곤란한 문제로 발전할 가능성이 있습니다.

파일 드래그

윈도우 사이에서의 드래그를 보다 간단히 하는 방법에 대해, 여러 가지  댓글 ( 및 제안)이 있었습니다.

@Manicmarc님: 저는 Mac OS 의 Springloaded 폴더와 같은 기능이 있으면 좋다고 생각합니다. 폴더 위에 드래그 하고, 폴더를 포인트 하면, 폴더가 표시되어 다음의 폴더가 열리면 거기에 드래그 하는 것입니다.

@Juan Antonio님: 개체를 드래그 할 경우에 윈도우의 목록 또는 썸네일을 열고, 개체의 드롭 할 곳에 사용하는 윈도우를 (오른쪽 클릭등에서) 선택할 수 있으면, 편리하다.

이 주제에 대해 무언가 가능한 것으로, 적절하다고 생각된 것은 @Kosher 님의 댓글 이었습니다. 

UI 를 아주 조금 확장하는 것으로, 작업을 아주 간단하게 실행할 수 있습니다. 어느 정도 간단한가 라는 것만이 아니라, 공통의 UI 워크플로와 작업 사이의 사용자 전환이 어느 정도 원활한지도 관계하고 있습니다. 이것은 Ferrari 를 한번도 운전했던 적이 없고, 향후도 Ferrari 를 탈 기회가 있다고는 생각되지 않는 사람에게, Ferrari 와 Toyota 의 차이점을 설명하는데 비슷하다.

Windows 7 설계에서 우리는 이러한 댓글들을 현실화 하기 위해 진지하게 고민했습니다. Windows 7 을 시승 (테스트)할 수 있게 되었을 때, Windows 7 이 어느 차와 비교 되는지, 지금부터 기대하고 있습니다.

- Dave