추천 : ★★★★☆

현재 웹페이지의 HTML, Javascript, CSS 를 DOM 형식으로 보여주고

디버깅은 물론이고 즉시 수정해서 반영할 수 있다.

IE 에 dev-toolbar 가 있다면 FF에서는 FireBug 를 들 수 있겠습니다.



추천 : ★★☆☆☆

웹개발자분들은 브라우져 창을 엄청 많이 띄워놓는데

그럴때 유용한 툴이다.

F4 를 누르면 현재 브라우져의 모든 탭을 Gird 형식으로 보여주고

필터링해서 볼 수도 있다.

웹페이지를 여러개 띄워놓고 테스팅할때 정말 좋은 툴이 되겠다.



추천 : ★★★★★

웹페이지의 트래픽 정보, 컨텐츠 내용,

Http Status 등을 볼 수 있다.

IE 에서 HTTPWatcher 를 쓰고 있다면

FireFox 에서도 똑같이 사용할 수 있다.

장점이라면 무료라는거?

웹페이지에서 Flash 로 네트워크 통신을 디버깅할때 필수라 하겠다.



추천 : ★★★☆☆

여러 컴퓨터에서 FF 를 사용할때

북마크를 서로 Sync 시켜주는 유용한 유틸이다.



추천 : ★★★★★

IE 의 알툴바를 떠올리면 된다.

솔직히 우클릭 드래그 모션이 너무 편해서 IE 를 떠나지 못했었다.

근데 우연찮게 살펴보다가

이게 있는것을 보고 지화자를 불렀다~!!

(솔직히 알툴바보다 훨 좋다.)



추천 : ★★★☆☆

우리나라는 Active-X 때문에 IE 가 꼭 필요하다.

이 플러그인은 링크나 북마크를 우클릭으로 IE 로 페이지를 띄울 수 있게 한다.

브라우져 일일이 열기 귀찮을때 정말 유용하다.

웹서핑은 FireFox 로 하다가 IE 를 켜야할때

우클릭으로 띄우면 끗~


플러그인 검색 및 다운로드 사이트

https://addons.mozilla.org/ko/firefox





언젠가부터 IE 를 떠나고 싶었는데

알툴바, 알패스, HttpWatcher 때문에 어쩔수 없이 쓰고 있었는데

이번에 이 플러그인들을 알게 되고 나서

기본 브라우져도 바꾸고

바탕화면에서 IE 아이콘을 지웠습니다. 잇힝~

솔직히 요즘 Ajax 로 개발되는 사이트나 블로그가 정말 많은데

안정성은 말할것도 없고

구글이나 블로깅은 정말 IE와 비교해서 너무 빠릅니다.

보다 편안한 웹브라우징을 위하여~~


이올린에 북마크하기(0) 이올린에 추천하기(0)

Tag : Firefox, IE, plugins

[AS3] Integer.reverseBytes() of Java.

Posted 2008/07/30 13:52 by wooyaggo
public function reverseBytes( value: int ): int
{
     var num: int = ( ( value >>> 24 ) ) | ( ( value >> 8 ) & 0xFF00 ) | ( ( value << 8 ) & 0xFF0000 ) | ( ( value << 24 ) );
         
     return num;
}

Java 의 Integer.reverseBytes() 기능을 하는

ActionScript 3.0 버젼의 reverseBytes 입니다.


이올린에 북마크하기(0) 이올린에 추천하기(0)

Tag : 3.0, flash, reverseBytes

AIR 는 설치형 어플리케이션입니다.

이제 AIR 개발도 소프트웨어 개발이라고 감히 불러도 될것 같다는 개인적인 생각이 드네요.

그래서 실제 서비스에 필요한 완성도 높은 어플리케이션을 만들려면

어떤 디테일이 필요한지 한번 예를 들어보겠습니다.



1. Install Path.

내 어플리케이션이 어디에 설치가 될 것인지

분명하게 지정을 해줘야합니다.

단일 소프트웨어면 C:\Program Files\ 로 잡아야겠지만

저 같은 경우는 제 어플리케이션은 실험적인 것들이 많기 때문에

C:\Program Files\Wooyaggo Applications\ 폴더에 몰아 넣습니다.

사용자 삽입 이미지

프로그램 폴더도 패키지 처럼 용도와 목적에 맞게 구분되는거 더 편의성있지 않을까 싶네요^^

