그런데 원문에서 원하시는 완벽한 (Strict) 표준 준수가 그렇게까지 중요한가요??
Validator에서 OK 사인이 뜨는 것을 보는 희열이외에는 큰 의미는 없다고 봅니다만....
(그리고 솔직히 Validator를 돌려보면 한 숨 나옵니다.... 누가 이렇게까지 골아프게 코딩을 해야한단 말입니까.... orz)

에공.... 죄송합니다....
(무시까지는 의도하지 않았는데...^^;;;;;)
일반적인 상황에서는 validator가 잡아내는 티끌 하나가 그리 영향을 주지는 않더라구요....
제가 불평을 한 것은 단지 너무 표준이 Strict하여 코딩하는 사람만 물먹는게 거시기하여서....ㅡㅡ;;
(솔직히 이미지마다 alt를 하라는 것은 좀...ㅡㅡ;;)

건더기 (2006-04-28 21:21:58)에 의해 마지막으로 수정

적어도 이 발언은 조금 심하다고 생각합니다.
조금 다르게 생각해보면, 누가 버그 심한 태터툴즈를 사용한다고 생각하겠습니까?.
조금 더 쉽게 꾸밀 수 있고, 조금 더 편하게, 좋게 꾸밀 수 있는 블로그 서비스는 많이 있습니다.
게다가, 표준 준수를 잘 지키고 있는 블로그툴도 많이 나오고 있는 시점에서..
위와 같은 발언은.. 스스로 태터를 깍아먹는 말입니다.

포럼에서 개발에 또는 태터에 도움이 된다고 해서 다른 사용자를 무시(?) 하는 말을 해서는 안됩니다.
여기 모인 분들은 태터의 친구들이지, 태터의 주인은 아닙니다.

태터의 진정한 주인은 태터 유저들입니다.
태터로 자신의 브랜드를 만들고 있는 사용자들이 바로, 주인입니다.

여기서 모두 열심히 하고 있는 것을 알고 있습니다.
저 또한 별볼일없는 도움이라도 주기 위해 여러가지;;;;; 하고 있지만,
정말 수고하시는 분들도 많습니다. 그 분들이 돈 받고 하는 일도 아니고,(나중에는 돈 받을지도 모르겠지만)
지금은 스스로 하길 원해서 많은 시간과 노력을 들여서 애쓰고 계시지요..

그러한 노력이 한낱 말에 의해 깍아버리는 행동은 여기 계신 모두 자제해야 할 것 같습니다.
포럼이 생긴 이유?.. 바로 나니님과 같은 그런 포스팅을 귀담아 기울이고, 나니님이 "아 이런 것 쯤... 한낱 개인만족일 뿐이야" 라고
하신다고 해도 TnF에서는 더욱 신경써서.. 관심을 기울여야 된다고 판단했기 때문에 생기지 않았을까요?.

제 말이 조금 신경에 거슬린다고 하더라도, 이 점은 정말 중요하다고 생각합니다.
그리고, 미리 사과를 드립니다. 신경에 거슬리는 글을 남긴 것에 대해 ^^;;

유마 (2006-04-28 21:59:30)에 의해 마지막으로 수정

감정적인 부분은 많은 분들이 말씀하시니 기술적인 이야기만 드리겠습니다
우선, 저는 W3C의 웹표준 권고안에 대해서 근본주의자쪽에 가깝다는 말씀을 미리 드리고 시작하겠습니다.

개인적으로는 validator가 valid 결과를 내놓는 것을 넘어, 권고안에 비추어 valid하더라도 그 안에서 내용과 디자인의 분리가 제대로 되어있어야 한다고 생각하고 있습니다. 그리고 동시에 그렇지 않으면 큰 의미가 없다고 생각하고 있습니다. 아마 이 의견은 daybreaker님도 저와 마찬가지일 겁니다.
(사실 얼마나 valid한가의 문제는 태터툴즈의 문제보다는 스킨의 문제가 큽니다. valid마크를 달고 있는 경우에도 소스를 눈으로 읽을 수 없는 스킨이 대부분입니다. 또한 valid하다고 하면서도 내용이 디자인과 분리되어 있지 않은 스킨들 -특히 가장 흔한 예로 테이블을 레이아웃 등 표 이외의 부분에 사용하는!  그건 xhtml 스펙 초안의 처음에 나온 설명을 무시하고 껍데기만 가지고 표준이라고 주장하는거죠- 도 돌아다녀 보면 천집니다.)

