• css, theme 정리: 필요한것만 남기고 모두 정리
  • css 세분화 _base.css, _extra.css 등등으로 나눔
  • theme 정리: moniwiki-theme를 따로 둔다.
• iphpcalendar의 iCal 포맷 리더 사용
• hardcoding된 html코드를 되도록 css로 변경 및 old버전과 호환성 유지 옵션
• wiki Formatter 최적화
• FullSearch 인덱싱
• http://downlode.org/perl/bots/wikibot/
• Translate all messages using the gettext
• SpellChecker ?
  
  

See also MoniWikiIdeas

• XmlRpcToWiki
• BoardMacro를 이용한 간단한 게시판 (매우 낮은 우선순위)
  • 위키의 특징을 없애지 않을 간단한 방법이 있을까 ? 그냥 MoniWikiBlog를 쓰라고 할까 ^^;;
• BugTrackingSystem

현재, Cache_text라는 클래스가 있고, Counter_dba라는 클래스가 따로 있는데, Cache_text와 같은 류의 클래스로 Cache_dba를 만들고, Counter_dba는 없애야겠다. Counter_dba가 하는 일을 Cache클래스로 대체할 수 있기 때문이다. 이렇게 하면, 차후에는 Counter_sql같은 클래스로 확장할 수 있을 것이다.

rcs에서 어떻게 구현할 수 있나 ? rcs버전 콘트롤 방법으로 하는거 말고, recentchanges에서 나오지 않으면서 두세번 연속으로 고친 파일을 merge하는 방법 ?

• KeywordsSystem
• MoniEdit
• ACL: MoniWikiACL
• BackLink›2 액션 캐쉬이용:
• Tree class만듦: dot플러그인 refactoring
  • dot, keyword view, backlinks에 응용

DeleteMe ChangeLog/1.1.3에서 넘어옴

• css및 theme 정리
• 새로운 public_cache 적용
• 새로운 blog backend.
• language 선택 지원: 언어선택 가능하게 함.

• 히스토리 보기 간소화
• 업로드 파일의 버전관리 지원(RCS사용)
• VisualTour와 Cloud view와의 결합 ?
  • keywords에 대한 cloud view 지원
• TableOfContents의 depth 인수 지원 (모인모인 호환)

• 한글 키워드 추출
• 한글 서치 기능, 페이지의 한글 인덱싱
• NameSpace 개선
  • dokuwiki식 ?
  • 보다 중대규모의 대용량 위키를 위한 개선 ? (~10만 페이지 규모)

• latex 문법 포매터
  • sgml, jade를 통한 pdf지원
• 각종 statistic 지원
• 보다 위키적인 네비게이션
• Faceted classification
• prototype.js를 이용
• 앤드유저에 친숙한 setup 및 파워 유저를 위한 admin
• 어택에 안전한 CAPTCHA 및 callenge based 비밀번호의 광범위 적용
• BugTrack 구현 완료: bugzilla의 위키적인 적용.
• svn 지원 및 CVS지원 개선.
  • 소스트리도 지원하여 개발툴로서도 손색없이 만듦

See TwinPages:MoniWikiTodo