그리고 현재 설치된 폴더의 한단계 위 폴더를 검색하면

현재 설치되어 있는 어플리케이션의 목록도 알아볼 수 있으니까 나름 장점도 있을거 같습니다.



2. Icon.

AIR 에는 총 3가지 아이콘 종류가 있습니다.

 - Application Icon

사용자 삽입 이미지

Application Icon 은 실행파일의 아이콘, 단축아이콘, Task Bar 에서의 아이콘,

타이틀 창의 아이콘으로 사용됩니다.



 - SystemTray Icon

사용자 삽입 이미지

시스템 트레이 아이콘은 단순히 보여주기 용이 아니라

클릭 이벤트나 마우스 이벤트를 받을 수 있습니다.

특히 우클릭 메뉴를 따로 지정할 수 있기 때문에

보다 편리한 LUI를 위해서 가능하다면 꼭 신경쓰는 것이 좋습니다.



 - File Icon

사용자 삽입 이미지

AIR 는 특정 파일에 대해서

기본 실행 프로그램으로 지정할 수 있습니다.

그렇기 때문에 지원하는 파일의 경우 설정된 아이콘으로 보여질 수 있죠.

보이는 예는 SecretFile 의 파일 포맷인 *.secret 의 파일 아이콘입니다.



3. Window Drag, Resize, Close, Minimize.

네이트온 메신져를 보면 이해가 쉽습니다.

대화창을 드래그 하고 싶을땐 상단을 잡아 끄는 행동을 하게 되고

창의 크기를 늘리고 싶으면 자연스럽게 테두리에 마우스를 가져가죠.

창을 닫고 싶을땐 우측 상단에 X 표시를 찾게 되고

끄지는 않지만 숨겨놓고 싶을땐 마찬가지로 우측 상단에서 _ 표시를 찾게 됩니다.

이 모든게 대부분의 유저들이 자연스러운 멘탈 모델을 따르는 것이라고 볼 수 있습니다.

이러한 자연스러운 멘탈 모델은 거스르지 않는게 좋은 UX 가 되겠죠.

하지만 NativeWindow.startDrag() 나 NativeApplication.exit(), NativeWindow.minimize()

등은 이미 쉽게 제공이 되고 있지만

정작 까다로운 부분은 Resize 부분입니다.

물론 NativeWindow.startResize( edgeOrCornet ) 라고 제공을 하지만

문제는 잡고 드래그할 영역을 만들어주고

Resize 에 맞게 재위치 시켜주는것이 까다롭습니다.

그래서 시간날때 꼭 컴퍼넌트화 시켜놓는것이 좋을 것 같습니다.

앞으로는 기본적으로 마우스의 커서를 기본 커서들로 바꿀 수 있다고 하니 더 쉬워질듯 합니다.



4. 마지막 위치, 창 크기를 기억해놓자.

창을 리사이즈 시키거나 드래그를 할 경우

다시 어플리케이션을 띄우면 예상하지 못한 위치에서 뜨게 될 경우

유저는 불편함을 느낄지도 모릅니다.

왠지 손에 익은 툴이 아니라 매번 포장지를 새로 뜯어 사용하는 기분이 들지도 모르죠.

AIR 에서는 EncryptedLocalStore 라는 static 클래스를 제공합니다.

하나의 어플리케이션당 기본으로 제공하는 저장 공간인데요.

"AIR Cookie"라고 부를 수 있겠습니다.

하지만 용량이 매우 크고 저장포맷이 ByteArray 이기 때문에

다루기는 쉽지 않지만 그만큼 활용할 수 있는 방법도 많고

가능성 또한 매우 무궁무진합니다.

로직은 아래와 같이 되겠죠.

 - 초기화

1. EncryptedLocalStore 뒤져서 저장되어 있는 값 있는지 확인.

2-1. 있으면 초기값 적용하고 EncrpytedLocalStore 제거.

2-2. 없으면 기본값 적용.

 - 어플리케이션 닫을때( NativeWindow.addEventListener( Event.CLOSE, function ) )

1. ByteArray 생성.

2. 창위치 저장.

3. 창크기 저장.

4. EncryptedLocalStore 에 저장.

이런식으로 구현되면 되겠습니다.



5. 우클릭 메뉴를 적극적으로 활용하자.

