7828 | want to resume - Blogger of our inside is actualized. Our voice ourselves... Now, the real comes. Home Tag Local
[1] ... [47][48][49][50][51][52][53][54][55] ... [481] 이전페이지 다음페이지
궁금한 웹표준.. 2006/08/04 15:33
[밝은/내일] http://nfeel.co.kr/tt/684
어제 오늘 기존 0.96버전에서 사용하던 스킨을 1.0.6으로 갈아타면서 적용하고자 xhtml 과 관련된 내용들을 검색하여 읽어보면서도 좀처럼 궁금증이 해소되지 않는다.

대부분의 웹표준을 지칭하는 사이트들과 개인 블로그들에 코딩된 내용들을 쭉 보면서 div 코드와 css를 이용하여 이루어진 것들을 보면서 내 스킨도 그리해야만 하는거라는 나름의 규정이겠거니 생각하고 뜯어 고치다가 좀더 세밀한 컨트롤이 생각만큼 쉽게 풀리지 않아 결국 table 태그를 이용해서 가능한 표준에 맞춰서 변경하여 완성을 하긴 하였다.

왠지모를 뒤끝이 찜찜한 기분이 드는건 여기 저기서 웹표준을 맞추자... 라는 사이트들의 대부분이 위에서도 언급했듯이 div 코드와 몇몇 html 초기에 배웠던 기본 코드들 ol,ul,li.. 등등에 코드들로 이루어진 것과 css 의 다양한 스타일들의 조화가 정답인 것 처럼 느껴지기 때문이다.

그렇다면 table 태그는 필요 없는것인가? 아니 사용하면 안되는 웹표준의 금기사항인가?

다소 table 의 기본적인 사용의도와 달리 응용되어서 사용되긴 하였지만.. 과연 사이트의 구조를 만드는데 있어서 table을 쓰는건 잘못된 것인가?

div 태그의 기본의미인 '나누다' 를 사용해서 구조를 만들어야만 옳은 것인가?

단지 운영의 묘를 위해서 div 태그와 css 조합이 갖는 쉽고 간편한 수정의 장점 때문이라는 대답이라면 그다지 수용하기 어려울거 같다.

적어도 해당 사이트를 구성함에 있어서 이 사이트가 얼마만큼 유동적으로 운영의 묘를 살려야 하며 그에 따른 유지보수가 잦은가에 따른가가 아니라면 말이다.

굳이 블로그 만들어서 꽤나 오래동안 이 상태 그대로를 유지하는 경우라면 말이다.

ps. div, hr, h1, ul.. + css 조합으로 사용시에 세밀한 간격 조절은 어떤 코드에다 css를 먹여야 하는건지 도통 모르겠다. 예를 들면 최상위 박스와 그 다음 박스간의 간격을 높이 5px 정도만 유격하고 싶은 경우에 말이다. table 태그에서는 간단히 td 안에 class 를 생성해서 height=5px 짜리만 생성해주면 되는데.. 이거 고민하다가 결국 table 로 만들었다. --;

[TAG] arrow , , , ,
Trackback2 | Comments14
* 이 글의 트랙백 주소 :: http://nfeel.co.kr/tt/trackback/684 [Copy]
Tracked from Sukhyun.blog 2006/08/04 17:18 DELETE
제목: 웹 표준을 바라보며
웹 2.0 에 대해서 사내 세미나도 진행을 했고, 지금도 계속적으로 공부하고 있는 입장 <FONT color=#c1c1c1>(물론 내가 개발하기 위한 것은 아니고-_-) </
Tracked from Dragonkun in Schwarz 2006/08/04 18:42 DELETE
제목: 웹 표준의 몇가지 장점
코멘트를 달려다가 길이 많이 길어져서 트랙백합니다. 일단 본 글에 대한 대답으로는, 일단 table 태그를 레이아웃으로 쓰냐 마냐에 대한 내용은 웹표준 "자체"하고는 관계가 없습니다. 단순히 ..
* 이 글의 덧글들 ::
섭 2006/08/04 16:02 PERMALINK | REPLY | MODIFY/DELETE
사실 table이 훨씬 쉽고 랜더링이 느리다고 하더라고 불편함을 느끼지 못할정도이니.. table의 사용을 반대하는 이유는 저도 잘 모르겠습니다.
"원래 table은 표를 위한 기능이지 레이아웃을 위한 기능이 아니다!"
라고 말하는건 억지같구요, table이 레이아웃에도 사용하기 쉬우면 사용해도 ok라고 생각합니다.
여튼; 그냥 제 생각이였구요;
박스와 다음박스사이에 간격을 유지하는것 같은 경우는 style="margin-bottom:5px;"로 처리하는게 더 깔끔할것 같습니다. ㅎㅎ
7828 2006/08/04 19:26 PERMALINK | MODIFY/DELETE
사용자 취향에 따라 결정해야 하는게 아니냐는 말씀이시군요..^^; 잘들었습니다.
티즈 2006/08/04 16:13 PERMALINK | REPLY | MODIFY/DELETE
레이아웃에 테이블을 사용하지 않는 이유는 접근성 측면에서도 좋습니다. 만약 시각장애인이 테이블로 레이아웃이 구성된 홈페이지를 방문해서 스크린리더기를 사용한다면 매우 불편할 수밖에 없겠죠. (테이블로 짜여진 홈페이지에서 CSS를 끄고 보시면 무슨 말인지 알 수 있을 것입니다) 또한 모바일에서 테이블로 짜여진 페이지를 접속한다면 웹서핑에 지장이 있을 테구요.

