정확한 이유는 <a href="#void" onclick="somefunction()">어떤 기능</a> 코드에 있습니다. IE에서만 유독 발생하는 브라우저버그인데요..

위코드가 실행되면 somefunction 이 실행된후 <a 의 자체 동작인 #void로 이동하게 됩니다. 이때 브라우저에서 <a id="#void" 를 찾게 되는데... 없으므로 열심히 무한루프를 돌면서 찾게 됩니다.
이때 아마도 ( 정확히는 아니지만) 브라우저가 받는 특정한 메세지( 키입력등등)가 까먹혀서(?) 키가 안먹는 듯한 현상이 발생합니다.

고로 <a 는 본래 의미대로 링크에 대한 앵커로 쓰여야 하며 온클릭을 줄때도 return false; 등으로 원래의 동작을 prevent 하는 작업이 필요하죠...
그래서 <a href="#void" onclick="~~"> 대신 <input ~ 을 추천해드려요 라고 쓴거에요.

IV 는 목적이 스크립티(?) 보안홀을 막기 위한 최소한의 장치입니다. 규모가 작은 ( 많이 작은) 경우는 보안홀에 대해서 케어가 가능하지만 개발자 2인이상이 필요한 곳에서는 필연적으로 실수나 미스커뮤니케이션에 의한 보안홀이 생기기 마련입니다. 이에 대해서 최소한도로 문제가 발생하지 않도록 제어하는 역할을 합니다.

index.xml 에 추가 필드를 명시해주는 것은 좋은 아이디어인듯합니다.. ( 비슷한 피쳐도 있구요) 다만 이에 대해서 모든 부분에 대해서 오픈하기는 다른 측면에서 무리가 있지 않나 합니다..

check up 을 플러그인에게도?

센드박스에 추가 했습니다. 기본 값은 default 가 있으니 거기서 처리 하면 될듯하고요...

mysql의 모든 인크리멘터블한것은 파악이 안되서 int 와 mediumint 만 지원하도록 햇구요 필드에 <autoincrement>1</autoincrement> 요거를 넣어주시면 ai가 맥여집니다. 단 ai는 하나만 지원합니다(아마 원래 그러죠?). 즉 맨처음 나오는 int ,mediumint 이며 <autoincrement>1</autoincrement> 가 존재하는 필드에 ai 가  적용됩니다. jparker님 ^^ 태스트 부탁드려요

일단 모어 레스 위에 div 가 하나라도 있으면 html <-> 위지윅 토글시 무한 루프에 빠집니다. 티스토리 사용자는 내일 오전까지는 토글 버튼 자제 부탁드립니다. 태터쪽은 어떤지 봐야겠네용

티스토리쪽 티켓 작업하다 들어 왔는데요.(늦었죠) 위에서 지원하지 않는 기능은 HTML 모드일때는 전브라우저 동일하게 지원하지 않는 기능입니다.
그래서 HTML 모드일때는 해당 기능들이 지원되지 않는 다는 notice를 사용자에게 알려주도록 작업 했습니다.

오페라의 경우는 위지윅을 지원하지 않아서 발생하는 문제네요. 오페라의 경우 위지윅을 지원하지 않고 HTML 모드만을 지원한다고 명시를 해주어야 하겠네용.

개인적으로는 TRAC이 맘에 듭니다... dev.tattersite.com 요거는 어떨가요?

더헉 tatterplugins.tistory.com 은 좀더 정리하고 오픈할 생각이었는데... ㅠㅠ 격무에 시달리느라 어제 그제 못썻습니다. ㅋㅎ 김에 혹시 팀블로깅 같이 하실분 없나요? 그라피티에님은 이미 영입 ( 근데 스킨만 고치실생각이신듯하고 ㅋㅋ)

아 원하는 답을 얻었습니다. ADDPOST 란 이벤트 이름에서는 위와 같은 정보를 얻을 수 없었던게 문제인 듯 합니다.

플러그인쪽 보면서 생각이 드는 것이 Tatter 소스를 보지 않는 이상 정확한 정보를 얻을 수 없다는 점이 문제인듯합니다.

특히 event 이름은 혼란을 줄수 있는 듯합니다.

흠 개인적으로 태터 플러그인에 관한 이야기를 포스팅하면서 차근차근 리뷰하던중 이상한 점이 있어 올립니다....

개발본 기준

파일명 tattertools\\blog\owner\entry\add\index.php
line 34 부터

if ($id = addEntry($owner, $entry)){
    fireEvent('AddPost', $id, $entry);
    setUserSetting('LatestEditedEntry',$id);
}

이렇게 되어 있는데 이벤트를 파이어하여 할 수 잇는 것은 이메일 날려주는 것 밖에 할 수가 없네요...
플러그인에서 실제적인 데이터의 가공에는 권한이 없는 것으로 되어서 그런지 .... 궁금하네요...

if ($id = addEntry($owner, fireevent('AddingPost', $entry) )){
    fireEvent('AddPost', $id, $entry);
    setUserSetting('LatestEditedEntry',$id);
}

이렇게 추가가 되어야하지 않을 가요?

흠 플러그인이 어디까지 커버해야하고 각 바인딩(index.xml 의 기술(記述)상) 형식 별로 어떤 한계와 어떤 역할을 해야 할지 먼가 스팩을 정해야 할 듯 합니다.

이외에도 /lib/model/rss.php line 82
    if (fwrite($fileHandle, publishRSS($owner, $rss))) {
        fclose($fileHandle);
        @chmod($path, 0666);
        fireEvent('refreshRSS',$rss);
        return true;
    }
도 있네요...

여담이지만 이거 TNF 플러그인 프로젝트로 만들어서 관리하면 어떨가요? 버전관리도 되고 여러사람의 참여도 기대해볼 수 있지않을가하는 ㅎㅎ

그런데 프로젝트 만들기가 힘들군요.
위키는 커뮤니케이션이나 프리젠테이션용도로는 힘든듯합니다.
저쪽은 이미 어느정도 검증받은(검증의 기준이 안보이죠) 프로젝트나 TNF 가 진행하는 것 위주네요.
좀더 쉽게 만들고 .... 구체화 시킬 수 있는 곳이 없을가요?