이부분은 강조하기 조금 불안한 부분인데

그 이유는 곧 AIR 새 버젼이 나오면

ContextMenu 와 NativeMenu 가 대폭 향상된다고 합니다.

지금은 단순히 String 형만 되지만

다양한 표현방법을 제공하고 많이 개선될거라고 하더군요.

머 어쨌든 길을 가는 방법이야 어쨌든 어떤 길이 있는지는 살펴봐야겠죠.



 - NativeWindow.menu

이 메뉴는 Chrome 창 하단에 나오는 기본 메뉴입니다.
사용자 삽입 이미지

Chromless 가 아니라면 꼭 신경써야할 부분임에 틀림 없습니다.



 - Right Menu.

사용자 삽입 이미지

this.stage.addEventListener( MouseEvent.RIGHT_CLICK, rightClickListener );

이벤트를 받아서

NativeMenu.display( stage, x, y );

로 표시해줄 수 있다.



 - SystemTray Menu
사용자 삽입 이미지
InteractiveIcon.menu 속성을 이용하면

쉽게 우클릭메뉴를 설정할 수 있습니다.







위 5가지 디테일만 우리가 잘 생각해주면

기본적으로 완성도가 높은 어플리케이션으로 포장할 수 있을 것이다.

개발자적 도전정신은 매우 중요한 요소지만

실제 사용할 유저에게 GUI 뿐만이 아니라 경험이나 편의에 따른 LUI(Logical User Interface) 를 제공하는것도 무시할 수 없는 점일 것이다.


p.s) AIR 한달 넘게 못하고 있는 야꼬였습니다. -_ㅜ


이올린에 북마크하기(0) 이올린에 추천하기(0)

Tag : AIR, Tip & Tech

Flex Builder 3.0 정품을 샀어요!!

Posted 2008/07/23 16:50 by wooyaggo

보헤형님의 도움으로

Flex Builder 를 구입하게 됐습니다.

어도비 제품은 총알이 되는대로 정품을 구입하기로 마음먹었던 터라

똘똘한 동생 케이가 정품을 산다길래 알아보고 같이 질러버렸습니다. ㄷㄷ

물건너 온 놈인지라 간지가 좔좔 흘렀습니다.

사용자 삽입 이미지

우측에 간지나게 Professional Edition 이라고 박혀있습니다!


패키지가 정말 간지가 좔좔~ (간지가 흐르고 있는거 보이시죠?)

누가 보면 정품 처음 산줄로 알겠지만

두번째입니다 -_-a

(첫번째는 디아블로 2 확팩 ;;)

사용자 삽입 이미지

종이가 조금 구겨져 있어서 속상했다능 T^T


사실 좀 건더기들이 많이 있을거라고 내심 기대했는데

가이드 문서 하나랑 DVD 케이스 하나 있었습니다.

케이스 궁금하시죠?

사진 나갑니다.

사용자 삽입 이미지

패키지에 비해서 약간 허전..


사진보다 실물이 조금더 이쁘장합니다. ㅋ

뒷면에 CD-Key 가 붙어있습니다. (소심해서 아예 찍지도 않았다능 ㄷㄷㄷ)

그럼 안에 뭐가 있는지 볼까용?


사용자 삽입 이미지

DVD 가 맞군요.

머... DVD 케이스안에는 DVD가 들어있겠죠;;

DVD도 참하게 생긴것이 일관성있는 디자인으로 앉아있더군요.

DVD 넣어봤더니

플렉스만 있을줄 알았는데

설치는 안해봤지만

BlazeDS 랑 LCDS 가 있더군요 ㅇ_ㅇ!!

솔직히 컴파일을 Flash 로 하기 때문에

코딩용으로 구입한거라 (게다가 회사에서는 요놈을 못쓴다능;;)

언제가 될진 모르겠지만

함 설치해봐야겠네요. 키힛

Flash 도 지르려고 맘 먹었는데

보헤형이 CS4 가 9월에 나온다고 해서

그때까지 기다리기로 했습니다.

나는야 정품유저 ㅇ_ㅇ)/



보너스로 보헤형의 센스있는 메세지.

사용자 삽입 이미지














이올린에 북마크하기(0) 이올린에 추천하기(0)

Tag : flex, 플렉스

Window 에서 JAVA ClassPath 설정하기