여기까지 읽으셔서 많은 분들이 느끼셨겠지만, 네 그랬습니다. 저도 2년 쯤 전에는 현실을 보면서 아주 눈이 뒤집히고 그랬습니다. 그런데 지금은 생각이 많이 변했지요. 제가 글을 쓸 때 꼭 표준'권고'안이라고 쓰는 이유입니다. W3C는 권고안일 뿐 표준은 아니죠. 다양한 이유가 있을 수 있습니다. 그러한 이유가 태그 실수에 대하여 포용성이 좋은 IE에로의 종속성 때문일수도, HTML4가 너무 광범위하게 퍼진 현실 때문일수도, 눈에 보이는 쪽에 주로 관심을 두는 트렌드 때문일 수도 있습니다. 어떤 이유에서이건, 사실 모든 사람이 그 표준안에 맞출 필요는 없습니다. 이상이 구현되어 현실을 발전시키지만, 현실은 그 자체로 생명이 있습니다.

여기 포럼에도 다양한 사람들이 있습니다. 제각기 '웹 그 자체' 에 대한 생각은 모두 다를겁니다. 건더기님처럼 실용적인 입장에서 생각하시는 입장도 있고, 나니님처럼 중간적인 입장도 있고, daybreaker님이나 저처럼 구조와 내용 분리 그 자체까지 생각하는 입장도 있습니다. 어떤 입장도 맞거나 틀린 것은 없습니다. 주장에 대한 이유들이 모두 맞기 때문이지요.

그래서 이전에 XHTML준수에 대한 티켓을 등록하였습니다. 다양한 의견들이 있을 수 있지만, 적어도 태터툴즈가 사용자 각각의 선택을 방해해서는 안된다는 생각에서였습니다. 개인적으로 태터툴즈는 '사람을 담아내는 그릇' 이라고 생각하고 있습니다. 그렇다면 '어떤 식으로 표현하고 싶은가' 에 대한 자유는 최대한으로 주어야되지 않을까, 그러기 위해서는 역시 태터툴즈 소스라도 표준안을 strict하게 지켜가는 쪽이 모든 경우를 포용할 수 있는 것이 아닐까 하고 생각하고 있습니다.

그런 의미에서는 건더기님 말씀이 맟습니다. 스킨을 만들거나 할 경우는 골치 아프게 모두 지킬 필요도 없고, 표로 레이아웃을 짠다거나 다양한 요소를 배치하는데 쓴다던가 해서 내용과 형식이 분리되지 않아도 상관 없습니다. 중요한 것은 '자신을 얼마나 잘 표현하는가' 입니다. 표준권고안은 굉장히 strict하고, 실제로 사용자들이 그걸 다 지켜서 만들기는 힘듭니다. 그렇지만, 나니님이나 아침놀님, 저와 같이 "최대한 다양한 사용자들" 에게 선택의 기쁨을 주기 위해서는 태터툴즈 소스 부분에서는 W3C의 XHTML 표준 권고안을 지켜가는 것이 좋을 것 같다고 개인적으로 생각합니다.

덧) 현재는 1.0 transitional이 기준입니다만, 나중에 1.1 strict기준으로 가자고 하면 돌 맞겠죠? (ㅠ_ㅠ) frame도 없고 링크 속성에 target도 없고...

언제나 느끼는 거지만 말이라는건 정말 어렵다고 생각이 드네요.
건더기님께서는 그럴 의도가 아니었던거 같은데 나니님께서는 기분이 조금 상하신거 같네요.
일단 기분 먼저 푸세요.

그럼 제 생각을 말씀드리겠습니다.
(제 생각일 뿐이니 기분 나빠하시는 분은 안계셨으면 합니다. )

