서비의 다락방

엊저녘 갑자기 삘 받아 테터툴즈에서 텍스트큐브로 업그레이드를 단행 했다.
원래 계획은 텍스트큐브 마이너 업데이트버전이 출시되면 그때 느긋이 진행하려고 했는데..
하루일과가 지루했던지, 정말 아무 생각 없이, 그냥 삘이 통해 버려서...

우선 기존 태터툴즈의 스킨과 플러그인이 제대로 동작하는지가 제일 걱정인 부분이었는데,
계정에 테스트용으로 설치를 해 보니 사용 중이던 스킨, 플러그인이 별 문제없이 동작하는듯하여
퇴근 후 자정을 전후해 업그레이드를 진행 했다.


업그레이드 후 꼼꼼히 살펴보니 다른 부분들은 사용하는 데 큰 저항감이 없었는데
결정적으로 테터에 등록한 이미지처리 부분이 크게 바뀐듯했다.

• 이미지 워터마크 기능이 삭제된 것과
• 모든 이미지크기가 리사이즈되어 나온다는 것.

처음엔 적잖이 놀랐지만 관련 소스 어딘가를 고치면 쉽게 해결될 줄 알았다.
근데, 이게 어디에서 세팅이 들어가 그런지를 전혀 찾을 수가 없는 것이다!! 컥..
하릴없이 시간을 허비할 수도 없어서 잘 업그레이드를 한 걸로 일단 만족하고 잠자리에 들었다.

오늘, 관련 문제를 해결하기 위해 검색을 해 보니 내 마음을 불편케 한 두 가지 문제점에 대한
내용을 확인할 수 있었다.

하나는 바로 수정가능.
나머지 하나는 당분간 사용 불가능.

포스트의 이미지들이 리사이즈 되어 나오는 문제는 텍스트큐브의 본문 중의 이미지 사이즈에
영향을 주는 인자가 스킨의 index.xml 파일에 있다는 것.
워터마크 기능은 플러그인으로 빼기 위해 텍스트큐브 1.5에서는 빠졌다는 것.

다른 사람들은 잘 안 썼을지 모르지만 나 같은 경우 내가 직접 작성한 이미지, 사진, 도표 등에는
워터마크를 사용해 왔기 때문에 아직 구현이 안되었다는 게 상당히 아쉽다.
- 워터마크 기능이 사라진 줄 알았으면 업그레이드도 플러그인 등장 이후로 미뤘텐데...-

어쨌든 플러그인 구현을 위한 새로운 티켓까지 발행 했으니 당분간만 불편을 감수하면 되겠지?
이른 시일 내에 워터마크 플러그인이 등록되었으면 좋겠다.

간만에 만난 대학 동기녀석들에게 응석이라도 부리려 그랬던 걸까?
이런 추태도 너무 오랜만에 부려 본다.
친구들아 미안하다. 감정을 주체할 수 없었나 보다.

타악뮤지컬 '야단법석' 공연티켓이 생겼는데
같이 갈 사람이 없다. 이런 짜짜로니 같은 상황이...

티켓만 주지말구 같이 갈 사람도 좀 주면 안되겠니?

이노무 좁고 얇은 인간 관계에 대해 다시 한번
생각 해 봐야 겠다.

누구 나랑 같이 공연 보러 갈 사람 없음둥?

요 며칠간 집중적으로  Adobe AIR ( Adobe Integrated Runtime ) 에 대해 조사 해 볼 일이 있었습니다.

어도비 에어는 간단히 말해 웹브라우저를 뛰쳐나와 단독 어플리케이션으로 실행 되는 플레시를 위한
실행 환경 정도로 이해 할 수 있겠습니다.
아직 정식 버전이 출시 되지 않았고 이전에는 Apollo 라는 코드명으로 불렸습니다.

플렉스의 신선한 UI로 데스크탑 어플리케이션을 작성 하고 실행 할 수 있는 환경을 제공한다는 점에서
많은 개발사/개발자의 주목을 받고 있는 adobe 사의 다음세대 전략 상품 중의 하나 입니다.

