남이 하던거 이어받으면 더 미칩니다. 죄다 안맞아서... ㅜㅜ

전 div보다 table이 더 편한 게 아마도 실력이 없어서 그런 것이겠지요.

자주 안 해서 그런가 아직은 안 익숙하고 그러네요. ㅎㅎ

이거 보시면 기절하실 듯...
예전에 다닌 회사 디자이너가 한 코딩인데 그때 기획자가 그 디자이너한테
"XX 씨는 제가 여지껏 본 디자이너 중에서 가장 코딩 잘하는 사람 top 5에 듭니다!"
까려고 한 건지 아니면 진심인지...
근데 그 사람 실력으로 봐서는 진심인 듯하네요.

근데 저 당시엔 table 코딩이 거의였던 시절이라서 div는 5%도 아마 안 썼을 겁니다.
근데 저게 상단만 갖고 온 거고...
실제론 모니터가 와이든데 저렇게 해서 탭으로 들여쓰기 한 게 다음 줄로 넘어갔네요. ㅋㅋ

table 코딩 때 제일 쥐약은 이미지 하나짜리를 테이블에 맞게 여러개로 짜르던 짓(?)이었다고 기억되네요. 웹사이트를 열면 이미지 여러개가 로딩되면서 하나의 이미지가 완성되던 기억... ㅠㅠ
2000년 초반에 그런 페이지가 많았던 기억이 납니다.

네, 거기다가 드림위버로 코딩을 하던데 제일 짜증나는 게 <td><table ~~~ 이렇게 된다는 거죠.
들여쓰기도 개판이었고.
무엇보다 위지윅이니까 좀 안 된다 싶으면 그냥 테이블을 집어 넣어 버리는 더러운 습관도 갖고 있더라구요. ㅎㅎ

안 되면 재부팅 같은 거네요 ㅎㅎ

그 선배님 10분안에 해결하기 위해 얼마나 많은 시간을 투자했겠어요. 결국 경험이죠. 화이팅.

전 돈을 주고서라도 테이블 레이아웃 시대로 돌아가고 싶네요.
한 살이라도 더 어렸던 그 때로~ ㅎㅎㅎ

table 코딩은 저도 한 코딩하는데예

네 다음 분

<table>
<tr>
  <td>줄맞춰
  </td><!-- 이렇게 태그를 막으면 열이 틀어지는 경우가 있다 -->
</tr>
</table>

<table>
<tr>
  <td>줄맞춰</td><!-- 이렇게 붙여서 막아주는 것이 서로에게 좋다 -->
</tr>
</table>

우리 눈에는 보이지 않지만 문장의 마지막에는 대개 CR문자가 붙게 되는데, 웹디자인 하던 친구가 테이블에 넣은 이미지가 커서 하나만큼 자꾸 벌어지는 것 때문에 며칠을 애먹고 있었죠. 제가 백스페이스로 </td><td>를 붙여주었더니 마법처럼 두 이미지가 찰싹 붙었다는 전설이... ^^;;;; 제가 커피 마시러 그 사무실에 놀러가지 않았다면 며칠 더 그러고 있었을까요?

테이블은 10년전에도 이야기 했지만 어떤 문제가 있나요??

<style.css>
<table>
<tr>
    <td>왼쪽</td>
    <td>오른쪽</td>
</tr>
</table>

끄읏~

아!.. 나나티님에게 따질려고 하는건 아니구요.
이런 대화를 나나티님 같은 분과 하고 싶었습니다.

남들 다 예라고 할때 전 아니라고 하는 성격 때문인지...
div 코드가 간결했다 뿐이지 로봇과 사람이 잘 이해 할 수 있다는 것 부터가 이해하기 어렵더군요.
로봇이 이해한다라...

항상 이런 비교글을 보았을때
table 은 style.css 에 넣어도 될  style 을 태그 자체가 넣고
div 도 table 처럼 하지 않고 style.css 에 몰아 넣는 식으로 코드가 짧다 하더군요.

제가 table 을 저런식으로 한다면 좀더 짧게 코드가 나오지 않을까도 생각합니다.