표준이라는 것은 결국 사람이 사용하기 편하기 위해서 만들어진 기술을 누구나가 똑같이 사용할 수 있도록 하기 위해 존재한다고 생각합니다.
아무리 뛰어난 기술이라도 사용하는 사람이 없다면 사라질 수 밖에 없습니다.
(정확하게 기억은 안나지만 실제로 그런 경우가 있었던걸로 알고 있습니다.)
결국 제 생각은 사람 > 기술(표준) 이라고 생각한다는 것이죠.
그렇다고해서 표준을 지킬 필요가 없다고 생각하지는 않습니다.
오히려 저는 표준은 가능한한 꼭 지켜야 한다고 생각하고 있고요.

특히 위의 말에는 100% 동감합니다.
모든 분을 만족시키기 위해 태터툴즈에서 취할 수있는 유일한 방법이라고 생각되고, 그정도의 수고(?)는 할 필요가 있다고 생각합니다.

그리고 inureyes님께서 mvc 모델에 대해서 적어주신 것 같은데, 개인적으로는 과연 웹에서 완벽한 mvc 모델의 적용이 가능한가에 대해서 의문을 가지고 있답니다.(사실 제 경험이 부족해서인지 제가 느끼기에 완벽한 mvc 모델을 구경해본 적도 없지만요.)

술 한잔하고 와서 쓰다보니;; 두서없이 쓴거 같은데 이해해주세요. T_T

ps. 사실 저는 "frame도 없고 링크 속성에 target도 없고..." 쪽을 지지합니다.

원문을 읽어보았습니다.

이 부분은 반영할 수 있도록 노력하겠습니다.

사실 저도 "있지도 않은 애트리뷰트를 써야 하는가" 하는 부분은 어떻게 결론 지어야 할 지 모르겠습니다. 표준 준수를 위해서라면 안 쓰는 게 맞겠지요. HTML이 아닌 XML이라면 쉽게 가능하겠지만 기반이 HTML인 이상 custom attribute로 인한 오류는 어쩔 수가 없는 부분이라 생각됩니다.

애초부터 해당 속성을 사용하지 않는 방법이 있을런지는 잘 모르겠지만, input type="hidden" 같은 걸 쓰면 해결할 수 있을 것도 같습니다. (input 태그가 form 태그 안에 있지 않아도 validation이 됩니다. 다만 태터 자체의 작동에 영향이 없도록 해야겠죠.)

그리고, favicon을 표시하는 부분의 onerror 속성 문제.. 이건 참 난감하지요. 아직 저도 뚜렷한 해결책은 잘 모르겠습니다. -_-; 좀더 자료 조사를 해봐야겠네요.

ps. 하지만 현재의 category list로도 ul, li를 적절히 중복시킨 selector를 이용하면 원하는 디자인 구현에 큰 문제는 없을 것 같은데... 이 부분은 직접 테스트보겠습니다. -> 아, 각 서브카테고리별로 다른 디자인을 주고 싶다면 id, class가 필요하겠군요.;

daybreaker (2006-04-29 00:31:48)에 의해 마지막으로 수정

일단 category_list 치환자를 썼을 때 div id="categoryList"로 감싸주는 것이 필요하겠네요.

하지만 나니 님이 말씀하신 것처럼 카테고리별로 다른 디자인을 주기 위해서는 ul 별로 id를 주어야 할 것 같습니다

<div id="box">
<div id="categoryList">
<ul id="category1">
...
<ul id="category1_1">...</ul>
<ul id="category1_2">...</ul>
...
</ul>
<ul id="category2">...</ul>
</div>
</div>

기존 테이블 방식의 Tree Skin을 사용하려면 태터툴즈가 style 속성을 직접 넣어주거나 php로 생성한 css 파일을 포함시킬 수 있겠군요. 그렇지만 이 경우 스킨에서 정의할 수 있도록 옵션을 줘야 할 것 갈습니다.

daybreaker (2006-04-29 00:57:34)에 의해 마지막으로 수정

이 방식으로 각각의 카테고리에 속성을 다르게 주어 구현할 경우 id가 너무 많이 남발됩니다...
차라리 2단계까지의 ul/li 에 속성을 주는 식으로 단순화 시키는게 어떨까요? 그리고 정말로 전부 다른 속성의 목록그림이 필요하다면 id를 모두 주는것 보다는 차라리 출력할 때 ul과 li에 직접적으로 style 속성을 주는게 나을 것 같습니다. (엄청 안 내키지만 말이죠 =_=)