그 한계인 상황을 구체적으로 알려주시고 같이 고민해 보면 뭔가 해결책이 나오지 않을까요? 현재로서는 skin.html을 여러개로 나누자는 말씀에 아직 공감하지 못하고 있습니다. 파일이 많아지면 복잡하다고 생각하는 사람도 많으니까요. 구체적으로 문제점이 되는 상황을 제시하시고 문제점이 맞다는 점을 인식시키시면 펭도님이 원하시는 부분을 얻기 위해 사람들을 납득시키기도 더 쉬워지지 않을까 합니다.:)

WP처럼 부분별로 나누어 놓은 경우와 TT처럼 단일 파일로 처리하는 경우의 장단점이 모두 존재합니다. WP의 경우 플러그인의 설치를 위해서 스킨의 수정이나 해당 부분 스킨 php의 수정이 필요한 경우가 있지만 TT의 경우에는 스킨 구조 자체를 수정할 필요가 없습니다. 스킨의 거의 대부분의 위치에 메타 치환자나 사이드바를 통해 플러그인을 끼워 넣을 수가 있죠. 이러한 점은 end-user 단에서 사용자가 php 언어에 대한 지식이 전혀 없는 경우에도 쉽게 기능을 추가하고 제어할 수 있다는 장점이 있습니다. (댓글만 따로 새 창에 띄워 보는 정도는 플러그인으로 쉽게 만들 수 있습니다.)

WP의 경우 장점은, php를 통한 제어를 스킨 레벨에서 할 수 있기 때문에 굉장히 동적으로 구성할 수가 있습니다. 하지만 이 쪽도 기본적인 php 의 지식은 있어야 가능합니다. 태터툴즈가 처음부터 WP와 같이 단일 사용자로부터 시작했다면 스킨 소스 수정을 통한 보안성 약화를 신경쓰지 않아도 되었겠지만, 1.0 이상의 코어는 다중 사용자를 기본으로 하고 나왔기 때문에 다중 사용자 중 한 명이라도 스킨의 php 수정을 통한 잠재적 보안 위험을 갖는 접근을 시도할 수 있는 가능성을 모두 막아야 했기 때문에 현재의 형태가 된 이유도 있습니다. (WP의 현재 방식은 잠재적 보안 위험이 너무 큽니다.)

그러한 이유로 이후 자유도를 위하여 스킨과 플러그인이 세트로 묶인 템플릿의 개념으로 접근해야 할 것이라는 아이디어는 가지고 있습니다. 하지만 단일 파일로 구성된 스킨 형태는 아마 계속 가지고 갈 것 같습니다. 사실 디자인 편의성의 측면에서 바라 보았을 때, 웹 에디터 (드림위버같은) 로 열어서 편집해서 만들 수 있는 스킨 구조는 태터툴즈가 거의 유일할겁니다.^^ 자유도 부분은 스킨과 플러그인의 조합으로 해결하게 되겠죠.

예... 알고 있습니다. 그게 사실은 딴 내용이라는 지적이었습니다. 더 난해한 스킨 구조가 있다고 해서 그게 질문하신 분께의 대답은 전혀 되지 않죠.

그리고 그 '난해하다는' 스킨 구조로 아름다운 이글루스 스킨을 만들어 주시는 분들께 위 댓글이 어떻게 보일지 생각을 해 보시는게 어떨지요. 실제 필요한 대답의 내용은 전혀 없으면서 감정적인 반발만 불러 일으키는 댓글은 자제 부탁 드립니다.

태터툴즈도 자부할 것 하나도 없습니다. 끝없는 치환자에 처음 보면 가이드도 제대로 없고 여전히 엄청 어렵습니다...

그렇다면 이것은 정말로 큰 일이군요.
이리 중요한 문제가 거론되지 않은 것도 이상합니다.
애써 1.1.0.2  로 업그레이드하였는데,   백업하면서 마음이 편치 못할 듯 합니다.

저거.... DateConverter의 버그입니다. 재현은 저도 못 하고 있습니다...

블로그막에 참여는 해보고픈데 워낙 다혈질이라 스킨이 자주 바뀌다보니 참여는 못하겠네요 (....)