1 가위이 작성한 주제

  • 가위
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2006-04-11
  • 글: 6

주제: 웹표준에 맞게...

웹표준화를 외치는 요즘, 태터의 Output소스가 표준이 아니라는것은 아시는분들은 아시리라 생각됩니다.
사용하는데 불편함은 전혀 없지만, 저와같은 결벽증(?) 환자들은 여간 신경쓰이는것이 아닙니다.
스킨제작할때도 좀 불편하고요....
개개인이 수정해서 쓸수도 있지만, 진정으로 훌륭한툴은 안보이는곳까지 세세히 신경을 써야 한다고 생각합니다.
다음버젼에서는 완벽한 표준소스를 자랑하는 태터를 기대해 봅니다.

2 daybreaker이 작성한 답글

  • 지역 대한민국, 대전, KAIST
  • 가입일자 2006-04-04
  • 글: 1,319

답글: 웹표준에 맞게...

이 ticket이 저한테 할당(?)되어 있습니다만 아직 시험 기간인 관계로 본격적인 작업은 못하고 있습니다.
1.0.5 릴리즈되기 전까지 손닿는 만큼 노력해보겠습니다.

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

daybreaker의 웹사이트

3 inureyes이 작성한 답글

  • 지역 대한민국 > 포항
  • 가입일자 2006-04-03
  • 글: 4,471

답글: 웹표준에 맞게...

ㅎㅎ 티켓 부쳐드려서 죄송해요 smile

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

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

inureyes의 웹사이트

4 graphittie이 작성한 답글

  • 지역 Wonderland
  • 가입일자 2006-04-20
  • 글: 1,799

답글: 웹표준에 맞게...

생각나는 문제점 몇 가지를 짚어보았습니다.

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

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를 하나 추가해주면 낫지 않을까 하는데요.

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

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

graphittie (2006-04-20 14:35:24)에 의해 마지막으로 수정

graphittie의 웹사이트

5 CN이 작성한 답글

  • CN
  • 능숙한 원예가
  • 오프라인
  • 지역 단국대학교
  • 가입일자 2006-05-09
  • 글: 60

답글: 웹표준에 맞게...

graphittie 작성:

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

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

CN's log

CN의 웹사이트

6 섭이이 작성한 답글

  • 섭이
  • 정원사
  • 오프라인
  • 지역 대한민국
  • 가입일자 2006-04-19
  • 글: 98

답글: 웹표준에 맞게...

graphittie 작성:

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

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

섭이의 웹사이트

7 graphittie이 작성한 답글

  • 지역 Wonderland
  • 가입일자 2006-04-20
  • 글: 1,799

답글: 웹표준에 맞게...

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

graphittie의 웹사이트

8 나니이 작성한 답글

  • 지역 bongcheon, gwanak, seoul
  • 가입일자 2006-04-28
  • 글: 2,065

답글: 웹표준에 맞게...

graphittie 작성:

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

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

하늘은 스스로 삽질하는 자를 삽으로 팬다

나니의 웹사이트

9 나니이 작성한 답글

  • 지역 bongcheon, gwanak, seoul
  • 가입일자 2006-04-28
  • 글: 2,065

답글: 웹표준에 맞게...

graphittie 작성:

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

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

하늘은 스스로 삽질하는 자를 삽으로 팬다

나니의 웹사이트

10 inureyes이 작성한 답글

  • 지역 대한민국 > 포항
  • 가입일자 2006-04-03
  • 글: 4,471

답글: 웹표준에 맞게...

graphittie 작성:

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

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

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

inureyes의 웹사이트

11 graphittie이 작성한 답글

  • 지역 Wonderland
  • 가입일자 2006-04-20
  • 글: 1,799

답글: 웹표준에 맞게...

나니 작성:
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

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

graphittie의 웹사이트