DropClock이란 멋진 화면보호기를 하나 소개한다.. 초고속카메라를 이용해 물에 빠지는 숫자를 개별적으로 촬영한 후 이것으로 화면보호기를 만든 것인데 떨어지는 모습을 바라보고 있으면 자기도 모르게 화면속으로 시선을 고정하고 있음을 알 수 있다..

화면보호기의 지원 OS는 MS Windows와 Mac OS X이다.. 다만 용량이 100M가 넘는 대용량인 관계로 화면보호기를 돌리는데 요구되는 사양이 다소 크다는 것이 약간의 아쉬운 점이라고나 할까? 무료로 다운받아 사용이 가능하지만 좀더 다양한 설정을 위해선 15달러를 지불하도록 요구하고 있다.. 자세한 정보는 아래 사이트를 들어가면 얻을 수 있다..

DropClock : http://scr.sc/products/dropclock/

Video: 개발자를 위한 요가 1

출처 : SOFT & MICRO

개발자를 배려하는 이런 시도들은 적극적으로 추천되어야 한다.. 아마도 대다수의 개발자들은 요가 자체보다는 요가를 지도하는 선생님에게 더 시선이 몰릴듯 하지만.. --;; 개인적으로 겐도사마에게 추천..

Visual Basic(이하 VB) 6.0의 추가 기술지원이 오는 2008년 4월 8일 부로 중단하게 된다는 소식이 Technet News letter를 통해 전달되었다.. 이미 VB.Net 기반으로 전환하면서 2005년 3월 VB에 대한 표준지원을 중단하고 3년간 유료서비스만을 유지하겠다는 발표가 있었던 것이기에 4월 8일 추가 기술지원 중단 소식은 예정된 수순을 밟는 것이다..
 
1991년 1월 27일 처음 세상에 선보였던 VB는 그동안 많은 개발자들이 즐겨 사용하는 개발언어로 인기를 끌었다.. 물론 C++ 등의 개발언어 사용자들에 의해 폄하된 시선과 평가를 얻기도 했지만 수많은 어플리케이션들을 손쉽게 만들어 배포되어 왔음을 무시할 순 없다..

개발언어는 흐름에 민감한 분야 중 하나이다.. 항상 새로운 개발언어는 탄생하기 마련이고 VB 역시 그러한 흐름가운데 사라지는 언어라고 생각할 수 도 있다.. 하지만 VB.Net 출시 이후 기존 VB 개발자들이 VB.Net으로 전환하는 비율보다 Java로 전환하는 비율이 더 높았다는 소식들을 접하면 MS가 기존 VB 개발자들에 대해 다소 빈약한 지원정책을 가지고 있던 것은 아닌가라는 생각도 잠시 해보게 된다..

IT 역사에 또 하나의 점을 찍게된 VB를 바라보며 한 때 VB로 이것 저것 만들어보던 예전 추억을 떠올려본다..

블로그에 인터넷 표준시를 표시해줄 수 있는 InternetTimeView 플러그인을 배포합니다.. 인터넷 표준시란 스위스 스와치(Swatch)사에서 만든 인터넷 상의 시간 표시 방법으로 인터넷 상에서 시차가 없이 모든 국가에 동일한 시각으로 적용하는 시간제 표시를 말합니다.. 특정 기업에서 만든 시간제이기 때문에 대중화가 되지는 못했지만 인터넷 초창기에 매우 신선한 개념으로 여겨졌었죠..

스와치 본사가 있는 스위스 베른주(州) 빌시(市)의 GMT를 기준으로 오전 0시부터 시작하여 하루 24시간을 1000으로 나눠 표시하는 방법으로 지정하며 시간의 단위는 beat로 표시합니다.. 즉 하루를 1000beat로 표시하는 방식으로 사용됩니다..
좀더 자세한 정보는 위키피디아를 참고하시기 바랍니다..

