graphittie 작성:

[##_category_##]에 대해 언급한 것은 '웹 표준에 맞게'라는 제목에 맞춘 것이었습니다. 굳이 웹 표준이라는 거창한 항목까지 가지 않더라도 구조와 스타일을 따르자는 것이 앞선 글에서 '[##_category_##]'를 다룬 부분의 요지였습니다. 옵션으로 테이블식의 [##_category_##]를 남겨놓는 것은 찬성이지만 보기 좋게 짜기 쉽다고 카테고리와 달력항목에 테이블을 적용하는 것은 옳지 않습니다만... 이것은 제가 굳이 여기서 주제 넘게 주절거리지 않아도 다들 아시는 부분일 것이고... 제가 하고 싶은 말은 웹 표준에 대한 지원이 좀 더 있었으면 하는 것이었습니다. 앞에 적은 대로 [##_category_list_##]는 너무 빈약합니다. [##_calendar_]도 마찬가지이고요.

달력 기능은 안써봐서 답변은 드리지 못하겠으나, category_list 인 경우에는 제 블로그 (sangsangbox.net)에 사용되고 있는 방식으로 구성하시면 될 것으로 사료 됩니다.
굳이 class를 지정하지 않고도 #id ul { } #id ul li { } #id ul li ul li { } 이런식으로 사용하시면 되겠습니다.
(이 부분 역시 일몰님이 도움주셨습니다.)

아이디 제안은 제가 먼저 했습니다만... 거의 무시된 제안을 일모리님이 다시 상기시켜 주신 거였습니다. 캐스캐이딩이야 CSS 이름 자체가 그런 의미이니 당연한 용법이라고 생각하지만 제가 아쉬운 점은 딱 하나... 퍼스트 노드나 라스트 노드에 클래스 좀 지정해 달라는 것인데요... 퍼스트 노드야 CSS 스펙 셀렉팅에 제시되어 있기는 하지만(IE가 지원을 안 하지요) 라스트는 전혀 방법이 없으니... 뭐, 그냥 자기가 쓰기에 아쉬워서 하는 소리였습니다.:D

다시 생각해 보니 달력은 테이블 구조가 맞군요. 지적 감사합니다.

[##_category_##]에 대해 언급한 것은 '웹 표준에 맞게'라는 제목에 맞춘 것이었습니다. 굳이 웹 표준이라는 거창한 항목까지 가지 않더라도 구조와 스타일을 따르자는 것이 앞선 글에서 '[##_category_##]'를 다룬 부분의 요지였습니다. 옵션으로 테이블식의 [##_category_##]를 남겨놓는 것은 찬성이지만 보기 좋게 짜기 쉽다고 카테고리와 달력항목에 테이블을 적용하는 것은 옳지 않습니다만... 이것은 제가 굳이 여기서 주제 넘게 주절거리지 않아도 다들 아시는 부분일 것이고... 제가 하고 싶은 말은 웹 표준에 대한 지원이 좀 더 있었으면 하는 것이었습니다. 앞에 적은 대로 [##_category_list_##]는 너무 빈약합니다. [##_calendar_]도 마찬가지이고요.

다른 부분은 아니지만 calendar의 경우 의미상으로도 테이블로 작성하는 것이 맞습니다.

[##_category_##]에 대해 언급한 것은 '웹 표준에 맞게'라는 제목에 맞춘 것이었습니다. 굳이 웹 표준이라는 거창한 항목까지 가지 않더라도 구조와 스타일을 따르자는 것이 앞선 글에서 '[##_category_##]'를 다룬 부분의 요지였습니다. 옵션으로 테이블식의 [##_category_##]를 남겨놓는 것은 찬성이지만 보기 좋게 짜기 쉽다고 카테고리와 달력항목에 테이블을 적용하는 것은 옳지 않습니다만... 이것은 제가 굳이 여기서 주제 넘게 주절거리지 않아도 다들 아시는 부분일 것이고... 제가 하고 싶은 말은 웹 표준에 대한 지원이 좀 더 있었으면 하는 것이었습니다. 앞에 적은 대로 [##_category_list_##]는 너무 빈약합니다. [##_calendar_]도 마찬가지이고요.

달력 기능은 안써봐서 답변은 드리지 못하겠으나, category_list 인 경우에는 제 블로그 (sangsangbox.net)에 사용되고 있는 방식으로 구성하시면 될 것으로 사료 됩니다.
굳이 class를 지정하지 않고도 #id ul { } #id ul li { } #id ul li ul li { } 이런식으로 사용하시면 되겠습니다.
(이 부분 역시 일몰님이 도움주셨습니다.)

4. body에 카테고리 속성에 따라 id를 주는 것이 좋지 않을까 합니다. 메인 메뉴가 탭 속성으로 설정되도록 하는데 id를 이용하면 좋더군요. 대부분의 사이트에서도 사용하는 방식입니다. 이 메인 메뉴라는 것이 이용자의 입맛에 따라 변할 수 있는 것이니 직접 소스코드 넣는 것보다 플러그인 형태로 넣어 보다 쉽게 변경할 수 있도록 하는 편이 좋을 것 같습니다. 참고 : www.simplebits.com

이 부분에 대해서는 일몰님이 제안하셨습니다. 1.0.6 이후에 적용될 것으로 보입니다.

3. </li>, </dt>, </dd>가 제일 마지막 것만 빼고 전부 생략되고 있습니다.

이 문제는 파이어폭스에서는 괜찮은데 익스플로러에서 글을 수정하려고 하면 마지막태그만 남기고 날라가더군요 ㅠ_ㅜ

2. 테이블로 제작된 [##_category_##]와 [##_calendar_##]가 해결되어야 합니다. [##_category_list_##]도 있지만 클래스가 지정되어 있지 않아 실전에서는 거의 쓸모가 없더군요.

적어도 [##_calendar_##]는 테이블로 구성되어 있어도 무방하다고 봅니다. 캘린더는 게시판 목록만큼이나마 테이블 구조가 적합합니다. 캘린더를 li나 dl등 다른 마크업으로 바꾸는 것은 게시판 목록을 그렇게 하는 정도의 효과가 있을 것입니다.

-----------------------------------------------------------------------------------------------------

1. 태그에서 직접 style sttribute로 css를 제어하는 경우가 있던데 빼는 것이 좋지 않을까 합니다.

2. 테이블로 제작된 [##_category_##]와 [##_calendar_##]가 해결되어야 합니다. [##_category_list_##]도 있지만 클래스가 지정되어 있지 않아 실전에서는 거의 쓸모가 없더군요.

3. </li>, </dt>, </dd>가 제일 마지막 것만 빼고 전부 생략되고 있습니다.

4. body에 카테고리 속성에 따라 id를 주는 것이 좋지 않을까 합니다. 메인 메뉴가 탭 속성으로 설정되도록 하는데 id를 이용하면 좋더군요. 대부분의 사이트에서도 사용하는 방식입니다. 이 메인 메뉴라는 것이 이용자의 입맛에 따라 변할 수 있는 것이니 직접 소스코드 넣는 것보다 플러그인 형태로 넣어 보다 쉽게 변경할 수 있도록 하는 편이 좋을 것 같습니다. 참고 : www.simplebits.com

5. 현재 <s_t3></s_t3>로 body 안에 삽입되고 있는 자바스크립트를 파일로 빼는 것이 좋지 않을까 합니다. 적어도 head 안에 넣는 편이 좋지 않나 합니다.

6. 'more.../less...'에 id만이 지정되어 있어 이 부분을 CSS로 제어하기가 어렵습니다. Id에 attribute selector를 이용하여 제어할 수도 있겠지만 현재 이 기능은 보편적으로 지원되지 않고 있으니 그냥 class를 하나 추가해주면 낫지 않을까 하는데요.

-----------------------------------------------------------------------------------------------------

위 사항을 수정하는 자작 플러그인을 링크해 두겠습니다. 참고가 되었으면 좋겠습니다. 블로그는 아직 활성화 되지 않은 관계로 그냥 무시하세요...;;

티켓은 부쳐 드렸지만 시간 있을 때 가능한 부분은 저도 고쳐보겠습니다.