근데 키보드 보안 프로그램 때문이라면 다른 사이트에서 문제 없이 써진다는 거하고는 또 좀 안 맞는 것 같은데..
사람에 따라서 키보드 보안 프로그램 때문일수도 있겠습니다.

일단 개발자들 환경에서 재현이 되어야 추적을 해보든지 말든지 할 텐데 말이죠. -_-;

음... 다른 분도 같은 증상을 겪는 경우가 있는 것 같습니다. (새로 업데이트된 1.1.1에서..)
http://php.chol.com/~kyrhee/tattertools/11
-_-;

diasozo님의 경우는 IE와 Firefox에서 모두 그런 현상이 나타난다고 하셨는데, 아무래도 이 문제에 대해 추적을 해볼 필요가 있겠습니다.
이런 현상이 나타나는 경우와 나타나지 않는 경우를 조사해봐야 할 것 같고, 예전 버전은 잘 되었던 것으로 보아 중간에 바뀐 부분에서 문제가 생기지 않았나 싶기도 하네요.

저는 올해 10월 웹호스팅 계정이 만료되면 제 개인 서버로 이주할까 생각 중입니다...만 역시나 문제는 트래픽이네요.;
(뭐 그래도 현재의 웹호스팅보다는 넉넉합니다만 스팸이나 크롤러 관리를 직접 해야 하니.. 제가 있는 x-y.net이 그런 건 나름대로 처리해주는 것 같더군요)

...확실히 버튼들을 이미지로 바꾸면 미려해지긴 합니다만 언어팩 제작하기가 난감해질 듯한....;;

Opera의 HTML/CSS 기능의 웹표준 준수는 상당히 뛰어납니다만, 위지윅 에디터 자체가 IE든 Firefox든 모두 비표준입니다. 위지윅 에디터 컴포넌트에 관한 표준 자체가 없죠. 따라서 현재 태터툴즈는 IE/Firefox라는 두 메인스트림 브라우저를 우선 지원하고 있습니다. (Safari의 경우는 위지윅 에디터 컴포넌트 자체가 없다고 들었는데 추가되었는지 모르겠습니다)

test

어라...-_-;

그러게요. (...)

음...
전 예전에 sandbox 설치해놓고 subversion으로 계속 update해왔는데, 현재 최신 리비전(r2820)에서 그런 현상이 나타나지는 않습니다.;

최적화된 소스는 보지 마시고 포럼 상단에 TT Trac이라고 된 곳에 들어가셔서 subversion으로 소스를 받아보시길 권해드립니다. (현재 개발 중인 가장 최신의 소스를 얻을 수 있습니다만 안정성은 보장 못합니다.)

태터툴즈 소스코드는 간단하게 설명드리면 주요 핵심 라이브러리는 components에 들어가 있고, lib/model 부분에 각 기능별로 분리가 되어 있습니다. (장기적으로는 model에 있는 것들을 component로 이전할 계획입니다) 또, llib/piece 부분은 소스코드 최적화 과정에서 include된 위치에 실제로 삽입되는 것들(스킨 치환자 처리 등)이 들어 있습니다. blog 디렉토리 안은 실제 웹브라우저에서 접근했을 때 가장 처음 읽어들이게 되는 부분들이고 url과 디렉토리 구조가 거의 1:1로 대응되어 있습니다.

뭐, graphi****님처럼 php 하나도 모르다가 태터툴즈 코드 고치면서 배우시고 TNC에 들어가신 분도 계시니 걱정 마시고 뜯어보다 보면 어느새 알게 될 겁니다.

네, 방금 글 수정했는데 올려주셨네요. (....)
그리고 태터툴즈 홈페이지의 회원과 연동하는 아이디어가 좋군요. 그 방법으로 생각해보는 게 좋겠습니다.
(버그리포트를 할 때 태터툴즈 홈페이지 회원 아이디/암호로 로그인하면 자동으로 게시물 등록이 된다거나... 아니면 아예 별도로 DB를 구성해서 bug-tracking을 구현할 수도... <- 점점 커지는군요.. =3==3)