InternetTimeView 플러그인을 설치한 후 인터넷 표준시를 표시할 부분에 [##_InternetTimeArea_##] 치환자를 삽입하면 아래 그림과 같은 방식으로 인터넷 표준시가 표시됩니다.. 텍스트로 정보가 표시되기 때문에 텍스트가 보여지는 모습은 해당 치환자가 삽입된 위치의 CSS 설정을 따르게 됩니다..


환경설정의 옵션값은 인터넷 표준시를 페이지 로딩 시마다 새로 변경할 것인지 아니면 일정 시간마다 변경할 것인지를 지정합니다.. 기본 선택은 페이지 로딩과 상관없이 일정시간마다 변경하는 것입니다..

플러그인 내용은 인터넷 표준시를 텍스트로 표시해 주는 것이 전부입니다.. 너무나 간단한 내용에 비해선 소스가 양이 좀 많습니다만 플러그인을 처음 제작하려는 이들이 전체적인 플러그인 구조를 파악할 수 있도록 하고자 하는 의도로 만든 플러그인이니 참고하시기 바랍니다.. (이런 것도 플러그인으로 만들어 올리는 구나 정도로.. ^^)


update : 이전 소스에서 setInternetTimeBeat 함수에 전달하는 인자를 수정했습니다.

예전에 HTML과 javascript를 공부했던 이들이라면 javascript의 HTML 소스상의 표기방식에 대해 잘 알고 있을 것이다.. 대략 아래의 표기방식으로 처리했으리라 생각한다..

<script language="javascript" type="text"> // 스크립트 함수 </script>

위 표기법은 몇가지 문제를 소유하고 있는데 그 문제는 다음과 같다.

• language 속성은 표준속성이 아니다.. 현재는 type 속성에 포함되어있고 type="text/javascript" 방식으로 표기한다.. 만약 javascript가 아닌 vbscript를 사용할 경우 type="text/vbscript"로 표기하면 된다..
• 자바스크립트를 지원하지 않는 예전 브라우저와의 호환을 위해 스크립트 함수 부분을 주석처리해줘야 한다..

위 내용대로 정리하여 올바른 표기법으로 다시 처리하면 아래와 같다..

<script type="text/javascript"> <!-- // 스크립트 함수 //--> </script>

여기까지가 대부분이 알고있는 javascript의 표기법이다.. 그런데 시대가 바뀌어 접하게 된 XHTML의 세상에서는 이 역시 바람직한 표기법이 아니게 된다.. (HTML 4.0 기반에서는 위 표기법이 옳은 표기법이다..) XHTML(Extensible HyperText Markup Language)에서는 XHTML 해석기가 <script ~~> 부분을 태그로 잘못 인식할 수 있는 가능성이 있어서 태그로 인식할 경우 스크립트 함수 부분에서 에러가 발생할 수 있다.. XHTML이 XML 포맷을 기반으로 하는 문법이기 때문에 발생하는 문제인데 이 문제를 해결하려면 스크립트 함수 부분을 CDATA escaping 처리를 해주면 된다.. CDATA escaping 처리를 하게 된 javascript 표기법은 아래와 같다..

<script type="text/javascript"> <![CDATA[ // 스크립트 함수 ]]> </script>

위 표기법은 일반적인 경우는 문제가 없지만 언제나 발목을 잡게 되는 자바스크립트를 지원하지 않는 예전 브라우저(특히 CDATA를 인식하지 못하는 브라우저)를 위한 호환처리에서 문제가 발생한다.. 호환 처리를 하기 위해 주석처리 부분을 수정하게 되면 아래와 같이 변경된다..

<script type="text/javascript"> /* <![CDATA[ */ // 스크립트 함수 /*]]>*/ </script>

꽤나 복잡한 모양새가 되버렸지만 이렇게 표기하면 XHTML에서 전혀 문제없이 javascript를 사용할 수 있게 된다.. 굳이 이렇게 복잡하게 신경써가면서 처리해야 하는 이유는 다름아닌 다양한 브라우저 유저층들을 위한 호환성 처리 및 표준을 지키게 됨으로 얻을 수 있는 정확한 데이터의 활용 때문이다.. 태터툴즈나 텍스트큐브를 사용하는 사용자들 중 HTML에서 XHTML로 마크업 언어를 변경하는 이들이 많이 있을텐데 이러한 부분을 주의한다면 좀더 표준에 다가설 수 있는 작업을 할 수 있을 것이다..

p.s 본 블로그에서도 위 부분은 아직 제대로 처리하지 못하고 있는 것이 사실인데 이 기회에 한번 스킨 소스를 살펴보려 한다.. 플러그인이 생성한 것까지 보려면 플러그인 소스도 봐야하나?? 참고로 텍스트큐브에서는 위 코드를 아래 방식으로 처리한다.. 주석처리의 방법 상 차이일 뿐 동일한 내용.. :)

<script type="text/javascript"> // <![CDATA[ // 스크립트 함수 // ]]> </script>

참고 :
http://www.w3.org/TR/html4/interact/scripts.html

http://www.w3.org/TR/xhtml1/

어제 iPhone이 회사에 도착했는데 iPhone의 터치스크린을 손톱으로 동작할 수 없다는 미유님의 클레임(?)이 접수되었다.. 왜 동작할 수가 없는지에 대해 이미 까마득히 잊혀진 전공범위지만 간단하게 정리를 해보려 한다..

터치스크린의 동작방식은 여러가지가 있다.. 크게 분류를 하면 터치스크린 표면에서 직접 입력을 받을 수 있는 방식과 터치스크린 외곽에 적외선 발광소자 설치한 후 적외선 중간의 신호가 외부에 의해 간섭을 받는지를 측정하는 방식 등 두개로 나눌 수 있다.. 전자가 대부분의 소형 디스플레이 장치(PDA, PMP, 휴대폰 등등)에서 사용되는 반면 후자는 좀더 큰 디스플레이 장치(모니터 급 이상)에서 많이 사용된다..

각각의 장단점이 있는데 전자의 경우는 소형화에 적합한 반면 터치스크린 화면을 눌러서 입력하기 때문에 터치스크린 표면 마모현상이 필연적으로 발생하게 된다. 후자의 경우는 전자의 마모현상은 없으나 적외선 발광소자를 써야하기 때문에 소형 디스플레이 장치에서는 활용할 수 없게되는 단점이 있다..

자 그럼 iPhone을 손톱으로 입력하지 못하는 이유는 무엇일까?
터치스크린을 직접 입력하는 방식도 크게 두개로 나뉘게 되는데 압전방식과 정전용량방식이 그것이다.. 압전방식은 터치스크린을 누르는 순간 발생하는 압력에 의해 전압이 발생하게 되고 그 전압차이로 입력을 감지하는 방식이다.. 현재 대부분의 소형 디스플레이의 터치스크린은 이 압전방식을 사용하고 있다.. 이 방식의 장점은 입력할 수 있는 도구의 특성을 가리지 않는다는 것인데 이는 터치스크린 표면에 압력을 줄 수 있는 것이라면 모두 입력할 수 있는 도구로 쓰여질 수 있기 때문이다.. 따라서 이 방식으로 만들어진 터치스크린은 손톱으로도 동작을 시킬 수 있다..

다른 방식인 정전용량방식은 동작의 방식이 약간 다르다.. 정전용량방식은 표면에 전류가 흐를 수 있는 물질(전도체)이 닿을 경우 그 전류가 전도체를 통해 빠져나가는 정도를 측정하여 입력한 위치를 판단하고 입력처리하는 방식이다.. 당연히 전류가 새나갈 수 없는 손톱으로는 입력한 위치를 측정할 수 없다는 문제가 있다.. 그럼에도 불구하고 굳이 iPhone이 정전용량방식을 채택한 이유는 정전용량방식이 가질 수 있는 멀티터치 기능에 있다고 보여진다.. 현재까지의 기술력으로는 멀티터치를 구현할 수 있는 것은 정전용량방식이 유일하기 때문이다.. iPhone의 UI에서는 두 손가락을 이용하여 화면의 크기를 조절하는 등의 인터페이스가 설계되어 있는데 이는 압전방식에서는 불가능한 방식이다..

그럼 예쁘게 자란 손톱을 가지고 있는 여성유저들은 iPhone을 쓰지 말아햐 하는 것일까? 잡스 아저씨에게 물어보시랍~

나루터님의 digg를 3차원으로 표현한 mb3DEngine 포스팅을 보고 들려본 mb3DEngine 사이트.. digg 페이지를 3D로 보여주어 이전의 digg 포스팅들을 손쉽게 살펴볼 수 있도록 만들어졌다고 한다..

처음 이 사이트를 접하고 느낀 점이 몇가지 있는데 우선 처음 보자마자 느낀 점은 꽤 흥미있는 시도라는 점.. 기존 digg의 한계(?)라고 할 수 있는 지나간 데이터에 대해 역추적을 하는 것이 쉽지 않다는 점에 대해 새로운 인터페이스를 통한 데이터 접근방법을 제시했다고 볼 수 있다..

그러나 들어가서 기존 digg 데이터에 대한 순례를 시작하다 보면 익숙치 못한 UI로 인해 마우스 커서가 나가야할 방향을 잃어버리고 만다.. 탐색 속도가 느릴 때는 그리 큰 문제가 없다.. 하지만 탐색 속도가 증가하면(마우스 이동에 대한 mb3DEngine 반응 속도가 증가하면) 문제가 심각해진다.. 마치 예전에 비행 시뮬레이션 게임을 하다가 공중에서 포인트를 잃어버리고 헤매던 기분이랄까.. 결국 원하는 데이터는 찾지도 못한채 3D 공간 속에 홀로 던져진 마우스 커서를 다시 2D 공간의 브라우저 밖으로 꺼내어야 모든 상황이 정리되고 시각의 혼란은 그제서야 진정하게 된다..

새로운 UI에 익숙해지기까지 자신을 적응시켜야 하는 것이 최선일지 의문이 들긴 하지만 항상 새로운 UI에 대한 시도는 끊임없이 고민되어야 하는 것.. 그 점에서 mb3DEngine의 시도는 기존의 UI가 제공하지 못한 새로운 가능성을 보여준 것만으로도 가치가 있다고 본다..

http://www.mb3dengine.com/