퍼블리싱 평가자 관점 NOTICE
-(*01) 모든 페이지의 문서 오류 수정 바람니다. 이미 제공한 날짜별 txt파일의 공통 부분 관련 반드시 적용하세요.
-html소스를 건드려야 하는 경우에만 위의 (*01) 문서 레이아웃 오류부분을 수정합니다.
css처리로 요청사항이 해결되는 경우엔 소스를 건들지 않습니다.
html소스에 바뀐 내용이 없으니 당연히 git에 표시되지 않는다는걸 인지하고 있을거라 생각합니다.
다시 한번 강조하지만.. 문서의 레이아웃 정리(위의 (*01))를 잘 하시길 바랍니다.
-특별한 경우(img br 같은...) 이외 모든 tag는 쌍으로 이루어져야 합니다. 열린 div가 있으면 반드시 닫는 div가 있는건 기본중 기본입니다.
html 태그들이 이유없이 혼자 존재하는건 정말 놀라운 일입니다.(여러 비유가 머리속을 지나가지만......^^)
-하나의 완성된 문서엔 하나의 열고닫는 html, head, body가 있어야 합니다. 그 들 안의 마크업 태그들은 규칙을 지켜야 합니다.
절대 두개가 되어서도 안되고, 열고 닫는 애들이 커플이 안되어서도 안됩니다. 홀수로 존재해선 절대 안됩니다.
ul같은 애들은 반드시 자식 태그가 li여야 합니다. 갑자기 div가 나오면 안됩니다.(dl의 자식태그는 dt와 dd뿐입니다.)
-하나의 결합된 문서엔 단 하나의 id값이 존재해야 합니다.
GNB부분의 중복된 ID는 딱히 문제 없을듯 하여 수정했습니다. (참고: 이전 *.txt파일 + dist_goobit/board_default.html)
그 외 부분은 개발과 관련이 될듯 하니 개발단에서 수정하셔야 합니다.(ex. 15_02_privacy_policy.html:이 페이지는 스크립트들이 id값으로 정의가 되어 있어서 건들지 않음. )
- 내가 확인하는 브라우저에서 잘 보이는 건 중요한게 아님니다.
- 브라우저들은 문서에 오류가 있는 경우 각자의 브라우저에서 입력된 정보로 알아서 완벽하게 보이게끔 조작합니다.
그런데 그게 시시때때로 달라서.... 완벽한척 하지만 완벽하지 않아서 의도치 않는 결과를 보여줍니다.
- https://validator.w3.org/ 에서 반드시 본인의 문서(하나의 완성된 문서)를 확인하세요.
이곳의 에러를 해결 못한다면 웹접근성 심사는 절대 안됩니다. (여기를 통과해도.... 첩첩산중이겠지만....)