DIV로 짜여진 레이아웃은 좋은 웹 접근성을 제공합니다. 어떠한 상황에서도 의도한 대로 표시될 수 있는, 말하자면 유연한 거지요. 디자인을 바꿀 때에도 테이블 하나 하나를 수정할 필요 없이 CSS만을 바꾸면 되구요 :) 물론 바꾸지 않을 수도 있지만, 스킨이 싫증나서 아예 다른 모양으로 만들 때 굳이 HTML을 뜯어고칠 필요가 없지요. (CSS Zen Garden에서의 예를 보면 CSS와 XHTML의 조합이 얼마나 무궁무진한 가능성을 나타내는지 알 수 있습니다)
7828 2006/08/04 19:27 PERMALINK | MODIFY/DELETE
소수보다는 다수를 생각해서 작은 것보다는 큰 것에 의미를 부여하라는 말씀으로 해석하면 되겠지요...^^;
좋은 말씀 잘 들었습니다.
빨빤 2006/08/04 16:42 PERMALINK | REPLY | MODIFY/DELETE
위에 티즈님께서 접근성 이야기를 하셨는데, 사실은 저는 반대되는 의견입니다. 실제로 디자인을 하는 입장에서 본다면 UI 와 접근성은 상당히 상반되는 모습을 많이 보입니다. 또한 아키텍쳐로 따지자면 접근성이 높은 사이트는 아키텍쳐가 굉장히 혼돈스럽게 만들어질 수도 있습니다.

접근성이나 인터렉션, 인포메이션 아키텍쳐는 W3C 가 말하고 있고, 추구하고자 하는 것과는 반대로 가는 경우가 많습니다. 웹표준을 외치는 많은 사람들이 간과하는 부분은, 기준과 트랜드는 분명하게 다른 길을 달리고 있다는 현실과 반드시 표준이 미래라고 하는 가정입니다. 표준과 미래는 틀릴수도 있습니다.

표준은 말 그대로 시작점일뿐, 끝이 아닙니다. 반드시 그렇게 해야만 웹전체의 표준화가 이루어진다는 논리는 지금과 같은 다양화 시대에는 결코 맞지 않지요. 또한 그렇게 표준화가 이루어 졌다고 하더라도 또다시 그 표준이라는 부분은 무너지게 되어있습니다. 너무 표준에 얽메이지 않으셔도 됩니다.
7828 2006/08/04 19:30 PERMALINK | MODIFY/DELETE
기준에 맞추기보다는 무엇이 기준이 될지 모르는 세상.. 특히 웹이라는 특성을 볼 때 지금 정해진 표준은 의미가 없다는 말씀이시네요..^^;

이해가 쉬웠습니다.

얽매인다는거 어쩌면 웹이 정말 추구했어야 할 자유로움과 상반된 것을 표현 규칙에는 정해진 틀을 강요하는건 아닌가 하는 아쉬움이 뒤따릅니다.
coolvoy 2006/08/04 18:36 PERMALINK | REPLY | MODIFY/DELETE
뭐 하드코딩으로 테이블 하나하나를 고친다면 힘들겠지만. 위지윅에디터(드림위버)로 하면 간단하지 않을까요? 왜 테이블을 배척하는 분위기인지.. 모르겠습니다.

