리더에서 읽어온 본문을 표시할때 innerHTML로 그냥 넣어주게 되는데 이 안에 스크립트가 있고 스크립트 안에 document.write() 문장이 있으면 현재 페이지(리더 화면)를 초기화하고 새로 write가 실행되나보더군요..
파폭에선 innerHTML로 스크립트 넣는게 원래 안되니 이 문제가 없는데..
음.. 지금 생각해보면 리더는 그냥 0.9x처럼 iframe 구조가 여러모로 편하지 않았나 싶군요.. 엎어버릴까;;

말씀하신 것 처럼 요약문을 따로 입력해두고 RSS에서는 <description> 안에는 요약문, <content:encoded> 안에는 전문을 표시해주더군요.. 트랙백을 보낼때도 아마 요약문이 전송되는 걸로 기억하구요.. 태터에서는 편집화면의 UI를 혼잡하게 만들지 않는 선에서라면 있어도 괜찮을 것 같습니다. (물론 저는 쓸일이 없겠습니다만;)

미디어의 로딩 부분은 무조건 로딩하지 않고 사용자가 뭔가 클릭했을때 object 로딩이 일어나도록 하는게 바람직하다고 봅니다. 예를들면 이런 곳의 바로재생 기능같은.. 이건 지금이라도 플러그인만 만들면 처리가 되겠군요

의도한바는 아니고 기능이 미흡한 상태라고 봐야겠죠;
1.0.6 작업중에는 에디터에서 미디어/플래시 등을 다루는 부분을 집중 강화 시켜볼 예정입니다

관련 티켓은 http://dev.tattertools.com/ticket/98 이쪽입니닷

플러그인 이름이 뭔가요? 해결은 됐어도 한번 봐야 될 듯 싶어서요..

이것도 수정하겠습니닷

으음.. 그렇다면 이부분이 아닌 더 윗쪽에서 문제가 쌓여 이곳에서 터져버린게 아닌가 하는 생각이 드는군요
아이구 점점 미궁속으로.. ;ㅁ;

수고하셨습니닷
일단 범위가 좁혀졌으니 한문장씩 검토해보겠습니다.. 앞으로도 몇번 더 테스트를 부탁드려야 할 것 같네요.. ^^;

음.. 희한하네요
어떻게 재현해보기가 힘든 상황이라 현재로서는 디버깅 가능한 환경이 라지엘님뿐이라는 것도 난관..;;
html2ttml 함수에서 var str = obj.innerHTML; 아래부터 시작해서 alert(str); 을 점점 아래로 찍어가며 의심스러운 부분이 있는지 한번 살펴봐주세요..

제 파폭 1.5.0.2 한국어판에서는 잘 되는 것 같습니다. 아마 어딘가에서 스크립트 에러가 나고 있는 것 같은데 에러를 표시하지 않도록 해놔서 파악이 안되는 것 같네요..

blog/owner/entry/post/index.php 파일을 열어서 2500번째줄의

window.onerror = function(errType, errURL,errLineNum) {
    window.status = "Error: " + errType +" (on line " + errLineNum + " of " + errURL + ")";
    return true;
}

요부분을 삭제한 다음 새글쓰기 메뉴로 가면 자바스크립트 콘솔에 스크립트 에러가 표시될텐데 그 메세지를 알려주시면 문제가 뭔지 알 수 있을 것 같네요..

찾아서 삽입하도록 하겠습니다

팝업을 여는 방식을 대폭(까지는 아니고 하여튼 좀 많이;;) 변경해야 할 필요가 있는데 언젠가는 수정을 해야겠죠.. 라이트박스 내장에 관한건 저는 찬성입니다 (팝업은 최대한 줄이자는 의견도 많고..)

이건 IE의 위지윅 모듈이 이상하게 마지막 단어 부분을 잘라먹는 것 같습니다. 붙여넣는 이벤트를 잡아서 어떻게 처리를 하면 가능해보이기도 하는데..

음.. 이건 미스테리군요;; 그리고 글쓰는 화면에서는 페이지 이동 단축키가 안먹혀야 하는데 아직 남아있었나보네요.. 제거하겠습니다

예전부터 있어왔던 문제이긴 한데 글쎄요.. 아직 원인을 잘 모르겠습니다;

정말 그렇게 되네요.. 고쳐보겠습니다;

저는 클래식처럼 리퍼러 정보가 없는 접속에 대해서는 user-agent 정보를 보여주고 스팸 필터에 이 정보를 저장할 수 있게 하는게 가장 좋은 것 같습니다. 이건 의견을 모아 밀고 나가면 될 듯;

RSS 통계를 위해서 ViewRSS라는 이벤트가 추가됐긴 한데 아무래도 플러그인보다는 간략하게라도 피드버너같은 통계를 내장시키는게 좋겠죠.. 필요성은 공감하고 있는데 시간이 없어서..;;

리퍼러 로그는 호스트 정보, 검색어 정보정도가 주요 관심사이기 때문에 이부분을 강조해 보여주는 플러그인을 만들고 있습니다. 따로 기간별 통계를 내려면 DB 구조의 수정이 이루어져야 하기때문에 조심스럽게 생각해봐야 할 것 같네요..

아무튼 현재 통계부분이 좀 빈약한게 사실이라 자잘하게 몇개씩수정하느니 아예 싹 갈아엎고 아이디어들을 모아 대폭 보강하는 것도 방법인 것 같습니다. cirrus님이 한번 진행을 해보시는건?!;;

이 것도 크게 어려운 부분은 아니지만 DB 필드 추가가 필요한 관계로 조심스럽게.. 저도 필요한 기능이라고 생각합니다

또 기대하겠습니다..;

플러그인으로 독립시켜 처리할 수 있게 만드는게 좋을 것 같습니다
리퍼러 로그쪽 UI 개선작업 하면서 같이 진행해봐야겠군요

optimizer는 papacha님이 직접 만들고 계신데요, 블로그 초기화면의 경우에는 15%정도의 속도 향상이 있다고 합니다.
자세한 내용은 아마 papacha님이 출동해서 답변을 달아주실..까요?;