Mozilla 한국 커뮤니티

안녕하세요.
웹표준을 유지하는 게시판을 제작하기 위해 오늘도 열심히 연구중인 한 사람입니다.

다른게 아니라, 폼을 마크업하거나, 페이지를 마크업할때 내용을 배치하는 부분에서 막히는 부분이 있어서요.


게시물의 리스팅 페이지에서는 10개면 10개 게시물을 주욱 띄워주면 그 자체가 표 모양의 데이터가 되니까 테이블을 써도 문제가 없을 것같은데,

글을 쓰는 폼이나 게시물을 열람하는 페이지에서는
그 폼이나 정보들이 테이블형태가 아닌듯해서 말인데요
그런 형태의 페이지는 레이아웃을 어떻게 잡아줘야 웹표준에 어긋나지 않는지 하는것이 저의고민입니다.

질문에 두서가 좀 없는듯한데, 이해가 되시는지...^^;;;

실용예제로 배우는 웹표준을 2번 정독했는데, 표준에 대해 소개받기는 좋았지만, 기존 코딩방식을 그대로 대체할만한 고급기술 부분은 좀 부족하다는 느낌을 받았네요. 그래도 좋은 책이기는 한것같습니다

새해복많이받으세요~~~~

딱 떨어지는 방법은 없습니다.
저로써는 label과 control을 pair로 배열한 후, 단지 디자인만을 위해서라면 div로, 논리상의 분리라면 fieldset으로 그루핑하는 방법을 추천합니다. (좀 더 솔직히 말하자면, 개인적으로는 전적으로 div대신 fieldset만 쓰고 있습니다. 중첩 fieldset을 이용함으로써, 컨트롤들을 충분히 CSS적용가능하도록 분리 및 그루핑해냅니다.)

viewtopic.php?t=4432&highlight=fieldset
에서 진행된 논의를 참고하시면 도움이 되실지도. (예제도.. )

강문성 wrote:글을 쓰는 폼이나 게시물을 열람하는 페이지에서는
그 폼이나 정보들이 테이블형태가 아닌듯해서 말인데요
그런 형태의 페이지는 레이아웃을 어떻게 잡아줘야 웹표준에 어긋나지 않는지 하는것이 저의고민입니다.

저는 표를 씁니다. row와 colum으로 구분할 수 있으므로 표를 써도 틀렸다고 말하기는 힘들다고 생각합니다. 사실 이러한 문제는 기획자, 디자이너와 같이 논의 해야 한다고 생각합니다. 앞의 프로세스에서 표로 생각하고 진행을 하는데 태그를 다른 것 사용하는 것이 올바른 적용인가 하는 것도 생각해 볼 필요가 있습니다. 게시판이라는 것을 생각해 볼때에는 더욱더 table로 처리하는 것이 맞다는 생각이 들기도 합니다.

이러저러한 것을 떠나서 개인적으로는 DL을 가장 좋아합니다. 단점이 있다면 DT는 inline 엘리먼트만을 포함 할 수 있다는 것입니다. 그래서 사용에 제약이 있을 수 있습니다.

어려운 문제 입니다.

조금 다른 이야기이긴 한데, PDA를 사용하는 저로써는, table을 쓸 경우, elastic한 표현이 좀 힘들다는 생각을 합니다. PDA화면에서는 스크롤은 상당한 압박이며, 특히 좌우스크롤은 꽤 성가신 일이 됩니다. 그래서 좌우스크롤을 만들 수 밖에 없는 table은 사용하기가 꺼려지더군요. 물론, table의 width를 가변적으로 할 경우, 스크롤은 생기지 않겠지만, 대신 셀폭이 좁아져서 가독성이 떨어집니다.
모바일의 경우, PocketPC계열이라면 스크롤바영역포함 240px(랜드스케이프가 가능한 경우라면 320px, RealVGA모드라면 480~640px가 가능하긴 하지만 어쨌든...), Palm 옛날 버전이라면 160px. 핸드폰이라면 80px, 128px, 160px까지...의 좁은 영역을 염두에 두어야 하는데, 이 경우 table을 쓴 강제횡배열은 코더에게는 상당한 골치거리일 수 있습니다.

dl을 쓰든, div를 쓰든, p를 쓰든, fieldset을 쓰든, 여하튼 구조적으로 풀어헤쳐진 구조를 표처럼 모아보는 것은 성가시기는 해도 불가능하지 않은 반면, 처음부터 table로 되어있는 표를 풀어헤치는 것은 거의 불가능하죠.

그러나 HTML코딩에 정답은 없으니... 용도와 목적과 문법에 맞는다면 어떤 방식이라도 크게 상관은 없겠습니다. (역시 대세는 XForm??)