거의 5분에 한 번씩 F5를 누르면서 포럼 게시물을 확인하고 있습니다. -_-;
빨리 shell job control 짜야 되는데...orz

시험을 앞두고 이런 말릴 거리를 주시다니 -_-+

여기에 쓰기는 조금 생뚱맞은 것 같지만 '제안하기' 성격이라서 여기다 씁니다.

아직은 커미터가 거의 없기 때문에 별로 상관이 없지만, 향후 커미터들이 많아지게 된다면 커밋 로그가 매우 중요해집니다.

제가 동아리 프로젝트로 진행했던 oco도 그렇고, 제가 개인적으로 시스템 프로그래밍 숙제를 하면서 svn을 쓸 때도 그렇고 커밋 로그를 다음과 같이 정리해서 쓰고 있습니다. MetaBBS도 그런 방식으로 가려고 하고 있으나 제가 손을 못대고 있는 관계로..-_-;
(http://svn.daybreaker.info/view/oco 를 참고하세요.)

Add, Fix, Modify, New, Remove로 주요 변경 내용을 쓰는 겄인데, *+공백 뒤에 앞의 네 단어 중 하나를 쓰고 콜론+공백을 붙여서 뒤에 로그를 적습니다. 이때 가능하다면 어느 파일의 어느 함수가 수정되었는지도 같이 써주지요. (사실 SVN은 CVS와 달리 파일 단위로 revision이 올라가게 되어 있어서 굳이 이렇게 하지 않아도 되지만 수정된 부분을 찾아볼 때 훨씬 편합니다)

(경우에 따라서는 Add와 New의 구분이 헷갈리기도 해서, 대충 Add로 통일하거나 New로 통일해도 될 것 같네요.)

예:
* Add: free_joblist() in jobs.c
* Modify: free_joblist()'s algorith
* Fix: segmentation fault in parse_command()
...

이렇게 하면 커밋 로그가 한 줄로 붙어나와도 * 때문에 비교적 쉽게 구분이 되고, 어디가 수정되었는지 찾기 쉽습니다.

그리고, 한 번에 워낙 여러 부분을 수정한 경우 전체적으로 어떤 것을 수정하기 위한 것이었는지를 맨 앞줄에 간단히 써주는 것도 좋겠지요.

음.. 이것보다 더 좋은 방법도 있을 것 같은데, 아이디어를 모아보았으면 합니다.

위지윅 에디터의 폭이 스킨에서 정의한 폭과 같아지게 한 것은 정말 좋은 아이디어였다고 생각합니다.

다만, 약간의 완전성을 조금 더 기하기 위해서, 스킨 xml 파일에 글꼴 혹은 아예 post가 들어가는 selector의 css rule들을 포함시켜서, 위지윅 에디터를 생성할 때 적용해버리는 건 어떨까 합니다. (물론 css를 완전 분석해서 상속받은 rule들도 적용하면 좋겠으나, 그건 현실적으로 무리가 따르므로―float 같은 거라도 잘못 들어가면 깨질 염려도 있고, 실행 속도도 느려지겠지요―post가 표시되는 영역의 위지윅 에디터용 css를 스킨 제작자가 xml에 따로 작성하도록 하는 것이죠.)

지금 editor.js 소스를 보고 있는데, 87번째 줄 근처를 살짝 고치고 스킨 xml을 읽어오는 부분을 살짝 고치면 될 것 같군요.

ps. 추가 아이디어: 기본적으로 위지윅 에디터에서 지정할 수 있는 글꼴 외에도, 스킨 제작자가 그 스킨에 어울리는 글꼴을 지정해서 글꼴 선택 목록에 추가하는 방법도 있겠습니다. 게다가 기본 글꼴까지도요.

ps2. JWC 님의 글에서 아이디어가 생각났습니다.