테이블도 어느정도 가미되어야 한다고 생각합니다.
7828 2006/08/04 19:32 PERMALINK | MODIFY/DELETE
여러분들 말씀을 들어보니 배척하는 분위기는 아닌거 같네요.. 몇몇 소수 분들이 잘못 오인하거나 그로 인해서 잘못 전달되어진 정보들이 배척의 의미로 해석된게 아닌가 싶습니다.

이번 기회에 나름대로 좋은 정보들과 좋은뜻을 잘 듣게 되었네요..^^;
드래곤군 2006/08/04 18:46 PERMALINK | REPLY | MODIFY/DELETE
댓글 달려다가 너무 길어져서 트랙백했습니다..^^
웹 표준 지지자들이 논리가 "테이블을 배척하자"였으면, 진작에 웹 표준에서 table 태그가 deprecated 되었겠죠..(xhtml 2.0 draft 에도 table 관련 태그들은 여전히 존재합니다.)

대부분의 웹 표준 지지자들의 논리는 "테이블은 표를 나타낼 때 만 쓰자"입니다.
7828 2006/08/04 19:37 PERMALINK | MODIFY/DELETE
블로그에도 댓글을 달았지만.. 좋은 뜻과 취지는 공감하는 바입니다만.. 그렇게 정해진 표준이 정말 누구를 위한 것인가에 대한 근본적이고 원초적인 뿌리가 애매하다는 생각이 드는건 무슨 이유일까요?

왜 그런 기분있죠? 인간은 자유를 추구하면서 어느 한편으론 틀에 맞춰진 생활이 아니면 더 불편해 하는 그런 거..

왠지 전 더 자유로운게 좋은데.... 그저 아쉬움이 계속 남는군요...
Caleb 2006/08/05 00:01 PERMALINK | REPLY | MODIFY/DELETE
뜬금 없는 이야기입니다만..
스킨 공개 좀 하시죵? ^^;;
7828 2006/08/07 09:04 PERMALINK | MODIFY/DELETE
흐~ 이제 그냥 저만 쓸랍니다~~~
Rantro 2006/08/05 00:06 PERMALINK | REPLY | MODIFY/DELETE
table로 레이아웃을 짠 코드를 div로 수정하면 html 파일의 크기가 많이 줄어듭니다. table은 빈 공간 이더라도 용량을 차지하지만, div는 빈 공간이 생기지 않으니까요. 이것은 렌더링 속도와 트래픽에 큰 영향을 줍니다.

요즘 PC 사양이 높아서 렌더링 속도가 무슨 문제냐고 하는 사람도 있지만, PC 사양이 비정상적으로 높은 것은 우리 나라의 경우지요. 게다가 검색 엔진에서 검색되는 속도는 렌더링 속도와도 관련 있으니 꽤 중요한 요소입니다.

그리고 불필요한 트래픽은 적을수록 좋습니다. 트래픽 자체가 경쟁력이 될 수 있죠. 특히, 설치형 블로그의 경우에는 트래픽이 아주 중요합니다. div로 레이아웃을 짜서 트래픽을 줄인다면 블로그가 열려있는 시간을 늘릴 수 있으니까요.
7828 2006/08/07 09:06 PERMALINK | MODIFY/DELETE
그렇군요.. 아 저도 이제 계정을 옮겼으니 트래픽 걱정을 해야 하는건가? 음.. 근데 글케 많이 올 이유는 없겠죠.. ㅋㅋ
* 이 글의 덧글 남기기 ::
 
등록
IPleft(c) 2003-2006 7828. '정보공유라이선스:영리·개작 불허'에 따라 이 블로그의 모든 저작물을 이용할 수 있습니다.
space
A : P
arrowSearch

검색
arrowAdSense

arrowCategory

전체 (481)
흐린 (177)
밝은 (185)
김C의 남자이야기 (109)
고민되십니까? (10)
arrowRecent Article

생존신고.. (2)
사회 생활 잘하기 1 (8)
[save] 일상성의 미학 - 日常..
글의 뽄새는 그의 성격이다.
단점 (3)
여자이야기: 정우성이라는 이..
부끄러운가?
arrowCounter

* Today - 35
* Yesterday - 106
* Total - 1279090

arrowSkin by 7828 (live.com Customize)

arrowPowered by TT
arrowXML Rss 2.0