재삐신생의 권태로운 이야기

바햐흐로 2014년이 코앞이다. 웹페이지를 마크업하다보면 많은 착오가 생기기 마련 대부분 크로스 브라우징이 문제일 터 그래서 한번 포스팅을 시작한다. 레이아웃 구성 방법론에 대해 생각해본다. 1. table 코딩 고전의 전형적인 사이트를 표방하는 이방식은 table wrapper와 table container와 align속성으로 레이아웃을 구성하는데 엄밀히, 표를 표시하는 html요소 개념이라 w3c의 웹표준에는 어긋나는 잘못된 웹의 형태이다. ::장점:: 브라우져 호환성이 좋다. 정형화된 틀로 나이지긋한 분들은 오히려 선호하는 경우도 있다. 세로정렬(vertical align)이 매우 편하다/이것이 핵심일지도 모른다. ::단점:: 레이아웃이 틀에 박혀버린다. 예를 들어 마크업을 수정하지 않으면, 절대로..

웹을 해본 사람이라면 누구나 퍼블리싱 과정에서 난해함을 겪었을 것이다. 이유인즉, 수많은 브라우져에서 같은 페이지가 다르게 표현되기 때문 그래서 웹표준이라것을 적용하지만, 이마저도 완벽한 해결책은 되지 못하고 있으니.. 브라우져 별 특성을 따르지 않았으면 좋겠다. 라고 생각하지만, 문서모드들까지 여러가지를 복잡하기만 웹ㅠㅠ 이번에 다루게 된 내용은 table의 셀과 img요소의 문제점을 다뤄보도록 하겠습니다.doctype를 html5에 맞게 변경을 하면서, 기존사이트에 생기는 문제점이다.기본 html4.01이나 쿼크모드에서 발생하지 않는 점을 미리 알려드린다. 기본 html의 형식은......

HTML최적화 고찰을 해본다. 고찰은 아니고 그냥 생각 찌끌 div코딩이라 불리는 표준코딩 이나흔한 table코딩이나 대형 포털사이트를 보나 어디를 보나 흔한 외국사이트보다 코딩이 더럽다. 어째서일까? 인터넷이란 건 변화가 빠른곳이라 레이아웃도 빠르게 변하고 그외는 정말 매일매일 바뀐다.그것들을 다 맞춰야하기 때문이겠지? 디자인이 바뀌면 아무리 구조가 잘 잡혀있어도 코드를 수정해야 할 것이고, 일단 보여주기 식의 코드를 막 작성하면 더러운 코딩이 되겠지.라고 생각을 해본다. 이상하게 외국사이트는 꽤나 코딩이 깔끔한 편이다.뭐가 문제일까? 비즈니스적 요구조건만 충족시키면 되는 그런 코딩이 아닌 느낌인데..순수 최적화된 HTML코드라는 느낌물론 모든 사이트가 그런건 아니지! "완성"이란것이 존재하지 않고 미..

HTML코더로써, 외국계열의 개발자들의 목소리로 일명 DIV코딩이 표준화되고 있다. 디자인-CSS마크업&컨텐츠-HTML CSS만으로, 다른느낌을 구현할 수 있다는건데, 뭔가 좋아보인다. TABLE은 구조를 바꾸지 않는 이상, CSS로는 변경이 불가능 한게 단점이지만, DIV코딩을 하다보면, 아직도 여전히 많이 쓰이는(적어도 국내에선), 그래서 익숙한 TABLE코딩이 그리워진다.사실 Align이 자유로와서, 정말 하드코딩을 하기엔 TABLE이 정말 쉽다. TR TD로 그리드 디자인하긴 정말 좋다. 그래서 많이들 쓰이는 거겠지.. 그렇게 장단점이 있지만, DIV코딩에 애착이 있다.하지만 페이지가 수가 많아지면 CSS도 엄청난게 복잡해져서, 각 클래스와 ID값을 찾아보면 오히려 수정이 더 복잡하기도 하다. 지..

무엇이 다른가?? Bold Strong 차이점이 보이시나요?? 거의 모든 브라우져에서 처리하는게 똑같다고 봅니다. 그렇다면,쉽게 해석 할수 있습니다. 개념의 차이 strong는 문단에서 강조를 뜻하는 "논리적"요소로 생각하면 됩니다. 강조한다는 뜻!b는 그냥 Bold를 의미하는겁니다. 그냥! 두껍게하라는 뜻! 그다지 큰 의미를 둘 순 없지만 확실히 의미는 조금 다르다는 걸 알 수 있습니다! 비슷한 예로와 도 있지요~!

css border와 padding는 레이아웃 DOM객체 크기에 영향을 미친다는것!! width:800px; padding:20px; border:#f00 1px solid; 이런식으로 작성된 div라면 브라우저에서 보이는 넓이는 821px이 된다는것!! 실제 내용이 들어가는 부분이 800px이라는 것!! 이상하게 계속 까먹는것 같다.ㅠㅠ