1.0.6 RC2입니다.
관리자로 로그인하여 방문객의 코멘트를 수정하면, 글쓴이가 관리자명으로 바뀌고, 작성시각이 수정시각으로 바뀝니다.
전자는 의도되지 않은 작동일테니 버그 같습니다.
후자는 원래 정책이 그런 걸지도 모르겠는데 약간 혼란을 부를 수 있는 점이 아닐까 싶습니다. (차라리 본문 후단에 최후수정시각이 표시되는 편이...)

sandbox에서 사용하는 필드가 trunk에 비해서 추가된 부분이 있습니다.

그래서 sandbox를 한 번이라도 사용해서 DB 구조가 변경된 경우에는 1.0.6 버전의 sql문들이 삐걱거리게 되는군요;  그런 오류였습니다.

p.s.) papacha님 오류 아닌 것을 오류라고 괴롭혀드려서 죄송합니다 ㅠ_ㅠ

papacha님께 다시 한번 죄송하다는 말씀을 드립니다 (...)
수정된 ja.php를 Import 시키려는 도중에 버벅거려서
바탕화면에 있는 바로가기 파일이 등록되어 버렸습니다 -_-;;;

...바로 지우긴 했지만, Rev가 쓸데없이 올라가 버렸네요 ㅠㅠ
아무래도 svn과는 별 인연이 없나봅니다;

그냥 얌전히 메일로 보내야겠습니다 orz

7. ticket 처리
   ticket에 대한 해결(구현, 버그 패치)을 svn에 commit하실 경우, ticket별로 나눠서 하셔야 합니다. 일반적인 순서는
     1. 버그 또는 기능 개선에 대한 협의를 포럼에서 진행한다.
     2. 버그에 대한 확인이나 기능 개선에 대한 방향이 정해지면 ticket으로 등록한다.
     3. trunk 또는 sandbox에 구현한다.
     4. 구현 중에 발생하는 문제나 협의 사항, 결정 사항 등을 포럼에 개진하여 의견을 교환하거나 해당 ticket에 comment로 기술한다.
     5. trunk 또는 sandbox에 commit하고, commit message에 해당되는 티켓 번호(예: #94)와 변경 사항에 대한 요약을 기술한다.
     6. trunk에 commit된 경우, ticket에 comment로 해당되는 svn changeset(예: [150])을 추가하고 해결되었으며 fixed로 변경하여 ticket을 closing한다.
        sandbox에 commit된 경우, ticket에 comment로 해당되는 svn changeset(예: [150])을 추가하고 해결되었으며 trunk 반영 담당자인 cement에 assign한다.
        (cement가 sandbox의 changeset을 확인하여 trunk에 반영하고 ticket을 closing 해 드릴 것입니다.)

PAPACHA 작성:

1.0.5 배포 이후, 여러 분이 예상하시는 일들을 처리하느라 포럼에 자주 들리지 못해 죄송합니다.
1.0.6 및 개발 센터와 관련하여 몇 가지 말씀을 드리고 의견을 듣고자 합니다. 내일 오픈 모임에서 협의하셔도 될 것 같습니다.
아래 사항에 대한 반영은 별도로 공지 드리겠습니다.

1. sandbox 위치 조정
   sandbox의 repository 위치를 http://dev.tattertools.com/sandbox/trunk 에서 http://dev.tattertools.com/svn/sandbox 로 변경하고자 합니다.
   이를 통해 trunk와 마찬가지로 sandbox에 대한 변경 사항과 소스 등을 http://dev.tattertools.com의 trac을 통해 편리하게 살펴보실 수 있게 됩니다.

...

위 1항에 대한 작업이 한국시간으로 5월 30일 오늘 오후 3시부터 4시까지 진행될 예정입니다.
이 시간동안 sandbox와 trunk에 대한 변경(commit, ..)이 일시 중지됩니다.
작업을 완료하는대로 다시 알려드리겠습니다.

이전 이후, 기존 sandbox working copy의 repository를 http://dev.tattertools.com/sandbox/trunk에서 http://dev.tattertools.com/svn/sandbox/ 로 변경하십시오. svn의 switch 명령을 통해 변경하실 수 있습니다.

감사합니다.

chester 작성:

오늘 밤 안에 이거 좀 해결 할 수 있는 .... 뽀록 하나 나갑니당 ^^

뽀록이든 뭐든 빨리 설치해야겠네요.
일일이 지우기에는 감당하기 어려운 수준까지 뿌려대는 군요 ^^;;;

*Chester님, Oakland에 Chester Street가 있더라구요.
미국에서 Chester를 직접 만나니 참 반갑더군요.
나중에 사진이라도 한 장 올려 볼까요

업그레이드 완료 +ㅁ+!!!!

제 설명이 조금 부족한 듯해서 질문을 추가합니다.

PAPACHA 작성:

플러그인에서 종속성 또는 우선 순위는 별도로 지원하지 않습니다.
즉 플러그인은 종속성과 우선 순위, 충돌에 자유로울 수 있도록 구현해야 합니다.
위와 같은 경우에 기본적으로 모든 AddPostEditorToolbox handler는 target을 concatenation해서 리턴해야 합니다.
예를 들어

도구 막대를 사용하는 플러그인은

위키링크, 맞춤법 검사기, 이모티콘 플러그인 등이 있습니다. 이 중 하나만 사용중으로 설정하면 모두 정상 동작합니다. 그러나 하나 이상을 사용중으로 설정하면 하나는 정상적으로 도구 막대에 나타나지만 나머지는 나타나지 않습니다.

제 경우 사용하는 플러그인은 위키링크, 맞춤법 검사기입니다.

이 두 가지 모두 도구 막대에 표시하기위해 /blog/owner/entry/post/index.php와 /blog/owner/entry/edit/index.php를 다음 코드처럼 수정해서 사용한 것입니다.

$view1=fireEvent('AddPostEditorToolbox1','');
$view2=fireEvent('AddPostEditorToolbox2','');
if(!empty($view1)||!empty($view2))
    echo '<div style="width:655px;">',$view1,$view2,'</div>';?>

fireevent 함수에의해 플러그인의 결과치를 반환됩니다. 만약 같은 이벤트를 사용하는 플러그인이 여러 개있다면 당연히 이들 플러그인들의 결과치가 반환되어 합니다. 그런데 AddPostEditorToolbox의 경우 첫번째 것의 결과치만 반환되고 나머지 것들의 결과치는 반환되지 않았습니다. 따라서 이 이벤트를 사용하는 플러그인을 여러 개 사용중으로 설정해도 꼭 하나만 도구 막대에 표시됩니다.

이러한 문제때문에 AddPostEditorToolbox1, AddPostEditorToolbox2와 같은 방법으로 이벤트를 추가해서 두 개의 플러그인의 아이콘이 도구 막대에 표시되도록 한 것입니다.