일단 이견을 위한 이견을 제시하는 것이 아님을 말씀드리고요. 오해가 있을지도 모르니까요. 자기 의견 무시하는 것처럼 보일 수도 있으니...:|

이 의견은 아키텍쳐 면에서 깔끔한 것 같지 않습니다. 환경설정은 스킨에 영향을 받지 않고 블로그 전체에 일괄적으로 영향을 미치는 설정입니다. 그런데 여기에 스킨 제작자가 자신의 의도를 개입시키면 해당 블로거 소유자는 개념상 혼동을 일으킬 여지가 있는 것 같습니다.

환경설정에 다음과 같이 표시가 되어야 할 텐데,

굳이 "(단, 해당 치환자가 적용된 스킨이어야 함.)"이라는 표현을 써주면서까지 저 부분을 관리자 환경설정에 넣어줘야 할 필요가 있을까 하는 의구심이 듭니다. 관리자 화면의 환경설정은 자고로 해당 블로그의 소유자가 자신의 결정을 블로그 전체에 적용하고자 하는 의도가 강한 부분인데, 이 의도를 중간에서 스킨 제작자가 가로채 결정을 뒤집을 수 있다면(스킨 제작자가 해당 스킨에 [##_~~~~_date_user_##] 치환자를 사용하지 않았다면 아무리 관리자가 출력을 변경해도 그의 결정은 무시되니까요. 자신의 블로그임에도 결정권은 스킨 제작자가 갖게 된다는 것이죠.) 관리자 환경설정으로서의 의미가 많이 떨어지지 않을까요?

다국어 환경을 고려하자면... 만약 불어로 진행되는 블로그가 있다면 어떻게 해야 할까요? [##_~~~~_date_fr_##]도 추가? 일어로 진행되는 블로그가 있다면? [##_~~~~_date_jp_##]도 추가? 이 부분은 플러그인이 가장 적당할 것 같아요...

PS 1. sandbox에 [##_calendar_en_##]을 추가해 놓았는데, 마모루님의 의견을 보고 위처럼 생각해 보니 그 부분도 적당하지 않은 것 같군요. 도로 돌려놓도록 하겠습니다.:(

PS 2. 차라리 모든 날짜 출력 부분 치환자에 이벤트를 걸어주는 것은 어떨까요? 이 부분을 제어하는 플러그인을 만들어서 플러그인 환경설정 부분에서 이걸 제어하도록 하는 거죠.

방명록이 사실은 댓글과 테이블을 같이 쓰고 있으니 이건 쉬운 문제군요. inureyes님이 오시면 전달하겠습니다.

이걸 요청하는 분을 종종 봤는데, 이게 CSS2.1의 content 기능과 중복되는 기능이라 재고하고 있습니다. fireFox 등 최신 브라우저들은 지원하지만 IE는 지원을 못하거든요. 대부분의 사용자가 IE를 사용하는 상황에 사용자의 편의를 위해 추가해 달라는 말씀을 하신다면, 저도 당연히 그런 생각을 안 해본 것은 아니지만, 이 content 속성이라는 것이 포기하기에는 너무 훌륭한 기능이라서요.

치환자로 추가해서 스킨에서 선택하게 하면 될 것 아니냐고 하셔도... 보나마나 이거 추가하면 너도나도 즐겨사용하게 될 기능이 될 게 뻔한데, CSS content가 있음에도 이런 편법이 널리 퍼지는 것이 좋은 것 같지는 않습니다. 이건 메인 소스에 넣는 것보다는 플러그인 형태로 쓰는 것이 나을 것 같습니다.

검색 쪽을 전반적으로 재검토해봐야겠군요. 좀 부족하다 싶어요. 아울러 1.1 쓰시는 분들은 검색 기능 테스트를 부탁드립니다. 검색 쪽에 에러가 있을 것 같은데 보고가 없더군요. 잘 안 쓰는 기능이라서일까요?

모든 표현을 일괄적으로 변경하는 것이라면 어려운 문제는 아닌 것 같습니다. 어디서는 2006/07, 어디서는 June 2006... 이렇게 변화무쌍한 요구라면... 좀 힘들겠죠?

이것도 별로 어려운 점은 없어보이는데... 굳이 따지자면 따옴표를 어떻게 쓰는 것이 좋을까... 정도겠군요.

여기 제시하신 아이디어는 inureyes남깨서 돌아오시면 논의해 보도록 하겠습니다. 아니면 이제 commit 권한이 공개되었으니 직접 원하시는 형태로 가공해 주셔도 좋구요.;)

요건 좀 생각해 봐야겠는데요. 다른 의견 있으신 분?

지금 홈페이지 구조상... - -... 뜯어고치는 소스에 활용하도록 하겠습니다. daybreaker님이 과제가 끝나셨다고 하니, 곧 뜯어고칠 거에요.
관리자 화면에 센터가 생기면 그 쪽에서도 강조되어 표시될 테니... 조만간 그 문제는 어떻게든 해결될 것 같습니다.

오오오오오~~~!!

좀 병적인 사람들이 추가하는 속성이기는한데... 저는 적극권장하겠습니다.

자랑 같지만 태터스토리의 워드 프레스 스킨에서 리더 컨텐츠 부분 소스를 참고하세요. 경로는 style/admin/word-press/reader-html.css 입니다. 이건 리더의 포스트 본문에 적용되는 CSS 파일인데 무려 500라인에 육박합니다. 별별 태그가 다 들어가 있죠. fireFox 기본 CSS에서 뽑은 내용을 적용한 것입니다. 이것 때문에 워드 프레스 스킨의 리더는 포스트가 아주 깨끗하게 출력되는 장점이 있습니다.

전 말이에요... repository log에서 daybreaker님 좀 보고 싶어요. 아주 아주 많이 보고 싶어요.(나 이뻐?)

과거가 생각나 잠시 묵념하겠습니다.

이거 참... 아쉬워서 어쩌나... 그러면 다음 학기 성적표를 손에 드실 때까지는 안 오실지도 모르겠군요...

이 문제는 관심 없는 분께는 "그런 거 따져서 뭐 해?" 싶을 정도로 세세한 이야기지만, 바로 이런 세세한 점에서 결판이 나는 것이 사용자 인터페이스라고 생각합니다. 마치 일반 Windows 유저는 모르는 MacOS의 세심함처럼 말이죠.(이 논쟁은 여기서 논할 대상이 아니니 반론은 자제를...)

이 제안과 관련하여 Apple에서 발행했던 Macintosh Human Interface Guidelines(System X 시절의 가이드라인입니다.)에 기술된 부분을 인용해 보겠습니다.

위 기술은 do나 ok처럼 일반화된 버튼명보다는 동작에 특화된 단어를 버튼명으로 사용하라고 권하고 있습니다. 부득이 여러 행동을 하나로 묶어 한 버튼으로 명령해야 하는 경우에만 OK 버튼을 사용하라고 하라는 것이지요.

일모리님께서 말씀하시는 "버튼명에서 야기되는 혼란의 이유"가 이런 복수명령을 Save라는 명령 하나로 처리하고 있기 때문입니다. 간단히 말해서 Syndicate 때문입니다.

    1. in private status.
           - Save
    2. in protected status.
           - Save
    3. in public status.
           - Save

전부 말이 됩니다. 즉, "비공개|공개|보호" 상태일 때는 "Save"라는 버튼명에 문제가 없다는 거죠.
그러면 syndicate의 경우는 어떨까요? 정확히 말하면, "비공개|공개|보호"와 "발행(Syndicate)"은 병렬될 수 없습니다. "비공개|공개(발행)|공개(비발행)|보호"가 있을 뿐이죠. 즉, syndicate는 public의 하위 상태일 뿐입니다. 이 점을 상기하고 목록을 재작성하면 다음과 같습니다.

    1. in private status.
           - Save
    2. in protected status.
           - Save
    3. in public status.
           - Save
    4. in public status.
           - Syndicate

즉, 4번의 경우에는 버튼명에 Save를 사용하면 3과 의미가 겹치기 때문에 올바른 표현이 되지 않습니다. 그래서 Syndicate라는 버튼명을 사용해야만 합니다. 일모리님이 느끼는 어색함은 바로 이 4의 경우에도 "Save" 버튼을 사용하고 있기 때문이라고 생각합니다. 4를 고쳐서 5처럼 표현해도 마찬가지입니다.

    5. in syndicated status.
           - Save

결국 in syndicated status는 in public status의 하위이기 때문에

    5. in syndicated status. → in public status.(syndicated가 public의 부분집합이므로)
           - Save

즉, 3번과 표현이 겹치게 됩니다. 따라서 4를 명확히 표현해 주기 위해서는 Syndicate라는 동사를 사용할 수밖에 없습니다.

그런데, 이 경우는 동시에 일어나는 복수명령을 한 버튼으로 처리할 때는 OK를 사용하라는 Apple의 지침과는 상관이 없습니다. 여러가지 명령을 동시에 내리는 것이 아니고 여러종류의 명령이 존재할 뿐이니까요. 그러므로 이 문제의 해결을 위해 OK로 버튼명을 통일한다면 얻는 것보다 잃는 것이 더 많다고 생각합니다.

따라서 글쓰기의 저장버튼에는 상황에 따라 "Save"와 "Syndicate" 두 가지 중 하나를 버튼명으로 골라 쓰는 것이 좋다고 생각합니다.

개점휴업 블로그를 생각하고 한 발언이니... 본인 능력에 따라 복수의 블로그 운용이 가능하시면 자제 안 하셔도 됩니다.:D 그 쪽으로야 이미 일모리님은 증명된 블로거시잖아요. 핫핫핫...