집중 (컴퓨팅)
Focus (computing)컴퓨팅에서 포커스는 그래픽 사용자 인터페이스의 요소를 선택하는 동작을 나타냅니다.키보드에 입력되거나 클립보드에서 붙여넣은 텍스트가 포커스가 있는 구성요소로 전송됩니다.특정 사용자 인터페이스 요소에서 포커스를 이동시키는 것을 이 요소에 대한 블러 이벤트라고 합니다.일반적으로 포커스는 다른 요소에 포커스를 줌으로써 요소에서 제외됩니다.즉, 포커스와 흐림 이벤트는 일반적으로 거의 동시에 발생하지만 서로 다른 사용자 인터페이스 요소(포커스를 받는 요소 및 흐림)와 관련하여 발생합니다.
이 개념은 텍스트 기반 환경의 커서와 유사합니다.그러나 그래픽 인터페이스를 고려할 때 마우스 포인터도 포함되어 있습니다.마우스를 이동하면 일반적으로 포커스를 변경하지 않고 마우스 포인터가 이동합니다.포커스는 보통 마우스로 포커스를 수신할 수 있는 컴포넌트를 클릭하여 변경할 수 있습니다.또, 많은 데스크탑에서는, 키보드로 포커스를 변경할 수 있습니다.관례상 키는 포커스를 다음 포커스가 있는 컴포넌트로 이동하고 +Tab ↹는 이전 컴포넌트로 이동하는데 사용됩니다.그래픽 인터페이스가 처음 도입되었을 때, 많은 컴퓨터에는 마우스가 없었기 때문에 이 대안이 필요했습니다.이 기능을 사용하면 마우스를 사용하는 데 어려움을 겪는 사람들이 사용자 인터페이스를 쉽게 사용할 수 있습니다.경우에 따라서는 화살표 키를 사용하여 포커스를 이동할 수도 있습니다.
창 포커스
데스크톱에 초점을 맞추는 동작은 윈도 관리의 정책에 의해 제어될 수 있습니다.
클릭해서 포커스를 맞춥니다.
Microsoft 나 Apple 의 유저 인터페이스 등, 대부분의 주류 유저 인터페이스에서는, 「포커스 팔로우 클릭」정책(또는 「클릭 투 포커스」)을 찾을 수 있습니다.이 정책에서는, 윈도우의 포커스를 얻기 위해서, 윈도우내의 마우스를 클릭할 필요가 있습니다.또, 통상은, 화면의 다른 모든 창보다 창이 표시됩니다.이와 같은 클릭포커스 모델이 사용되는 경우 마우스 포인터가 다른 응용 프로그램 창 위에 있더라도 현재 응용 프로그램 창은 계속해서 포커스를 유지하고 입력을 수집합니다.
포인터에 이어 포커스
X Window System(X11)을 사용하는 UNIX 시스템의 또 다른 일반적인 정책은 "Focus follow mouse(마우스 포커스 팔로우)" 정책(FFM)입니다.이 정책에서는 포인터의 현재 위치를 자동으로 따릅니다.포커스가 있는 창은 반드시 위로 올라가는 것은 아닙니다.창의 일부가 다른 창 아래에 남아 있을 수 있습니다.이 정책을 사용하는 윈도 매니저는 보통 "autoraise"를 제공합니다.이것은 보통 설정 가능한 짧은 지연 후 포커스가 있을 때 윈도우가 올라갑니다.Followfocus 정책의 가능한 결과는 포인터가 아래쪽 창 없이 백그라운드 위로 이동했을 때 포커스가 표시되지 않는 것입니다.그렇지 않으면 포커스가 마지막 창에 남아 있을 뿐입니다.
초점 흐트러짐
엉성한 포커스 모델은 팔로우 포커스 [1]모델의 변형입니다.마우스 포인터가 메뉴바나 바탕 화면 영역 등 다른 창으로 이동해도 마지막으로 초점을 맞춘 창까지 입력을 계속 수집할 수 있습니다.
X11 창 관리자가 사용하는 포커스 모델
| 클릭포커스 | 팔로우 포커스 | 엉성한 초점 | |
|---|---|---|---|
| 동작[2] | 아니요. | 네. | 아니요. |
| aewm++[3] | 네. | 아니요. | 아니요. |
| AHWM[4] | 네. | 아니요. | 네. |
| 신난다 | 네. | 네. | 네. |
| CTWM | 네. | 네. | 네. |
| dwm[5] | 네. | 네. | 아니요. |
| E16 | 네. | 네. | 있음(디폴트) |
| 불량품[6] | 아니요. | 네. | 아니요. |
| FLWM | 아니요. | 아니요. | 네. |
| 플럭스박스 | 네. | 네. | 네. |
| FVWM[α] | 네. | 있음(디폴트) | 네. |
| 아이스WM[7] | 네. | 네. | 네. |
| 카르멘[8] | 네. | 아니요. | 아니요. |
| lwm[9] | 네. | 아니요. | 네. |
| Tiny WM[10] | 아니요. | 아니요. | 네. |
| 변덕[11] | 네. | 아니요. | 네. |
| 윈도랩 | 있음(자동 인식 없음) | 아니요. | 아니요. |
| Xfwm | 네. | 네. | 네. |
| 중얼거리다 | 네. | 네. | 네. |
| JWM | 네. | 아니요. | 네. |
| MWM | 네. | 아니요. | 아니요. |
윈도 내 컴포넌트 포커스
윈도우의 개별 구성 요소에도 초점 위치가 있을 수 있습니다.예를 들어 텍스트 편집 패키지에서는 텍스트를 입력할 수 있도록 텍스트 편집 창에 포커스가 있어야 합니다.텍스트가 컴포넌트에 입력되면 텍스트 커서의 위치에 나타납니다.이 위치도 일반적으로 마우스 포인터를 사용하여 이동할 수 있습니다.
어떤 컴포넌트가 기본 포커스를 가져야 하는지, 컴포넌트 간에 포커스가 어떻게 이동해야 하는지는 사용자 인터페이스 설계에서 어렵지만 중요한 문제입니다.포커스를 잘못 맞추는 것은 사용자가 포커스를 이동하느라 시간을 낭비해야 한다는 것을 의미합니다.반대로, 적절한 것에 초점을 맞추면, 유저 익스피리언스를 큰폭으로 향상시킬 수 있습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ "Whim basic information". Cunningham & Cunningham. 25 February 2012. Retrieved 16 January 2016.
- ^ "aewm - Red Bean". 27 December 2007. Archived from the original on 14 January 2016. Retrieved 16 January 2016.
- ^ "Guide to X11/Window Managers/aewm++". Wikibooks. 18 July 2010. Retrieved 16 January 2016.
- ^ "AHWM - Alex Hioreanu's Window Manager". hioreanu.net. 24 February 2014. Retrieved 16 January 2016.
- ^ "dwm - dynamic window manager". suckless.org. 9 November 2015. Retrieved 16 January 2016.
- ^ "evilwm - a minimalist window manager for the X Window System". The Dragon 32/64 Computers. 13 July 2015. Retrieved 16 January 2016.
- ^ "icewm(1)". 13 February 2021. Retrieved 16 February 2021.
- ^ "Karmen: A Window Manager for X". 28 December 2008. Retrieved 16 January 2016.
- ^ "lwm - Lightweight Window Manager". 26 February 2015. Retrieved 16 January 2016.
- ^ "incise.org: tinywm". 23 April 2014. Retrieved 16 January 2016.
- ^ "Whim basic information". Tcler's Wiki. 24 November 2009. Retrieved 16 January 2016.
메모들
- α 창 또는 창 클래스별로 포커스를 받지 않는 창인 "Never Focus"(포커스를 받지 않는 창은 포커스를 받지 않는 창입니다.