|| ㅇ || 5.5 ||
|| ㅁ || 10.2 ||
|| 합 || [[SUM(B1:B2)]] ||

1. 특정한 패턴의 위키 페이지들을 TitleIndex 나 기타등에서 보여주지 않는 기능
   • 
     에서처럼 모니위키에 매일 날자에 관련된 페이지를 calendar 를 이용해서 만들면 Calendar2009 의 경우 1년이 지나면 365개의 파일이 만들어 집니다. 이경우에 TitleIndex 라던가 페이지 생성시에 보기가 편하지 않은데, 특정한 패턴의 파일의 경우 보여주지 않는 기능이 있었으면 좋겠습니다.
     
     

1. 
   자동 선택기능 - 위키페이지를 입력하면 가장 적합한 페이지를 차례로 보여주어서 선택할 수 있는 기능
   모니위키 1.1.3에 포함시키려다가 몇가지 문제로 미루어졌답니다~
2. Literate Programming 기능 (프로그래머를 위한 기능) - http://en.literateprograms.org/LiteratePrograms:Welcome 처럼, 위키상에서 LiterateProgramming›1 을 할 수 있었으면 좋겠습니다.
3. Absolute Calendar 기능 -

   «  May 2012  »

   Sun	Mon	Tue	Wed	Thu	Fri	Sat
   		1	2	3	4	5
   6	7	8	9	10	11	12
   13	14	15	16	17	18	19
   20	21	22	23	24	25	26
   27	28	29	30	31

   를 이용하여 위키페이지를 만들면 그 위키페이지를 기준으로 한 날자의 위키페이지가 만들어 지는데, 동일한 위키페이지가 열릴 수 있는 캘린더가 있으면 일정관리등을 쉽게 할 수 있겠습니다.
   요즈음은 너무나도 좋은 일정관리 프로그램/웹 서비스가 많기때문에 그런 것을 쓰는게 낫겠지요. 구글이나 다른 캘린더에서 데이타를 가져와서 보여주는 기능은 쓸만하겠지만...

   Calendar 를 예를 들어서 FrontPage 에 놓아도 만들어지는 위키페이지가 FrontPage/2009-01-14 가 아니라 제가 지정한 페이지/2009-01-14 처럼 되는 것은 가능한가요?
4. 한글/일본어 위키페이지 저장 - 현재는 _ec_9d_b4_ea_b3_b5_ea_b3_84_ea_b8_b0_ed_94_bc 와 같이 저장되는데, 이것이 한글이름으로 저장되면 좋겠습니다. 이렇게 되면 외부 에디터를 이용해서 위키페이지를 관리하는 것이 가능할 것 같습니다.
   옙 적극 고려해보겠습니다.

   夏を待つセイル（帆）のように 같은 경우에는 '(' 나 ')' 만 저장될 수 있는 이름으로 바꾸어야 하니까, 신경써야 할일이 많아 보이네요.
   
   
5. Todo 기능 - 아이템 list 마크앞에 check 를 할 수 있도록 할 수 있으면 좋겠습니다. 이건 수동으로도 얼마든지 가능합니다ㅋ. 농담이고요. prototype이나 mootools, jquery 등등의 자바스크립트를 써야하는데, 아직 딱 부러지는 결정을 못 내린 상태라서 생각만 하고 있습니다. jquery를 메인으로 할 생각으로 점점 굳혀져 가고 있습니다. 언젠가는...ㅋ
6. 다른 formatting을 쓸 수 있는 기능을 지원하면 어떨까요? http://www.wikicreole.org/wiki/Creole1.0 라던지, 약간씩 다른 위키 문법(MoinMoin / Moniwiki / JSPWiki›2 / MediaWiki›3 다 미묘하게 살짝살짝 달라서; )을 페이지 시작부분에 지시어 (@format moni 이런식)로 넣으면 엔진을 바꿀 수 있게 해보면 좋을 것 같습니다.
   
   

