<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>답글 : Opera Mini, ★★★★★!</title>
	<atom:link href="http://naradesign.net/wp/2006/11/29/96/feed/" rel="self" type="application/rss+xml" />
	<link>http://naradesign.net/wp/2006/11/29/96/</link>
	<description>웹표준, 웹접근성, 유니버설디자인, HTML, CSS, UI, UX, UD</description>
	<lastBuildDate>Mon, 06 Feb 2012 11:05:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>html : 웹 표준 코딩의 장점. Table for Layout과 CSS Layout의 비교 실험. &#124; WebBrain가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-55231</link>
		<dc:creator>html : 웹 표준 코딩의 장점. Table for Layout과 CSS Layout의 비교 실험. &#124; WebBrain</dc:creator>
		<pubDate>Sat, 31 Dec 2011 02:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-55231</guid>
		<description>[...] Table이 사용된 페이지이며 오른쪽이 CSS를 이용하여 Layout된 페이지 입니다.Opera Mini와 같은 휴대용 웹 브라우징 장치는 웹 페이지를 렌더링 할 때 Table을 모두 [...]</description>
		<content:encoded><![CDATA[<p>[...] Table이 사용된 페이지이며 오른쪽이 CSS를 이용하여 Layout된 페이지 입니다.Opera Mini와 같은 휴대용 웹 브라우징 장치는 웹 페이지를 렌더링 할 때 Table을 모두 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>서나가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-28233</link>
		<dc:creator>서나</dc:creator>
		<pubDate>Tue, 15 Jan 2008 04:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-28233</guid>
		<description>흠흠
오페라미니가 브류기반만 만든다면
올려볼일 많을듯 
지금은 자바 기반밖에 없자나여</description>
		<content:encoded><![CDATA[<p>흠흠<br />
오페라미니가 브류기반만 만든다면<br />
올려볼일 많을듯<br />
지금은 자바 기반밖에 없자나여</p>
]]></content:encoded>
	</item>
	<item>
		<title>정찬명가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-5110</link>
		<dc:creator>정찬명</dc:creator>
		<pubDate>Fri, 22 Dec 2006 15:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-5110</guid>
		<description>배려해주셔서 감사합니다. 전혀 기분상하지 않았습니다. ^__^

그런데 저는 승철님께서 말씀하신 &#039;그런 환상의 솔루션&#039; 이 &#039;Opera Mini(기타 모바일 웹 브라우저) + 표준이라는 옷을 입은 웹&#039; 이라고 생각하거든요. 이미 Opera Mini 라는 훌륭한 웹 브라우저는 준비가 되어 있으므로 기존의 웹에 &#039;표준&#039; 이라는 옷만 입히면 된다고 생각하고 있습니다. 물론 &#039;표준&#039; 이라는 옷을 입히는 일에는 엄청난 노력이 필요하겠지만 저는 그렇게 되어야 한다고 생각하고 또 실제로 그렇게 되리라고 전망하고 있습니다. 

FutureCamp 는 승철님의 발표를 비롯해서 듣고싶은 발표가 몇개 있었는데 위키를 쭉 보다가 보니까 &#039;역시 2007년의 화두는 모바일 웹&#039; 이 될것 같다는 생각이 듭니다. 부대행사로 벌어지는 &#039;Top 10 Predictions&#039; 뽑기는 추측컨데 &#039;모바일 웹과 관련된 이슈&#039; 는 최소한 포함될 것이고 &#039;1위&#039; 쯤 하지 않을까 전망합니다. &#039;2007년도 전망을 발표하되 그것에 책임지지는 않아도 된다&#039; 는 재미있는 문구도 있더군요.^^; 승철님 말씀듣고 참석할까 고민했는데 벌써 10명이나 정원이 초과되었고 발표도 조금은 부담이 되어서 리뷰를 듣는 것만으로 만족해야 할것 같습니다.

승철님 블로그에 종종 또 들르겠습니다 ^^; 
메리크리스마스~!</description>
		<content:encoded><![CDATA[<p>배려해주셔서 감사합니다. 전혀 기분상하지 않았습니다. ^__^</p>
<p>그런데 저는 승철님께서 말씀하신 &#8216;그런 환상의 솔루션&#8217; 이 &#8216;Opera Mini(기타 모바일 웹 브라우저) + 표준이라는 옷을 입은 웹&#8217; 이라고 생각하거든요. 이미 Opera Mini 라는 훌륭한 웹 브라우저는 준비가 되어 있으므로 기존의 웹에 &#8216;표준&#8217; 이라는 옷만 입히면 된다고 생각하고 있습니다. 물론 &#8216;표준&#8217; 이라는 옷을 입히는 일에는 엄청난 노력이 필요하겠지만 저는 그렇게 되어야 한다고 생각하고 또 실제로 그렇게 되리라고 전망하고 있습니다. </p>
<p>FutureCamp 는 승철님의 발표를 비롯해서 듣고싶은 발표가 몇개 있었는데 위키를 쭉 보다가 보니까 &#8216;역시 2007년의 화두는 모바일 웹&#8217; 이 될것 같다는 생각이 듭니다. 부대행사로 벌어지는 &#8216;Top 10 Predictions&#8217; 뽑기는 추측컨데 &#8216;모바일 웹과 관련된 이슈&#8217; 는 최소한 포함될 것이고 &#8217;1위&#8217; 쯤 하지 않을까 전망합니다. &#8217;2007년도 전망을 발표하되 그것에 책임지지는 않아도 된다&#8217; 는 재미있는 문구도 있더군요.^^; 승철님 말씀듣고 참석할까 고민했는데 벌써 10명이나 정원이 초과되었고 발표도 조금은 부담이 되어서 리뷰를 듣는 것만으로 만족해야 할것 같습니다.</p>
<p>승철님 블로그에 종종 또 들르겠습니다 ^^;<br />
메리크리스마스~!</p>
]]></content:encoded>
	</item>
	<item>
		<title>예승철가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-5091</link>
		<dc:creator>예승철</dc:creator>
		<pubDate>Fri, 22 Dec 2006 13:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-5091</guid>
		<description>찬명님께서 혹시 제가 남긴 글 때문에 기분이 상하셨을지도 모른다는 생각이 들어서 왔습니다. ^^ 혹시 그러셨다면 사과를 드리고요.

그런데 제가 말씀드리고 싶은 것은... 금년 초만 해도 저는 찬명님과 똑~~같은 생각을 하고 있었다는 점입니다. 하나의 웹 페이지를 만들면 자동으로 휴대폰/PDA/기타 기기용으로 보기 좋게 변환을 해 주고 거기에 더해 콘텐트 관리까지 해 주는 그런 환상의 솔루션을 만들고 싶었기 때문이죠.

하지만 웹 포털, 이통사, 솔루션사 등 각종 회사들과 제휴해서 업무를 진행하고 시장 조사를 하다 보니 정말 풀어야 할 과제가 너무도 많고 갈기은 더욱 더 멀다는 사실을 깨닫게 되었습니다. 그 이유에 대해서 여기에서 설명을 드리기엔 너무 힘들 것 같네요.

혹시 그런 이슈에 대해 관심이 있으시다면 아래 퓨쳐 캠프에 참여해 보시길 권해드립니다. 참고로 저도 망개방에 대해 잠깐 발표할 예정입니다. :)

http://barcamp.pbwiki.com/FutureCamp</description>
		<content:encoded><![CDATA[<p>찬명님께서 혹시 제가 남긴 글 때문에 기분이 상하셨을지도 모른다는 생각이 들어서 왔습니다. ^^ 혹시 그러셨다면 사과를 드리고요.</p>
<p>그런데 제가 말씀드리고 싶은 것은&#8230; 금년 초만 해도 저는 찬명님과 똑~~같은 생각을 하고 있었다는 점입니다. 하나의 웹 페이지를 만들면 자동으로 휴대폰/PDA/기타 기기용으로 보기 좋게 변환을 해 주고 거기에 더해 콘텐트 관리까지 해 주는 그런 환상의 솔루션을 만들고 싶었기 때문이죠.</p>
<p>하지만 웹 포털, 이통사, 솔루션사 등 각종 회사들과 제휴해서 업무를 진행하고 시장 조사를 하다 보니 정말 풀어야 할 과제가 너무도 많고 갈기은 더욱 더 멀다는 사실을 깨닫게 되었습니다. 그 이유에 대해서 여기에서 설명을 드리기엔 너무 힘들 것 같네요.</p>
<p>혹시 그런 이슈에 대해 관심이 있으시다면 아래 퓨쳐 캠프에 참여해 보시길 권해드립니다. 참고로 저도 망개방에 대해 잠깐 발표할 예정입니다. :)</p>
<p><a href="http://barcamp.pbwiki.com/FutureCamp" rel="nofollow">http://barcamp.pbwiki.com/FutureCamp</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>정찬명가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-5086</link>
		<dc:creator>정찬명</dc:creator>
		<pubDate>Fri, 22 Dec 2006 08:04:54 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-5086</guid>
		<description>이 문제가 어떻게 전개될런지 내년이 오면 현실로 드러나겠지요. 제 이야기가 전혀 이상적인 이야기는 아니라고 생각하는데 한번 기다려 보자구요. 어쩌면 승철님 말씀이나 제 이야기가 동시에 현실로 나타날 수도 있겠다는 생각입니다.</description>
		<content:encoded><![CDATA[<p>이 문제가 어떻게 전개될런지 내년이 오면 현실로 드러나겠지요. 제 이야기가 전혀 이상적인 이야기는 아니라고 생각하는데 한번 기다려 보자구요. 어쩌면 승철님 말씀이나 제 이야기가 동시에 현실로 나타날 수도 있겠다는 생각입니다.</p>
]]></content:encoded>
	</item>
	<item>
		<title>예승철가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-5006</link>
		<dc:creator>예승철</dc:creator>
		<pubDate>Thu, 21 Dec 2006 08:50:17 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-5006</guid>
		<description>좋은 말씀 감사합니다만 불행히도 말씀해 주신 내용 중 상당 부분이 현실보다는 이상에 가까운 것 같습니다. 제가 회사에서 기획하려고 했던 솔루션이 실시간 자동 변환 솔루션이었는데... PC와 임베디드 환경은 너무도 다르더군요. 콘텐트 변환 기술을 가진 회사와 협력도 생각해 봤지만 그 갭을 1-2년 안에 극복하진 못할 것 같아 결국 다른 방법을 찾아서 진행을 하고 있지요.

&quot;별도의 모바일 페이지는 항상 본래의 콘텐트와 함께 실시간으로 동기화 되어야 하고 동일한 정보량을 포함하고 있어야 합니다.&quot; LCD 사이즈, 단말 성능, 콘텐트 제작 상의 문제(이미지 사이즈, 플래시 등의 사용 등), 사용성(특히 네비게이션) 문제 등등 여러 이슈 때문에 이 문장은 현실화되기가 굉장히 어렵습니다.

그리고 앞서 말씀을 드린 것처럼 주요 웹 포털들은 이미 XML 컨버팅 노가다를 통해서 웹 콘텐트를 8개 이상의 다른 버전으로 만들어서 사용자들에게 제공하고 있습니다. 실시간보다는 느리고 정보의 양도 차이가 나겠지만 유저들은 자동으로 변환된 어색한 콘텐트보다 이쪽을 선호한다고 생각합니다. 물론 가장 좋은 건 각 기기에 맞는 콘텐트가 준비되는 것이겠죠.  물론 정액제가 저렴해지고 시장이 커져야 그렇게 되겠습니다만...</description>
		<content:encoded><![CDATA[<p>좋은 말씀 감사합니다만 불행히도 말씀해 주신 내용 중 상당 부분이 현실보다는 이상에 가까운 것 같습니다. 제가 회사에서 기획하려고 했던 솔루션이 실시간 자동 변환 솔루션이었는데&#8230; PC와 임베디드 환경은 너무도 다르더군요. 콘텐트 변환 기술을 가진 회사와 협력도 생각해 봤지만 그 갭을 1-2년 안에 극복하진 못할 것 같아 결국 다른 방법을 찾아서 진행을 하고 있지요.</p>
<p>&#8220;별도의 모바일 페이지는 항상 본래의 콘텐트와 함께 실시간으로 동기화 되어야 하고 동일한 정보량을 포함하고 있어야 합니다.&#8221; LCD 사이즈, 단말 성능, 콘텐트 제작 상의 문제(이미지 사이즈, 플래시 등의 사용 등), 사용성(특히 네비게이션) 문제 등등 여러 이슈 때문에 이 문장은 현실화되기가 굉장히 어렵습니다.</p>
<p>그리고 앞서 말씀을 드린 것처럼 주요 웹 포털들은 이미 XML 컨버팅 노가다를 통해서 웹 콘텐트를 8개 이상의 다른 버전으로 만들어서 사용자들에게 제공하고 있습니다. 실시간보다는 느리고 정보의 양도 차이가 나겠지만 유저들은 자동으로 변환된 어색한 콘텐트보다 이쪽을 선호한다고 생각합니다. 물론 가장 좋은 건 각 기기에 맞는 콘텐트가 준비되는 것이겠죠.  물론 정액제가 저렴해지고 시장이 커져야 그렇게 되겠습니다만&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>정찬명가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-4983</link>
		<dc:creator>정찬명</dc:creator>
		<pubDate>Thu, 21 Dec 2006 02:12:41 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-4983</guid>
		<description>좋은 말씀 감사합니다. 하지만 다음과 같은 견해차이가 있습니다.

&#039;별도의 콘텐트로 구성된 모바일용 웹사이트&#039; 와 &#039;다양한 Device 가 고려된 하나의 웹사이트&#039; 사이에는 큰 차이가 존재합니다. 

별도의 모바일 페이지는 항상 본래의 콘텐트와 함께 실시간으로 동기화 되어야 하고 동일한 정보량을 포함하고 있어야 합니다. 만약 그 두개의 콘텐트가 시간차를 두고 어느 한쪽이 늦게 업데이트 되거나 양적·질적으로 다른 콘텐트를 제공하고 있다면 그것은 더 비싼 요금을 내면서 휴대폰으로 웹을 사용하는 소비자에 대하여 암묵적인 희생을 요구하는 행위라고 생각합니다. 한 가지 예를 들어 글쓰기시 사용되는 WYSIWYG 에디터(ActiveX) 와 같은 경우 일반 PC에서는 문제가 없지만 휴대폰에서 문제가 되기 때문에 이것을 극복하기 위하여 해당 페이지에 fallback 을 제공하는 방법으로 처리가 되어야지 글쓰기 기능을 아예 제한 하거나 ActiveX 를 사용하지 않는 별도의 모바일 전용 웹사이트를 구축하여 이것을 처리하도록 하는 방식은 개발하는 측면에서도 비 효율적이고 사용자에게도 득이 되지 않는다는 겁니다. 

모바일을 위하여 별도로 구축된 웹사이트는 분명히 그 정보의 양적·질적 측면에서 본래의 웹사이트보다 떨어지는 콘텐트를 제공할 수 밖에 없기 때문에 저는 이것을 반대하고 있습니다. 웹사이트를 만들 때 애시당초 다양한 Device 를 고려하여 ActiveX 는 사용을 자제하고, 출력되는 콘텐트의 양도 적절하게 조정되어야 합니다. 그럼에도 불구하고 어쩔 수 없이 ActiveX를 사용하게 되는 경우라면 해당 페이지 내에서 fallback 을 제공하여야 한다고 생각합니다. 물론 fallback 조차도 불가능한 보안과 관련된 문제들이 있겠지만 그런것까지는 저도 어쩔 수 없다고 생각하고 있습니다. 

또한, 특정 출력장치 최적화된 콘텐트를 구성하려는 시도는 출력장치의 종류만큼이나 많은 &#039;○○기기 전용 웹사이트&#039; 를 구축하여야 하는 문제도 있습니다. 예를 들어 휴대폰도 아니고 PC 모니터도 아닌 어정쩡한 크기의 출력장치(예:자동차 네비게이션 등..)에 웹을 집어 넣으려면 그 때는 또 다시 그 장치의 출력 해상도에 최적화된 웹사이트를 구축해야 하는데 이러한 방법은 장기적인 관점에서 볼 때 바람직 하지 않다는 뜻입니다.</description>
		<content:encoded><![CDATA[<p>좋은 말씀 감사합니다. 하지만 다음과 같은 견해차이가 있습니다.</p>
<p>&#8216;별도의 콘텐트로 구성된 모바일용 웹사이트&#8217; 와 &#8216;다양한 Device 가 고려된 하나의 웹사이트&#8217; 사이에는 큰 차이가 존재합니다. </p>
<p>별도의 모바일 페이지는 항상 본래의 콘텐트와 함께 실시간으로 동기화 되어야 하고 동일한 정보량을 포함하고 있어야 합니다. 만약 그 두개의 콘텐트가 시간차를 두고 어느 한쪽이 늦게 업데이트 되거나 양적·질적으로 다른 콘텐트를 제공하고 있다면 그것은 더 비싼 요금을 내면서 휴대폰으로 웹을 사용하는 소비자에 대하여 암묵적인 희생을 요구하는 행위라고 생각합니다. 한 가지 예를 들어 글쓰기시 사용되는 WYSIWYG 에디터(ActiveX) 와 같은 경우 일반 PC에서는 문제가 없지만 휴대폰에서 문제가 되기 때문에 이것을 극복하기 위하여 해당 페이지에 fallback 을 제공하는 방법으로 처리가 되어야지 글쓰기 기능을 아예 제한 하거나 ActiveX 를 사용하지 않는 별도의 모바일 전용 웹사이트를 구축하여 이것을 처리하도록 하는 방식은 개발하는 측면에서도 비 효율적이고 사용자에게도 득이 되지 않는다는 겁니다. </p>
<p>모바일을 위하여 별도로 구축된 웹사이트는 분명히 그 정보의 양적·질적 측면에서 본래의 웹사이트보다 떨어지는 콘텐트를 제공할 수 밖에 없기 때문에 저는 이것을 반대하고 있습니다. 웹사이트를 만들 때 애시당초 다양한 Device 를 고려하여 ActiveX 는 사용을 자제하고, 출력되는 콘텐트의 양도 적절하게 조정되어야 합니다. 그럼에도 불구하고 어쩔 수 없이 ActiveX를 사용하게 되는 경우라면 해당 페이지 내에서 fallback 을 제공하여야 한다고 생각합니다. 물론 fallback 조차도 불가능한 보안과 관련된 문제들이 있겠지만 그런것까지는 저도 어쩔 수 없다고 생각하고 있습니다. </p>
<p>또한, 특정 출력장치 최적화된 콘텐트를 구성하려는 시도는 출력장치의 종류만큼이나 많은 &#8216;○○기기 전용 웹사이트&#8217; 를 구축하여야 하는 문제도 있습니다. 예를 들어 휴대폰도 아니고 PC 모니터도 아닌 어정쩡한 크기의 출력장치(예:자동차 네비게이션 등..)에 웹을 집어 넣으려면 그 때는 또 다시 그 장치의 출력 해상도에 최적화된 웹사이트를 구축해야 하는데 이러한 방법은 장기적인 관점에서 볼 때 바람직 하지 않다는 뜻입니다.</p>
]]></content:encoded>
	</item>
	<item>
		<title>예승철가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-4982</link>
		<dc:creator>예승철</dc:creator>
		<pubDate>Thu, 21 Dec 2006 01:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-4982</guid>
		<description>참고로, &#039;어떤 디바이스를 사용하더라도 하나의 콘텐트만 있으면 된다&#039;는 아이디어는 이미 실패했습니다. 수많은 content conversion solution이 그랬고 이통사뿐만 아니라 다음이나 네이버 등 주요 웹 포털들까지도 전부 다양한 해상도를 갖춘 단말 LCD 사이즈에 최적화된 8개 이상의 콘텐트를 가지고 특정 LCD 사이즈 전용 콘텐트를 내려주고 있지요.

물론 일본 등지에서는 오페라 미니와 유사한 proxy based browser (PBB)가 꽤 성공을 거두고 있습니다만 Flash+ActiveX+IE 전용 콘텐트로 떡칠된 우리나라 웹사이트를 소화하기에는 역부족이죠.

그리고... PBB 최대의 한계는 SSL 3.0/TLS 1.0 등 보안 프로토콜 및 스크립트의 지원이 어렵다는 점입니다. =_=</description>
		<content:encoded><![CDATA[<p>참고로, &#8216;어떤 디바이스를 사용하더라도 하나의 콘텐트만 있으면 된다&#8217;는 아이디어는 이미 실패했습니다. 수많은 content conversion solution이 그랬고 이통사뿐만 아니라 다음이나 네이버 등 주요 웹 포털들까지도 전부 다양한 해상도를 갖춘 단말 LCD 사이즈에 최적화된 8개 이상의 콘텐트를 가지고 특정 LCD 사이즈 전용 콘텐트를 내려주고 있지요.</p>
<p>물론 일본 등지에서는 오페라 미니와 유사한 proxy based browser (PBB)가 꽤 성공을 거두고 있습니다만 Flash+ActiveX+IE 전용 콘텐트로 떡칠된 우리나라 웹사이트를 소화하기에는 역부족이죠.</p>
<p>그리고&#8230; PBB 최대의 한계는 SSL 3.0/TLS 1.0 등 보안 프로토콜 및 스크립트의 지원이 어렵다는 점입니다. =_=</p>
]]></content:encoded>
	</item>
	<item>
		<title>예승철가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-4980</link>
		<dc:creator>예승철</dc:creator>
		<pubDate>Thu, 21 Dec 2006 00:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-4980</guid>
		<description>찬명님 댓글 잘 보았습니다. 그런데 저는 찬명님께서 말씀하신 &#039;모바일용 콘텐트를 따로 만드는 것&#039;과 &#039;다양한 화면 크기를 고려하여 불필요하게 배치되어 있는 요소들을 제거하는 작업&#039;의 차이가 크지 않다고 생각합니다.

현재 ETRI, 이통사 및 여러 모바일 솔루션사들과 함께 한국형 MobileOK 포럼(어째 명칭이 Mobile Web 2.0 포럼이 되었지만;;)에서 제정하려 하는 규격도 웹에서 사용되는 마크업 언어 중 모바일 환경에 적합한 element/attribute를 추출한 것이 될 테고 그에 더해 모바일 웹 콘텐트 제작을 위한 가이드라인(규격에 들어가기엔 좀 부드러운(?) 내용이 되겠죠 이미지는 작게 하는 것이 좋다 등등...)도 함께 제작하려고 하고 있습니다.

브라우저 기술이 발전해서 IE-oriented된 콘텐트를 잘 보여주는 것, 그리고 콘텐트 제작자들이 모바일 웹 콘텐트를 많이 만드는 것 모두가 중요하다고 생각합니다. 사실 그 이전에 이통사에서 패킷 요금에 대한 유저들의 거부감을 없애주어야 할 텐데 말이죠.

콘텐트가 없고 비싸니 유저들은 무선 인터넷을 안 쓰고, 이통사에서는 자꾸 문을 걸어잠그고 요금 인하를 느리게 진행하니 유저들이 안 와서 답답하고, 창의력이 부족한 CP는 이통사 눈치를 보면서 제품을 팔려니 죽을 맛이고... 악순환이죠. 그 중 특히 이통사가 가슴을 활짝 열고 CP와 유저 모두에게 이득을 줄 수 있는 환경을 마련해 줘야 한다고 생각합니다.

...요런 이야기는 또 다음에...;;</description>
		<content:encoded><![CDATA[<p>찬명님 댓글 잘 보았습니다. 그런데 저는 찬명님께서 말씀하신 &#8216;모바일용 콘텐트를 따로 만드는 것&#8217;과 &#8216;다양한 화면 크기를 고려하여 불필요하게 배치되어 있는 요소들을 제거하는 작업&#8217;의 차이가 크지 않다고 생각합니다.</p>
<p>현재 ETRI, 이통사 및 여러 모바일 솔루션사들과 함께 한국형 MobileOK 포럼(어째 명칭이 Mobile Web 2.0 포럼이 되었지만;;)에서 제정하려 하는 규격도 웹에서 사용되는 마크업 언어 중 모바일 환경에 적합한 element/attribute를 추출한 것이 될 테고 그에 더해 모바일 웹 콘텐트 제작을 위한 가이드라인(규격에 들어가기엔 좀 부드러운(?) 내용이 되겠죠 이미지는 작게 하는 것이 좋다 등등&#8230;)도 함께 제작하려고 하고 있습니다.</p>
<p>브라우저 기술이 발전해서 IE-oriented된 콘텐트를 잘 보여주는 것, 그리고 콘텐트 제작자들이 모바일 웹 콘텐트를 많이 만드는 것 모두가 중요하다고 생각합니다. 사실 그 이전에 이통사에서 패킷 요금에 대한 유저들의 거부감을 없애주어야 할 텐데 말이죠.</p>
<p>콘텐트가 없고 비싸니 유저들은 무선 인터넷을 안 쓰고, 이통사에서는 자꾸 문을 걸어잠그고 요금 인하를 느리게 진행하니 유저들이 안 와서 답답하고, 창의력이 부족한 CP는 이통사 눈치를 보면서 제품을 팔려니 죽을 맛이고&#8230; 악순환이죠. 그 중 특히 이통사가 가슴을 활짝 열고 CP와 유저 모두에게 이득을 줄 수 있는 환경을 마련해 줘야 한다고 생각합니다.</p>
<p>&#8230;요런 이야기는 또 다음에&#8230;;;</p>
]]></content:encoded>
	</item>
	<item>
		<title>정찬명가 만듬</title>
		<link>http://naradesign.net/wp/2006/11/29/96/comment-page-1/#comment-4963</link>
		<dc:creator>정찬명</dc:creator>
		<pubDate>Wed, 20 Dec 2006 17:35:14 +0000</pubDate>
		<guid isPermaLink="false">http://naradesign.net/wp/2006/11/29/96/#comment-4963</guid>
		<description>안녕하세요? 
승철님의 예전에 쓰신글과 오늘주신 댓글 모두 잘 보았습니다.^^;

물론 ActiveX와 같은 문제 때문에 모바일환경에서는 제한된 웹을 사용을 할 수 밖에 없겠지요. 하지만, 그 문제에 대한 해결방법으로서 웹 브라우저(Opera Mini)가 한국의 웹에 맞도록 개량되기를 바라는 것은 무리라고 생각되구요. 오히려 한국의 웹을 국제 기준에 맞게 개량하는 방법이 되어야 한다고 생각합니다. 

그리고 모바일용 콘텐트나 웹사이트를 별도로 구축하는것을 저는 반대합니다. 왜냐하면, 풀 브라우징이 가능한 상황에서 굳이 모바일용 콘텐트를 따로 만들어 서비스 하는 것은 기존의 WAP서비스 행태와 별반 다를바 없다고 생각합니다. &#039;어떤 Device를 사용하더라도 하나의 소스를 이용하여 동일한 콘텐트가 제공 되어야 한다&#039; 라고 생각하구요, 그것이 웹을 가장 적절하게 잘 이용하는 방법 이라고 생각됩니다. 

Opera Mini Simulator 를 돌려보니까 웹 표준 방식으로 개발하기만 한다면 웹페이지를 보는 것에는 거의 문제가 없을것 같습니다. 

그리고, 웹 기획자들은 기존의 PC환경만을 고려한 콘텐트 배치로부터 이제는 &#039;다양한 화면 크기&#039; 를 고려하여 불필요하게 배치되어 있는 요소들을 제거하는 작업이 필요합니다. 즉, 현재의 웹사이트를 PC에서만 볼 수 있다는 고정관념으로부터 벗어나야 한다는 의미 입니다.</description>
		<content:encoded><![CDATA[<p>안녕하세요?<br />
승철님의 예전에 쓰신글과 오늘주신 댓글 모두 잘 보았습니다.^^;</p>
<p>물론 ActiveX와 같은 문제 때문에 모바일환경에서는 제한된 웹을 사용을 할 수 밖에 없겠지요. 하지만, 그 문제에 대한 해결방법으로서 웹 브라우저(Opera Mini)가 한국의 웹에 맞도록 개량되기를 바라는 것은 무리라고 생각되구요. 오히려 한국의 웹을 국제 기준에 맞게 개량하는 방법이 되어야 한다고 생각합니다. </p>
<p>그리고 모바일용 콘텐트나 웹사이트를 별도로 구축하는것을 저는 반대합니다. 왜냐하면, 풀 브라우징이 가능한 상황에서 굳이 모바일용 콘텐트를 따로 만들어 서비스 하는 것은 기존의 WAP서비스 행태와 별반 다를바 없다고 생각합니다. &#8216;어떤 Device를 사용하더라도 하나의 소스를 이용하여 동일한 콘텐트가 제공 되어야 한다&#8217; 라고 생각하구요, 그것이 웹을 가장 적절하게 잘 이용하는 방법 이라고 생각됩니다. </p>
<p>Opera Mini Simulator 를 돌려보니까 웹 표준 방식으로 개발하기만 한다면 웹페이지를 보는 것에는 거의 문제가 없을것 같습니다. </p>
<p>그리고, 웹 기획자들은 기존의 PC환경만을 고려한 콘텐트 배치로부터 이제는 &#8216;다양한 화면 크기&#8217; 를 고려하여 불필요하게 배치되어 있는 요소들을 제거하는 작업이 필요합니다. 즉, 현재의 웹사이트를 PC에서만 볼 수 있다는 고정관념으로부터 벗어나야 한다는 의미 입니다.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