비교글엔 항상 "유지보수가 쉬워진다. 비용이 절감된다" 라는 글이 있던데
이건 어떤 고급인력이 작업하냐에 따라 달라진다 보이지
꼭 저렇게 했을때는 아닌것 같더군요.

어설픈 웹코더가 짠 내용을 보면 이해하기 힘든 style.css, style2.css 등 남발하며
정작 보여지는 태그 내용들에 짧게 표시되는 걸 주완점을 두더군요

그리고 마치 table 을 쓰면 웹표준이 아니고 div, li 등을 써야 웹표준인듯 말하는 것도 문제가 있어 보입니다.
레이아웃은 div 로 해라?... 아니요! 전 더 간결하게 <i> or <p> 로 레이아웃 짤것 입니다. (반항? --)

table도 표준 태그임에도 불구하고 한때 자꾸 비표준 비표준 그러니까 table이라는 태그 자체가 비표준 태그인 양 인식하는 사람들이 있더라구요.
다만 그 태그의 용도에 맞게 사용하자! 그게 아닐까 싶습니다.

곧 선배보다 더 나은 기술자가 되실겁니다

저는 테이블 코딩이 더 편하고 좋던데요.ㅎㅎ
새로운 문명은 적응이 안된다는...ㅠㅠ
고생이 많이시네요. 쉬어가면서 하세요.
또 감기 걸리실라...나이도 좀 생각하시고..ㅋㅋ

한 8년 전쯤 table 없이 div로 레이아웃 잡는 게 너무 어려웠죠. (아저씨들 대부분 그렇지 않을까요? ㅎㅎ)
티스토리 계정 하나 터서 무작정 div, css 연습했는데 3일정도 밤을 새니 조금 감이 오더군요.
그래도 간간히 table을 써 왔었는데 지금은 레이아웃 잡을 때 table이 더 복잡하게 느껴집니다.
table은 태그 전체를 한 번에 해석해서 출력해 줘야 하니 읽혀지는 채감속도도 느리다는 걸 div 코딩을 하면서 알았습니다.

저도 어느 전문가에게 강의를 직접 들은 게 아니고 인터넷 여기저기서 주워 배운 거지만, 구글같은 검색엔진이 페이지에서 정보를 취합할 때 태그를 많이 따진다고 알고 있습니다.
<H?>, <a>, <label>, <aside>, <embed>, <... alt ... title... > 등등 태그들은 제각각 목적을 두고 만들어졌기 때문에 우선 그 목적에 맞게 잘 짜여진 페이지인가를 따져, 정보의 정확성을 평가할 때 반영하는 걸로 알고 있습니다.
가령 <h2>인터넷 뱅킹을 위한 보안 상식</h2> 이런 태그를 사용 했을 때 로봇은 이 태그 안에 있는 문장을 이 페이지 또는 단락의 대표 구문으로 이해할 것입니다.
<div class="title">인터넷 뱅킹을 위한 보안 상식</div> 이렇게 제목을 달고 스타일 속성을 주었을 때 로봇은 이것을 본문인지 제목인지 정확히 판단하기 어려울 것입니다.
어떤 문서의 제목은 그 문서의 핵심이 되니 아마 인공지능 로봇들도 이런 부분들을 반영할 것입니다.
기계가 판단하기 쉽다는 건 이런 게 아닐런지요.

몇 년 전에 자게에서 게시판 목록을 table에 넣어도 되는가 말아야 하는가 잠깐 언급이 되었던 적이 있습니다. 그 전까지는 저도 게시판 목록을 어떻게든 ul, dd에 맞춰 보려고 애썼는데 이게 크로스브라우징을 하다보면 여간 힘든 게 아니더군요.
그때 어떤분이 댓글을 달았는데 게시판 목록은 내가 표라면 표인 거고 목록이라면 목록인 것이다. 그 댓글을 보는 순간 마음의 평화가 찾아왔습니다. ㅎㅎ
그래서 지금은 table과 div를 섞어 쓰다보니 마음은 평화로운데 코딩이 지저분해지네요. ㅡ,.ㅡ

암요~