Posted 2008/07/14 11:54 by wooyaggo
내 컴퓨터 > 속성
또는
제어판 시스템 등록 정보

> 고급 > 환경 변수 > 시스템 변수 >

아래 두 변수가 이미 있다면 [편집], 없다면 [새로 만들기]

- JAVA_HOME : C:\Program Files\Java\jdk1.6.0_06

자바, JDK 가 설치되어 있는 폴더로 설정해줍니다. (이 변수는 사용자에 따라 적당히 수정해주세요)

- CLASSPATH : .;%JAVA_HOME%\lib\tools.jar

앞에 .; <- 요고 오타아닙니당. 쩜콜론 일케 있습니다.

이렇게 설정해주면

어느 폴더에서건 작업하고 java 나 javac 를 돌릴 수 있습니다.

from 케이.

Tag : 자바

Google 과 Adobe 의 Flash 검색 기술

Posted 2008/07/08 09:30 by wooyaggo
어도비 플래시 파일 검색 쉬워진다

어도비 플래시파일 검색, 어떻게 이뤄지나

Adobe 가 Google 에게 SWF 파일 검색을 할 수 있도록

기술 지원을 하고 있다고 한다.

물론 이와같은 기술의 확장은 환영받을만 하나

개인적으로 약간 몇가지 의문이 든다.


1. SWF 자체내에 유익한 정보를 가지고 있는 경우가 많을까?


Flash 가 많은 방면에 활용되고 있는건 분명하지만

SWF 자체에 유용한 Text 나 Image 등을 포함하고 있는 경우가 과연 얼마나 될까?

내가 그동안 만들어온 Flash 들은 대부분

스스로 어떤 고정된 URL 도 가지지 않도록 최대한 외부 통신에 맡기는 경우가 대부분이다.

이는 유지보수때문일 수도 있겠지만

Client 시스템에 중요한 정보가 담긴 컨텐츠가 남는다는게 아무래도 꺼림직해서이다.

한번 SWF 를 다운받으면 off-line 이 되더라도 언제든지 맘만 먹으면 Decompile 될 수 있기 때문이다.


2. 웹상에 올라간 SWF 는 무방비로 그대로 노출 되는 것인가?


위 기사에서 설명한 대로라면

검색엔진에 걸리는 웹상의 모든 SWF 들은

샅샅히 파헤쳐진다라는 이야기다.

물론 검색 엔진을 무시하는 robot.txt 도 있겠지만

일반 포털이나 블로그등에 올라가있는 SWF 들은

검색엔진에 의해서 분석이 될 수 있다라는 이야기가 될 수 있다.

머 어차피 악용할 것도 아닌데 머가 대수냐 라고 할 수도 있겠지만

우리가 구글을 좋아하면서 두려워하는건

우리의 모든 정보가 구글에 의해 구글에 의한 구글을 위한 것이 될까 싶은 느낌과 같은 것이다.

과연 검색에서 보호할 수 있는 수단을 제공해 줄 것인지 궁금하다.


3. SWF 와 link 되어 있는 각종 URL 이 활용가치가 있는것일까?


Text 는 정보로써 가치가 충분하다고 할지라도

보통 SWF 하나에는 여러가지 URL 에서 값을 가져와 사용하게 되는데

여기서 사용되는 이 URL 이 과연 그 활용가치로써 취급할만할까 라는 생각이 든다.

하나의 SWF 가 A 라는 도메인에서 보여지고 있지만

보통 실제 컨텐츠는 B 라는 도메인에 저장해놓고 있어서 SWF 가 가지고 있는 URL 은 대부분

B 라는 도메인을 향해 있을것이다.

그러면 과연 이 SWF 에서 가치를 찾아내는것이 효율적인가?

라는 의문이 든다.





물론 Adobe 와 Google 의 이런 기술 협력은 쌍수를 들어 환영이다.

하지만 그 실효성이나 활용 방안이 과연 기대한 바를 만족시켜줄까하는 우려가 들기 때문이다.

보통 SWF 가 보안에서 자유롭지 못하다고 하는 인식 때문에

SWF 내에는 되도록이면 중요한 정보는 암호화나 아예 지니지 않게끔 하는것이 추세가 아닌가 싶기 때문이다.

이올린에 북마크하기(0) 이올린에 추천하기(0)

Tag : flash, Google, 구글, 플래시

독도 광고 모금 캠페인