태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

WAP 1.x 페이지를 개발하고 테스트하기 위한 Phone.com의 UP 4.0 에뮬레이터이다.
압축을 풀면 나오는 설치 프로그램을 실행하여 설치과정을 거친 후에 사용 가능하다.

다운로드 -> upsdkW40e.zip
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
KTF의 기존 브라우저인 ME 1.3 버전이다. MHTML을 사용하는 무선페이지를 만들때 필요한 프로그램이다.
별도의 설치 과정은 없고 원하는 디렉토리에 그냥 압축을 풀고 사용하면 된다.

다운로드 -> mb1.3b.zip
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
먼저 소개한 "핸드폰에 캐싱되지 않는 모바일 페이지 작성법" 글에서의 캐시 제어를 실행해도 다음과 같은 경우에는 캐싱이 적용되지 않는다.

aaa.jsp(초기 페이지) -> process.jsp(동작 실행) -> aaa.jsp(새로운 내용의 페이지)

즉, 중간에 어떤 동작을 실행하는 페이지를 거치되 해당 페이지가 브라우저에 실제로 표시되지 않는 페이지이고 동작을 마친 후에복귀하는 페이지가 원래의 페이지와 같다면 ME 브라우저의 경우에 아무리 캐시제어 태그를 넣어줘도 처음 단계에서의 내용이 그대로표시되어버리는 문제가 있다.

문제는 ME 브라우저의 버그라고 볼 수 있는데

aaa.jsp(초기 페이지) -> confirm.jsp(사용자 확인) -> process.jsp(동작 실행) -> aaa.jsp(새로운 내용의 페이지)

와 같은 흐름으로 페이지가 진행되도록 수정하면 해결된다. 즉, 처음 표시하는 aaa.jsp와 마지막에 표시하는 aaa.jsp사이에 단말기에 실제로 마크업이 출력되는 페이지를 삽입함으로써 페이지의 URL이 달라지게 만들어 주는 것이다.

물론 위의 aaa.jsp 페이지는 먼저 "핸드폰에 캐싱되지 않는 모바일 페이지 작성법"에서 소개했던 캐시 제어문들이 적용되어 있어야 한다.
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
동적으로 그 내용이 갱신되는 페이지의 경우 핸드폰은 서버로부터 항상 최근의 내용을 가져가서 표시해야 한다.
핸드폰의 브라우저에 페이지의 내용을 항상 서버로부터 받아가야함을 알리는 방법은 다음과 같다.

JSP 또는 서블릿 페이지에서 핸드폰으로 출력이 되기전(마크업 태그가 출력되기 전)에 아래와 같은 명령행을 실행하면 된다.

response.setHeader("Cache-Control","no-store");
response.setHeader("Pragma","no-cache");
response.setDateHeader("Expires",0);

위 명령행은 WML, mHTML 등 모든 마크업에 대해 공통사항이다.

WML 페이지의 경우, 입력필드에 이전 입력값이 남아있는 경우에는 해당 card 태그에 아래와 같은 속성을 부여한다.

<card newcontext="true">
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
KTF용 mHTML 컨텐츠에서 다음과 같은 방법으로 태크를 작성하여 추가하면 해당 컨텐츠에 접속하는 URL을 친구에게 전송할 수 있다.

<a href="http://kt68char.magicn.com/cpsms/default.asp?url=http://m.codecraft.org/index.jsp&backurl=http://m.codecraft.org/index.jsp"accesskey='7' Speedup>★친구에게 URL전송</a>

이 경우 해당 모바일 페이지에는 "★친구에게 URL전송"이라는 링크가 표시되고 해당 링크를 선택시 SMS 메시지를 수신할 친구의 전화번호를 입력하는 화면으로 이동한다. 전화번호를 입력후 전송하면 해당 URL에 접속하는 Call-back URL 지원 SMS 메시지가 친구에게 전송된다.

파라미터 중 url은 Call-back URL로 전송할 URL이고 backurl은 메시지 전송후 돌아갈 URL이다.

단, 이때 SMS 전송은 유료다. 현재는 30원이 부과된다.
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
NATE에 있는 나만의 메뉴에 특정 URL을 등록하도록 돕는 태그 작성법을 알아보자.
아래 내용은 JSP의 예이다.

String faver = "http://wap.nate.com/cgi/add_favorite.cgi?v_title=코드크래프트&v_url=http://m.codecraft.org/index.jsp";
.......
<anchor>나만의 메뉴추가<go href="<%=faver%>"/></anchor>

위와 같이 작성한 경우 모바일페이지에는 "나만의 메뉴추가"가 링크로 나타나고 이용자가 링크를 클릭시 NATE에 있는 나만의 메뉴에 해당 URL이 추가된다.

이 방법은 SK-WML이나, XHTML 공통적으로 사용 가능하다.
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
LGT에서 사용중인 UP-WML을 사용하여 WAP 1.x 컨텐츠를 작성하는 경우에 상대경로를 아래와 같이 지정한다면 에뮬레이터나 WAP브라우저에서 제대로된 경로를 통해 문서를 찾지 못한다.

<wml>
<card>
<p>
▣메일▣<br/>
<a href="up_inbox.jsp" accesskey="1">받은 메일함</a><br/>
<a href="up_send.jsp" accesskey="2">메일 보내기</a><br/>
<do type="vnd.up" label="상위"><go href="/up_index.jsp"/></do>
</p>
</card>
</wml>

이 문서와 up_inbox.jsp, up_send.jsp를 mail 이라는 디렉토리에 저장하고 상위 디렉토리에는 up_index.jsp를 저장한 경우 일반적인 웹브라우저에서는 상대경로인 up_inbox.jsp의 절대경로를

http://m.codecraft.org/mail/up_inbox.jsp

로 계산하지만 UP 브라우저의 경우 절대경로를

http://m.codecraft.org/up_inbox.jsp

로 계산하여 요청한다. 일종의 버그일 수 있겠으나 UP 브라우저에서의 상대경로는 무조건 / 위치를 기준으로 하므로 이에 맞추어 상대 경로를 작성해야 한다. 따라서 위의 예제는 아래와 같이 바뀌어야 한다.

<wml>
<card>
<p>
▣메일▣<br/>
<a href="/mail/up_inbox.jsp" accesskey="1">받은 메일함</a><br/>
<a href="/mail/up_send.jsp" accesskey="2">메일 보내기</a><br/>
<do type="vnd.up" label="상위"><go href="/up_index.jsp"/></do>
</p>
</card>
</wml>

아마도 이러한 문제는 UP 브라우저 개발시 적은 메모리와 낮은 CPU파워 때문에 상대경로 계산 알고리즘을 단순화하다보니 발생한 것 같다.

물론 이와 같은 문제는 최근에 출시된 UP 브라우저 6.0 에서는 발생하지 않는다.
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
WAP 2.0 스펙에 맞추어 개발된 mBrowser 용 컨텐츠 개발 가이드 입니다.
이 문서의 저작권은 SK텔레콤에 있습니다.

다운로드하기 -> NATE_CP_Guide_ver_2.6.pdf

mBrowser용 컨텐츠는 기본적으로 XHTML 문법을 사용하여 작성되며 부분적으로 WML태그를 넣는 것도 지원이 되는군요. 
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™
일본 NTT DoCoMo의 i-Mode용 컨텐츠인 cHTML 페이지 개발을 위한 Pixxo 에뮬레이터 2.1 버전이다.

다운로드 -> PixoIMB21.zip
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Alchemist™