에어가 서서히 그 모습을 드러냄에 따라 저희 회사에서는,
국내 모 기업의 모 데스크탑 어플리케이션 업그레이드와 관련하여 향후 비전으로  AIR로
밑그림을 그린 로드맵을 제안 했고 그 이야기의 진척이 생각보다 빨라 발걸음이 빨라진 덕분이죠.

본격적으로 AIR에 대한 가능 조사가 이루어짐과 동시에 모 기업으로부터 기술적으로 구현
가능여부를 묻는  몇가지 질문리스트를 받았습니다.

참고로 그 어플리케이션은 Windows 어플리케이션으로 다수의 서드파티 dll, com이 연동되며
윈도우 api 호출이 있는 프로그램입니다.

서드파티 모듈들도 산재하고 있기 때문에 모든 내무 모듈을  AIR로 전환하는건 어렵다고 판단,
쉽진 않겠지만 AIR에서 기존 모듈을 호출하는 방향으로 개발을 진행 하자는것까지도 내부 협의가
이루어 진 상태 였습니다.

이 시점에서 제가 조사해야 하는 부분이 AIR와 네이티브 코드와의 연동을 어떻게 하는가
- 정말, 지금 생각 하면 air에 대해 아무것도 몰랐다 라고 밖에 할 수 없는 대목 입니다. ㅋ -
였습니다.

Adobe에서 데스크탑 실행 환경을 위한 런타임과 개발 환경을 공개하고 있는 마당에
- JAVA에는 네이티브 코드 호출을 위해 JNI라는 기술이 있습니다. -
설마 JNI와 유사한 기법이 있지 않겠느냐는 순진한 생각을 하고 있었던거죠..

관련 문서와 API, Sample Code를 보면서 점점 위에 생각들이 얼마나 부질 없는 상상의 나래 였는지
깨닫는데는 그닥 긴 시간이 필요치 않았습니다.

종극에는 AIR에서 자바스크립트로 ActiveX를 호출하자는 방안까지 나왔으나 이는 구현의 분량이나
기술적 위험부담이 너무 커 접기로 했죠..

이 문제로 오늘 한국 어도비의 옥상훈 차장님과 회의를 가졌습니다.
옥 차장님도 AIR이외의 라이브러리 호출에 관한 고객의 Needs는 국외에도 있지만
AIR 1.0 버전에서는 그런 요구에 대한 지원은 없을것이라는게 확인 된 사항이고
차기 버전에서는 수용이 가능하지 않겠는냐 하는 말씀을 하시더군요..
지금은 Adobe 본사도 AIR의 4사분기 출시에 신경을 쓰고 있는 상황이지 새로운 규격을
포함 할 시기는 아닌 거죠.

그랬던겁니다. AIR는 지금까지의 웹어플리케이션을 데스크탑 어플리케이션으로
끌어오는데 적합한 기술이지 데스크탑 어플리케이션을 작성하기위한 기술이 아니었던 겁니다.

현재까지 AIR가 데스크탑 어플리케이션을 위해 지원하는 api는 File IO와 내장 DB를 활용 하는 수준에
그치고 있었던 겁니다.
이런 빈약한 API로 어떻게 데스크탑 어플리케이션을 작성 한단 말입니까...
메모장만 만들고 있을까요?

물론, AIR의 실체에 대한 정확한 이해 없이 과대 평가한 건 저희쪽의 실수입니다.
하지만 개발자라면, 데스크탑 어플리케이션을 작성할때 기본적으로 이러이런건 되야지 않겠는가
라고 당연히 생각 할 수 있는 부분을 Adobe AIR는 수용하지 못하고 있다는 사실입니다.

AIR의 잠재력은 높이 평가하고 있고, 그 행보도 예의주시 하고 있습니다.
차기 버전에서는 외부라이브러리 호출을 위한 길을 터 주던지 아니면, 그에 준하는 풍부한 API지원이
실현 되었으면 합니다.

원문살짝..

more..

가사 more..