The Butterfly Effect
이번에 CCP 에서 새로 내놓은 영상. 지금까지의 동영상들과 비교하면 그 느낌이 상당히 다르지만, ‘거대한 하나의 샌드박스’ 라는 이 게임의 특징을 잘 보여 주고 있다는 점에선 오히려 이런 게 더 효과적이지 않나 생각한다.
add: CCP 담당자와의 커뮤니케이션을 통해 내가 번역한 스크립트 자막을 YouTube 동영상 내에 삽입시켰다. 재생 시 아래 그림과 같이 차례대로 클릭해 주면 된다:
한국어 자막을 보려면 재생 직후 1~3 을 차례대로 클릭하자
Audacious
Ubuntu 에 기본 내장된 Rhythmbox 음악 플레이어는 인터페이스나 기능 면에서 불편한 점이 많다. 다행스러운 건 리눅스에는 수많은 대안이 존재한다는 점이고, 그래서 대부분의 사람들은 별도의 음악 플레이어를 사용한다. 특히 Amarok 는 Linux 진영에서 내세울 수 있는 최고의 애플리케이션으로, 웬만한 Windows 용 프로그램 이상으로 뛰어난 사용성을 지니고 있다. 하지만 Amarok 는 기본적으로 KDE 기반이고, 그래서 GNOME 환경에서 사용하기에 전혀 문제가 없음에도 불구하고 괜시리 다른 프로그램을 찾고 싶다는 생각이 들었다.
그래서 GNOME 용 Amarok 이라 불리는 Exaile 이나 한 때 Windows 에서도 사용했던 Songbird 등을 비롯한 여러 프로그램들을 사용해 보았지만, 결국 최종적으로 정착한 것이 바로 Audacious 이다. Exaile 처럼 무언가 어설프지도 않고, Songbird 처럼 무겁지도 않고, WinAmp 와 인터페이스가 유사하기 때문에 처음 사용하는 사람도 문제 없이 쓸 수 있다. 또한 설정할 수 있는 옵션도 다양하고 플러그인의 숫자도 상당히 많다.
How to make Terminal running as the desktop background
Linux 를 쓰면 필연적으로 터미널에서 콘솔 작업을 해야 할 경우가 많다. 특히 어느 정도 본격적인(?) 작업을 한다면 창을 크게 하거나 아예 전체화면 상태에서 하게 되는데, 매번 필요할 때마다 Terminal 을 실행하는 건 아무래도 귀찮은 짓이었다. 그렇다고 Ctrl+Alt+F1 등의 가상 콘솔을 사용하려니 다른 GUI 기반의 프로그램들과 함께 쓰기가 불편해서 망설여졌다.
그러다 문득, 아예 특정 워크스페이스 화면 전체를 콘솔 용도로 할당한다면 좋지 않을까 하는 생각이 들었다. 부팅할 때 자동으로 특정 워크스페이스에서 실행되도록 하고, 하는 김에 해당 콘솔은 아예 바탕화면처럼 깔리는 형태로 돌아가면 좋을 것 같았다. Compiz Desktop Cube 등을 쓰고 있기도 하니 넓은 화면에서 콘솔 작업을 하려면 단순히 큐브를 돌리기만 하면 될 것이다.
…라는 생각으로 몇 시간 동안 구글링도 하고 이런저런 시도를 해 보았지만, 공개되어 있는 방법들 모두가 현재의 Ubuntu 9.04 버전에선 정상 적용되지 않았다. 그래서 한참을 헤맨 끝에야 겨우 성공할 수 있었다. 이런 삽질을 다시 하지 않기 위해, 그리고 Ubuntu 를 사용하시는 다른 분들이 저와 같은 시행착오를 겪지 않도록 하기 위해 본인이 수행한 방법을 기록해 둔다.
참고로 모니터 해상도가 1440×900 이며, 터미널을 4개의 워크스페이스 중 3번째에 위치시키고자 한다고 가정한다. 주변에 약간씩의 여유 공간을 두고 가운데 위치시킨다면, 대략 아래 이미지 정도와 같은 위치 및 영역을 차지할 것이다 (검고 투명한 부분).
1. 먼저 Devil’s Pie 를 설치한다. Devil’s Pie 는 X Window 상에서의 각 프로그램 창의 속성이나 크기 등을 조절하는 유틸리티다.
- sudo apt-get install devilspie
2. 자신의 홈 디렉토리 아래에 .devilspie 라는 이름의 디렉토리를 생성하고 그 안에 스크립트 파일을 만든다.
- mkdir ~/.devilspie
- gedit ~/.devilspie/DesktopConsole.ds
3. 해당 스크립트 파일 안에 다음과 같이 적고 저장한다.
(if
(matches (window_role) "DesktopConsole")
(begin
(geometry "1340x800+2930+58")
(pin)
(below)
(undecorate)
(skip_pager)
(skip_tasklist)
(wintype "dock")
)
)
참고로 여기서 geometry 부분을 주목할 필요가 있다. 우리는 지금 예에서 네 개의 워크스페이스 중 세 번째의 바탕화면에 터미널을 깔고자 한다. 이와 관련한 설명들을 찾아 보면 거의 모두가 (set_workspace 3) 를 쓰면 된다고 적혀 있다. 그런데 정작 해 보면 이게 동작하질 않고 오류만 뱉어낸다. 그도 그럴 것이, Compiz 가 깔린 환경에선 엄밀히 말해 개별 워크스페이스란 것이 존재하지 않기 때문이다.
이는 wmctrl 명령을 이용해 보면 쉽게 확인할 수 있다. Metacity 등 다른 Window Manager 를 쓰고 있을 경우엔 대략 다음과 같은 결과값이 나온다.
user@user-desktop:~$ wmctrl -d 0 * DG: 1440x900 VP: 0,0 WA: 0,25 1440x850 Desk 1 1 - DG: 1440x900 VP: N/A WA: 0,25 1440x850 Desk 2 2 - DG: 1440x900 VP: N/A WA: 0,25 1440x850 Desk 3 3 - DG: 1440x900 VP: N/A WA: 0,25 1440x850 Desk 4
하지만 Compiz 를 쓰고 있는 환경이라면 다음과 같이 나올 것이다.
user@user-desktop:~$ wmctrl -d 0 * DG: 5760x900 VP: 0,0 WA: 0,25 1440x850 Desk 1
가로 해상도 부분을 잘 보자. 차이점을 눈치채셨는가? Compiz 가 아닌 환경에선 개별 워크스페이스가 생성되고 별도로 관리되지만, Compiz 하에선 가로로 긴 모양의 하나의 워크스페이스를 가상으로 쪼개어 영역별로 보여 준다. 따라서 (set_workspace 3) 과 같은 명령은 수행될 수 없는 것이다. 또한 이와 유사한 (set_viewpoint 3) 과 같은 명령도 먹히지 않는다 (아무래도 이건 버그인 듯).
그러면 어떻게 하면 될까? 그렇다. 애초에 가로로 길다란 하나의 워크스페이스이니, 직접 윈도우의 위치를 계산해서 적어 주면 되는 것이다. 1440×900 해상도의 모니터를 기준으로 한다면, 3번째 워크스페이스는 (x=2881, y=0) 부터 (x=4320, y=900) 까지의 영역이 된다. 그럼 거기에 맞게 수치를 적어 주면 되는 것이다. 각자의 환경에 맞게 적절한 수치를 설정하자.
4. Terminal 을 실행한 다음, Edit – Profiles 메뉴로 가서 DesktopConsole 이란 이름의 프로파일을 새로 만든다.
- Generals 탭의 ‘Show menubar by default in new terminals’ 의 체크를 해제한다.
- Background 탭에서 ‘Transparent Background’ 를 체크하고 투명도를 None 으로 조절한다 (혹은 취향에 따라 다르게 조절할 수도 있다)
- Scrolling 탭의 ‘Scrollbar is’ 를 ‘Disabled’ 로 설정한다.
5. System 메뉴 – Preferences – Startup Applications 로 간 다음 두 개의 프로그램을 추가한다. 물론 Devil’s Pie, 그리고 터미널이다. 각각 Command 부분을 아래와 같이 입력하면 된다.
- devilspie -a
- gnome-terminal –window-with-profile=DesktopConsole –role=”DesktopConsole”
Command: devilspie -a
Command: gnome-terminal --window-with-profile=DesktopConsole --role="DesktopConsole"
6. 이제 모든 과정이 끝났다. 로그아웃했다 다시 로그인하면 아래와 같이 3번째 워크스페이스 상에 콘솔이 깔려 있는 모습을 확인할 수 있다.
The Seven Habits of Highly Successful Pirates
Caldari Militia 채널의 한 녀석이 알려준, 성공하는 해적들의 7가지 습관 ㅋㅋ :
- Do unto others (as you would have them do unto you).
- Exploration makes one wiser; Even if the only wisdom gained is to know where not to return.
- Don’t be afraid to be the first to resort to violence.
- The enemy of my enemy is my enemy’s enemy. No more. No less.
- Either you eat meat or you ARE meat.
- There is no “overkill”. There is only “open fire” and “I need to reload.”
- Give a man a fish, feed him for a day. Take his fish away and tell him he’s lucky just to be alive, and he’ll figure out a way to catch another one for you to to take tomorrow.
Removal of Menubar: Hiding the Complexity
이번에 Firefox 3.7 의 Mock-up 스크린샷이 공개되었다. 한 가지 특이한 것은 우리에게 친숙한 메뉴 바가 보이지 않는다는 것이다. 실제로 Firefox/Sprint/Windows Theme Revamp 를 보면 ‘Removal of MenuBar’ 이란 항목이 명시되어 있음을 확인할 수 있다. 왜 Firefox 개발진은 가만히 잘 있던 메뉴 바를 없애려고 하는 것일까.
Firefox 3.7 의 Mockup 이미지. 메뉴 바가 없다.
메뉴 (Menu) 는 기본적으로 특정 프로그램이 실행 가능한 커맨드의 리스트를 계층화하여 보여 주는, 현대 GUI 환경에서 빼놓을 수 없는 요소 중 하나로 자리매김했다. 프로그램의 기능을 분류 별로 나누어 보여 줌과 동시에 우수한 사용성도 제공할 수 있다는 점에서 분명 좋은 도구임에는 틀림 없다. 하지만 시간이 흐르면서 이 메뉴라는 도구의 효용성에 의문이 제기되기 시작하고 있다 – 정확히는 한계점이라고 해야 할 테지만.
가장 큰 문제는 복잡성이다. 개별 프로그램의 기능이 비교적 단순했던 과거의 경우, 애초에 실행 가능한 커맨드의 수 자체가 적었기 때문에 메뉴 역시 단순했었다. 지금도 메모장 같은 간단한 프로그램의 메뉴를 보면 극도로 심플하다. 하지만 시대가 흐름에 따라 프로그램 내에 담기는 기능들의 개수도 많아졌고 이에 따라 메뉴 역시 필연적으로 복잡해지게 되었다.
메모장의 메뉴. 아주 간단하다.
Guitar Pro 의 메뉴. 항목이 너무 많고 복잡해서 원하는 기능을 찾기가 쉽지 않다.
메뉴의 항목이 많아지고 하위 메뉴에 의해 다충 구조가 형성되다 보니 이제 자신이 원하는 기능을 메뉴에서 찾는다는 것 자체가 어려워지는 수준에까지 이르고 말았다. 과연 이러한 단점을 어떻게 커버할 수 있을까 – 난이도 높은 이 질문에 대해 다수의 UI 전문가들이 내놓고 있는 해답은 ‘메뉴바 자체를 아예 없애 버린다’ 라는 꽤나 과감한 선택으로 기울어지고 있는 듯 하다.
대표적인 예가 Microsoft 의 OS 및 프로그램들이다. Vista 에 있는 프로그램 중 적지 않은 것들, 이를테면 Windows 탐색기나 Internet Explorer, Windows Media Player 등은 당혹스럽게도 메뉴가 아예 보이지 않는다. Alt 키를 누르면 숨겨져 있던 메뉴 바가 나타나지만, 개별 메뉴 항목을 아이콘에 배당하거나 하는 방식을 통해 굳이 메뉴 바를 펼치지 않아도 거의 모든 명령을 실행할 수 있도록 디자인되어 있다. 또한 Office 2007 제품군의 경우는 아예 메뉴 바를 없애 버리고 Ribbon 이라는 그루핑된 아이콘 기반의 새로운 인터페이스로 대체해 버렸다. 이 뿐만이 아니다. Google Chrome 을 비롯해 앞서 언급한 Firefox 의 차기 버전, 그리고 기타 수많은 프로그램들이 메뉴 바가 전면에 드러나지 않도록 하고 있다. 수십 년 동안 인터페이스의 핵심에 있던 메뉴가 서서히 밀려나기 시작하고 있는 것이다.
Windows 7 의 그림판. Ribbon 인터페이스의 최적의 형태를 보여 준다.
왜 다들 메뉴 바를 꽁꽁 숨기려고 하는 것일까. 우선, 복잡한 메뉴 바는 그 자체가 진입 장벽으로 작용한다. 심지어는 메뉴 자체가 이용자를 ‘기능의 방대함으로 짓눌러 버릴’ 위험성이 있다. MS Word 나 Visual Studio, Eclipse 등의 메뉴 바의 복잡무쌍함에 질려 버릴 뻔한 경험을 해 본 사람은 비단 나 혼자만은 아닐 것이다. 게다가 그 수많은 항목들 중 실제로 이용자가 사용하는 기능의 수는 상당히 한정되어 있는데, 그렇다면 굳이 사용하지도 않는 기능들을 열거해 가며 이용에 불편함을 초래하는 것보단 실질적으로 이용자가 필요로 하는 기능을 보다 직관적인 형태로 제공하는 것이 효율적이라는 결론에 도달했다고 볼 수 있다.
결국 메뉴 바를 없앤다는 것은 그만큼 프로그램이 수행할 수 있는 기능의 복잡성을 감추고 나아가 프로그램의 사용 난이도를 낮추는 효과를 거두고자 하는 의도가 담겨 있다고 정리할 수 있겠다.
메뉴라는 도구가 완전히 사라질 것이라고 보진 않는다. 하지만 메뉴의 단점을 극복하기 위한 새로운 인터페이스의 개발은, 느리게나마 계속 진행되고 있다. 메뉴를 대체하기 위한 인터페이스의 최종 진화형은 과연 어떤 형태일까.
1865
Chile 의 대표적인 와인으로 가격대 성능비가 아주 뛰어난 와인. Merlot 같은 걸 베이스로 한 버전도 있지만, 역시 최고는 Cabernet Sauvignon 이 아닐까. ’1865′ 라는 독특한 이름은 사실 San Pedro 사의 설립 연도이자 ‘18세부터 65세까지 모든 연령층의 사람들이 즐길 수 있는 와인’ 이 되길 바라는 마음에서 비롯된 것이기도 하다. 코르크를 딴 직후부터 느껴지는 강한 과일 & 바닐라 향은 이 와인의 특징 중 하나. 첫 잔을 입에 대는 순간 꽤나 대중적인 테이스트라는 느낌이 바로 오는데, 어느 정도냐 하면 일반인들에게 이 와인을 대접하면 ‘나에게 이미지로 남아 있는 와인의 전형성’ 이라는 이야기가 나올 정도다. 무게감도 적당하고 밸런스도 잘 맞는, 개성이 뛰어나진 않지만 가장 많은 사람들에게 ‘맛있다’ 란 느낌을 줄 수 있는 괜찮은 녀석이다. 와인을 전혀 모르는 사람보단 이제 갓 입문한 사람들과 함께 즐기면 좋을 듯한 와인.