1. 최근 가장 많이 방문한 위키페이지를 순서대로 화면의 한구석(예를 들어서 오른쪽)에 놓는 기능이 있었으면 좋겠습니다. 확률적으로 평소에 많이 방문한 페이지가 앞으로도 많이 방문할 가능성이 높지 않을까요.
   자동 기능 말고 수동기능을 사용해보세요. (자동기능은 trail같은게 있고) ScrapPlugin을 사용하실 수 있습니다.
2. today 기능 - 특정한 페이지 (today) 는 예를 들어서 Calendar/2009-01-14 등으로 매일 바뀌는 페이지에 자동으로 연결이 되는 기능. (스케쥴 관리하기에 필요합니다), 이왕이면 yesterday, tomorrow, next year, next month 등도 현재의 시점에 맞추어 자동으로 열렸으면 합니다.
   혹시 [[MoniCalendar]]같은 것을 원하시는지요? MoniCalendar를 참조해주세요.

   조금 다르지 않나 싶네요. 사실 Calendar 페이지를 하나 만들어 놓고 거기에서 다시 특정한 날자로 들어가는데 today 라고 하기만 하면 자동으로 오늘 날자에 해당하는 위키페이지를 가는 기능이 있으면 좋겠다고 생각했습니다. [[today]] 가 Calendar/2009-01-14 등의 오늘 값을 리턴해주고, #redirect [[today]] 를 today 페이지에 놓으면 자동으로 #redirect Calendar/2009-01-14 로 바뀌는지 모르겠네요.

   안됩니다. 위키페이지 내에 어떤 변수같은 것을 지원하면 편리하겠는데 현재 그러한 지원은 없습니다. #redirect는 현재 사용할 수 없습니다. 그냥 macro를 만들면 될것같은데요.. 2012-05-17 이걸 [[Day(today)]], [[Day(tomorrow)]] 혹은 [[Day(1)]]와 같은식으로 확장할 수도 있겠지요.

   <?php
