어디서 주워들었던 기억이 있어서 질문은 아니고 의견을 좀 묻습니다. 정보
어디서 주워들었던 기억이 있어서 질문은 아니고 의견을 좀 묻습니다.
본문
예전에 일할때 상사분께서 이야기 하신던게 기억이 나서 의견을 좀 듣고자 합니다.
그분의 만씀으로는 이렇습니다.
in-line요소에 block요소를 넣지 말라는 이야기입니다.
즉..
<ul>
<li>
<div>
요렇게 -ㅂ-;;
</div>
</li>
<ul>
사용을 하지 말라고 하시던데 이게 뭔가 문제의 요소가 있는것인지
별로 상용해도 무관한것인지
안된다면 특별한 이유가 있는것인지 ...
** 고수분들의 의견이 듣고싶습니다.
덧) 요즘 레이아웃 만든다고 살짝 의문스러워서 그렇습니다.
이러면 테이블을 쓰지 않는 이유나 뭐가 다르냐고 하시면 할말이 없습니다. -_-;;
추천
0
0
댓글 8개
짧은 소견남깁니다.
그것을 해야한다. 하지말아야 한다. 상위에서 내려오는 프로그램언어에선 관례라 합니다.
관례는 말그대로 전해져오는 습관이죠. 그 습관을 따라야 하느냐? 아니면, 깨부스냐? 그 차이인듯 합니다
전 다 깨부셔버리는 스타일입니다. 안된다하면 되게하고 싶어지거든요.
물론, 범위가 있다면, 그 범위를 최대한 맞추면서 깨는 재미가 솔솔합니다.
주제 넘게 글 남겼지만, 너그럽게 받아주셨으면 감사하겠습니다.
The End
그것을 해야한다. 하지말아야 한다. 상위에서 내려오는 프로그램언어에선 관례라 합니다.
관례는 말그대로 전해져오는 습관이죠. 그 습관을 따라야 하느냐? 아니면, 깨부스냐? 그 차이인듯 합니다
전 다 깨부셔버리는 스타일입니다. 안된다하면 되게하고 싶어지거든요.
물론, 범위가 있다면, 그 범위를 최대한 맞추면서 깨는 재미가 솔솔합니다.
주제 넘게 글 남겼지만, 너그럽게 받아주셨으면 감사하겠습니다.
The End
이게 원론을 좀 말하자면 글 마지막에쓴... 테이블을 왜 쓰면안되냐.. 이런건데
테이블은 원래 data를 정리하기위한 요소이다. 입니다
그런데 .... 왜 이걸 layout잡는데다 쓰냐.. 그래서 table로 layout을 만드는건 문제가있다.
그래서 요는 써야할곳에 써야되는 요소를 써야한다.. 이거인데
제가 궁금한건 이 in-line요소에 block요소를 쓰는게 써야되는 요소가 아니냐는게 궁금한겁니다.
실제로 스크린리더가 읽어올때 뭔가 문제가 있다거나 하는....
(실제 테이블로 layout을잡으면 css를 빼버리면 상당히 문제가 많이 생기죠)
테이블은 원래 data를 정리하기위한 요소이다. 입니다
그런데 .... 왜 이걸 layout잡는데다 쓰냐.. 그래서 table로 layout을 만드는건 문제가있다.
그래서 요는 써야할곳에 써야되는 요소를 써야한다.. 이거인데
제가 궁금한건 이 in-line요소에 block요소를 쓰는게 써야되는 요소가 아니냐는게 궁금한겁니다.
실제로 스크린리더가 읽어올때 뭔가 문제가 있다거나 하는....
(실제 테이블로 layout을잡으면 css를 빼버리면 상당히 문제가 많이 생기죠)
웹표준에 답이 있지 않을까합니다. 스크린리더가 저도 없는 관계로...
사실 저도 많은 것이 궁금하긴 합니다.
즉.. 괜히 끼어들었네염.. ㅠㅠ
고수분들 어여오세염.
사실 저도 많은 것이 궁금하긴 합니다.
즉.. 괜히 끼어들었네염.. ㅠㅠ
고수분들 어여오세염.
ㅋ 뭐라고 한건 아니구요 의견을 묻는거니 의견감사합니다.
저는 처음듣는 얘기네요.
웹표준이란 단어는 미국에서는 사용되는 단어가 아니라서 무슨 얘기인지 잘 모르지만, http://validator.w3.org/ 에서는 아무런 문제 없이 validate 됩니다.
div 는 division 은 약자고, li 내에서 나누는 행위가 왜 잘못된건지 저로서는 이해불가 입니다.
stackoverflow 에서 검색해보니 여기에 대한 질문이 있었네요.
http://stackoverflow.com/questions/1915077/is-div-inside-list-allowed
웹표준이란 단어는 미국에서는 사용되는 단어가 아니라서 무슨 얘기인지 잘 모르지만, http://validator.w3.org/ 에서는 아무런 문제 없이 validate 됩니다.
div 는 division 은 약자고, li 내에서 나누는 행위가 왜 잘못된건지 저로서는 이해불가 입니다.
stackoverflow 에서 검색해보니 여기에 대한 질문이 있었네요.
http://stackoverflow.com/questions/1915077/is-div-inside-list-allowed
아 영어가 짧아서 번역기 돌렸더니 말이 이상하네요 -_- 요는 상관은 없는데 쓰지말라는 건가요 ㅋ
아니요. 쓰지말라는 말은 전혀 없습니다.
아 이건 뭔가 심증이 하나 가기는 하는군요.
국내에 웹표준이 전파되던 2000년대 초중반 무렵, 이때까지는 거의 모든 사이트들이 하나같이 레이아웃을 잡는데 테이블을 썼습니다. 그러다 웹표준이 전파되면서 레이아웃을 테이블로 잡는 것이 사라져 갔습니다. 지금은 거의 대부분 다양한 HTML 태그와 CSS를 이용해서 레이아웃을 잡는 시대이지만, 저 때는 그렇지가 않았죠.
근데 이 때의 부작용이, 테이블로 레이아웃을 잡는 것을 좋지 않게 여기는 풍조가 퍼지는 것까지는 좋았는데, 마치 HTML의 테이블 태그 자체를 악의 근원으로 생각하는 사람들도 생겨난 것이 문제였습니다. 그래서 이 시기에 의미상으로 테이블을 써야 하는 곳에도 테이블 태그 안 쓰고,
<li><div>번호</div><div>제목</div><div>작성자</div><div>조회</div><div>날짜</div></li>
요런 식으로 마크업 하는 경우가 있었습니다. (실화입니다. 저렇게 만들어져 실사용되고 있던 홈페이지도 당시 본 적이 있습니다) 그 후 테이블을 악마 취급하는것도 잘못되었고 쓸 때는 써야 한다는 의견이 퍼지면서 지금은 사라졌지만, 아마 상사분이 저때의 기억이 뇌리에 남아서 li 안에 div는 안되는 것으로 고정관념이 생기신 듯 합니다.
국내에 웹표준이 전파되던 2000년대 초중반 무렵, 이때까지는 거의 모든 사이트들이 하나같이 레이아웃을 잡는데 테이블을 썼습니다. 그러다 웹표준이 전파되면서 레이아웃을 테이블로 잡는 것이 사라져 갔습니다. 지금은 거의 대부분 다양한 HTML 태그와 CSS를 이용해서 레이아웃을 잡는 시대이지만, 저 때는 그렇지가 않았죠.
근데 이 때의 부작용이, 테이블로 레이아웃을 잡는 것을 좋지 않게 여기는 풍조가 퍼지는 것까지는 좋았는데, 마치 HTML의 테이블 태그 자체를 악의 근원으로 생각하는 사람들도 생겨난 것이 문제였습니다. 그래서 이 시기에 의미상으로 테이블을 써야 하는 곳에도 테이블 태그 안 쓰고,
<li><div>번호</div><div>제목</div><div>작성자</div><div>조회</div><div>날짜</div></li>
요런 식으로 마크업 하는 경우가 있었습니다. (실화입니다. 저렇게 만들어져 실사용되고 있던 홈페이지도 당시 본 적이 있습니다) 그 후 테이블을 악마 취급하는것도 잘못되었고 쓸 때는 써야 한다는 의견이 퍼지면서 지금은 사라졌지만, 아마 상사분이 저때의 기억이 뇌리에 남아서 li 안에 div는 안되는 것으로 고정관념이 생기신 듯 합니다.