function macro_Day($formatter,$value='') {
    $day = date('Y-m-d');
    return $formatter->link_to('/'.$day,$day);
}
3. Calendar 에서 오늘 날자만 빨갛게 할 수 없나요? 혹은 특정한 날자를 특정한 색으로 표시할 수는 없을까요?
   달력의 css를 바꾸셔야 합니다. css/_calendar.css를 보셔야 합니다. firefox에 firebug를 설치하시면 어떤 css항목을 고치는지 알 수 있습니다. 아마 today 어쩌고 되어있는 부분을 바꿔야 하지 않을까요?`

   <td class="today" bgcolor="white">` 이어서 _base.css 의 td.today { background:#fffff; text-align: center;} 인 부분을 바꾸어 보아도 그냥 그대로이네요. _calendar.css 는 .MC td.day, .MC td.today { 이고 이역시 바꾸어 보아도 변화가 없네요.

   css는 캐쉬에 남기때문에 브라우져에서 리플레쉬를 제대로 안해서 잘 보여주지 않을 가능성이 매우 큽니다. 캐쉬를 모두 비우고 리로드를 해주세요. Mac에서 구글 크롬 베타가 있다고 하니 그걸 쓰시면 좀 더 편리할 것입니다. today가 그거 뿐이라면 그게 맞습니다.

   moniwiki/theme/azblue2/css 를 바꾸니까 되네요. 이제까지 moniwiki/css 를 바꾸었습니다.
4. --> 를 화살표의 아이콘으로 변경하는 기능. 워드가 이렇게 해주는데 편합니다.
   화살표가 예쁜게 안보여서 아직 추가 안했습니다ㅋ SmileyMap이라는 기능을 1.1.0인가 부터 지원하고 있습니다. $shared_smileymap=$data_dir.'/text/SmileyMap';라고 하고 SmileyMap 페이지에서 등록하는 방법도 있습니다. 타 위키간 호환은 안되지만 자신의 위키에서는 자신만의 스마일리 아이콘을 쓰실 수 있지요. (문서화 안된 기능이 많은 건 제탓입니다 ;;;)
5. 프로그램을 부르는 기능 - 위키페이지에 프로그램 (shell, python, perl ...) 을 만들어 놓으면, 그것을 읽어서 (혹은 프로그래밍 부분만 읽어서) 실행해주고 결과를 위키페이지로 만들어서 리턴해주는 기능이 있으면 좋겠습니다. 예를 들어서 알고리즘을 생각하고, 이를 구현하고 (코딩 + 설명),실행하고 결과를 확인하는 것을 모니위키 상에서 할 수 있지 않을까요?
   ㅎㅎ 모니위키를 개발 IDE툴로 사용하시려는 듯 하네요. 목적에 알맞는 툴을 사용하시길 권장해드립니다. 웹서버로 돌리는 php어플에서 다른 프로그램을 호출하는 등등의 작업은 가능합니다. 하지만 왜 이런 방식을 지원하는 프로그램이 있을법도 한데 없을까요? 그 이유를 생각해보시면 답이 나옵니다. 웹은 느리고 제약도 많고 그다지 인터렉티브하지 못합니다. (local desktop에서 쓴다고 하더라도 웹서버를 통해야 하기때문에 마찬가지입니다) 게다가 다른 훌륭한 툴이 얼마든지 많죠. 그래서 아무도 안만드는 것일 뿐입니다. php로 system()이나 exec() popen() 등등을 다룰줄 아시면 지금이라도 얼마든지 만드실 수 있습니다. 어렵지 않습니다. (latex이나 gnuplot 프로세서가 이런 식으로 외부 프로그램을 써서 작동하는 MoniWikiProcessors입니다)

   예. 소스코드를 더 분석해 보도록 하겠습니다. 요즘 위키로 별일을 다 하려고 하다 보니, 그냥 위키페이지를 알고리즘 분석용으로 사용할 생각도 하게 되네요. 위키를 이용해서 이런 일을 하는 사람도 있습니다만 - http://hira.main.jp/wiki/pukiwiki.php 히라메소드라고 커널 분석의 도구로서 위키를 사용하네요.

   지적하신 위키 페이지의 소스를 보실 수 있습니다. 하단에서 연필 아이콘을 눌러보세요. 그냥 일반 위키페이지예요ㅋ. 이미 말씀드린대로 얼마든지 만들 수 있고 구현가능합니다. 하지만 너무 일반적으로 생각하시면 안됩니다. 구체적으로 적용하는데 있어서 공짜는 없습니다. 비용이 들죠. (시간이던 돈이던 간에) 구체적으로 웹상에 적용하게 되면 여러가지 걸림돌이 많고 하나 하나 풀어가야합니다. perl이나 python 자바 등등의 타 랭퀴지를 쉽게 바인딩해주는 어떤 획일적인 방법은 기대하기 어렵다는 뜻입니다. -- WkPark 2009-01-15 08:45:03
6. 외부 에디터 부르는 기능 - 등록된 에디터를 모니 위키를 편집할때 사용할 수 있는 옵션이 있었으면 좋겠습니다.
   Firefox같은 브라우저는 이러한 기능을 지원합니다. 모니위키 차원에서 지원하는 것이 아니라 웹브라우져 차원에서 지원하는 경우죠.

   Firefox 를 사용해 보았는데요. (알려주신) [[Open]] 이 동작하지 않네요. Opera 도 그렇고요. 새롭게 pop-up 하는 것을 막아서 그런지도 모르겠습니다.
7. 연속페이지 기능, 하나의 주제가 매우 길경우 이것을 몇개의 위키페이지에 나누어 보는 것이 편할때가 있습니다. 이경우 p1,p2,p3,p4 의 4개의 페이지를 연속된 페이지로 인식하여 p1 의 제일 마지막에 -> 가 있어서 누르면 p2 로 가고 p2 에도 <- 와 -> 가 있어서 전/후로 이동할 수 있었으면 좋겠네요.
   PageView 혹은 SlideShow를 참조해보세요

   이런 기능이 있었네요. 그리고 여쭤본 기능은 macro 를 이용해서 쉽게 구현이 가능할 것 같네요.
8. 캘린더 나란히 놓기 기능 - 지금은 [[Calendar(200901)]][[Calendar(200902)]] 같이 하면 나란히 캘린더가 보이지 않고 위아래로 보이는데
   
   이것을 나란히 놓으면 이번달/전달/다음달을 비교해서 볼 수 있을 것 같습니다.
   테이블을 써보세요~ || [[Calendar(200901)]] || [[Calendar(200902)]] || 라고 하면 될겁니다
9. OS 판단기능 : 예를 들어서 Mac 일 경우에 특별한 설정이 필요하다고 할때, 사용하고 있는 환경이 Mac 인 경우에만 그 문자열이 보여지는 기능 MAC:맥에서는 다음과 같은 설정을 해야 합니다.
   위키 문법으로 받아들이기는 어려울 것 같습니다. 매크로라면 간단히 만들 수도 있겠네요.
10. comment 기능, 특정한 블럭의 경우 커멘트 처리하면 그 부분은 화면에 보이지 않도록 하는 기능 - macro 등을 디버깅할때 필요
    ##를 줄 맨 앞에 붙여주면 그 줄 전체가 무시되게 됩니다. 그런 기능을 말씀하시는 ? -- WkPark 2009-01-14 00:24:48
11. rename 기능, 현재는 copy, delete, page_make, paste 를 통해서 rename 을 하는데 이렇게 한다음에 다시 pds 까지 바꾸어 주어야 합니다. 간단하게 rename 을 하고 모든 것을 다 자동으로 바꾸었으면 좋겠습니다.
    최신의 모니위키는 이미 rename은 pds 아래 디렉토리를 통채로 rename합니다. pds/페이지이름/어쩌고 파일은 모두 옮겨지죠. 구 버전일 경우는 그게 안되었었습니다.

    그러면 어떻게 rename 을 할 수가 있나요? 여기에 rename 이 있었으면 좋겠습니다만

    

    config.php에서 $actions= array('DeletePage','LikePages','KeyWords','Rename','VisualTour'); 식으로 넣으면 하단에 여러 액션을 추가할 수 있습니다~
12. Synonym 기능 - 예를 들어서 KeepFoundThingsFound 와 KFTF 가 동일한 위키페이지가 되도록 한다면 어떨까요? 즉, KFTF 를 치면 자동으로 KeepFoundThingsFound 로 가도록 하면 좋겠습니다.
    PageAlias 를 참조하세요. 1.1.3부터 추가된 기능입니다.
13. html 파일 스크린 캡쳐 - 현재는 http:// 로 페이지가 링크밖에 안되지만, 간단하게나마 그 화면(즉 웹페이지의 화면)을 capture 해서 jpg 등으로 저장해서 볼 수 있으면 좋겠습니다. 그러면, 그 사이트가 무엇인지 더 쉽게 인지할 수 있을 것 같네요.
    이런 기능을 지원하는 다른 서비스가 있습니다 그걸 말씀하시는 것인지요? 자체 구현은 힘들고 외부 어플을 쓰거나, 이미 서비스중인 것을 사용하는 것은 가능하겠지요. 좋은 곳 있으면 추천해주시길
14. 페이지이름/단락이름 기능, 위키페이지를 링크할때에 단순히 페이지 뿐만이 아니라, 그 페이지의 어느 부분으로 직접 갈 수 있도록 해주는 링크가 있었으면 좋겠습니다.
    일단 이 방식은 페이지이름/서브페이지와 충돌합니다. 섹션별 페이지는 페이지#s-1.1와 같은 식으로 링크가 가능하고, 페이지의 어떤 부분으로 가려면 페이지 내에 [[Anchor(#hello)]]와 같이 anchor를 달고, [페이지#hello] 라는 식으로 링크를 걸어야 합니다. 그닥 편리하지는 않죠.
15. html 캐시기능 - 단순히 link 하는 것에 덧붙여서 html 파일을 (필요할 경우 옵션에 의해서) 캐시 할 수 있게 되었으면 좋겠습니다.
    하긴 요즈음의 링크들이 너무 불안정하기는 하죠. 그러나 구현하기 쉽지 않고, 라이센스등의 잠재적인 문제가 많습니다.
    
    

• 프로그래밍 튜토리얼 같은 자료가 있었으면 좋겠네요.
• 다른 언어들과의 조합 - 모니위키의 레벨에서 다른 언어로 만들어진 프로그램들을 쉽게 integration 할 수 있는 방법이 있으면 더 많은 가능성이 열릴것 같습니다.