E D R S S I H C RSS RSS
ID
Password
Join
You will gain money by a speculation or lottery.
SisterSome
FortuneMacro
MoniCalendar
MoniWikiAtCafe24

MoinMoinDone › BackLink › WikiWikiWebFaq › MoniWiki › Release/TitleIndex › MoniWikiDiscussion

제 홈페이지의 모니위키에 몇가지를 고쳐서 쓰고 있는데 그중에서 다른 분들도 필요할지도 모르겠다 싶은 것 몇가지만 적어봅니다:
  1. AttachedImg 매크로 (see http://hellocity.net/~iolo/moniwiki/wiki.php/AttachedImg)는 본문 중간 중간 중간에 이미지를 넣고 싶을 때(매뉴얼이나 리뷰같은거 쓸 때) 쓸려고 만든 것입니다. 분문 중간에 [[AttachedImg(filename.gif,align=right)]] 이런식으로 적으면 해당페이지이름 디렉토리아래 그림이 있으면 지정된 속성으로 보여주고, 없으면 TwinPages:UploadFile 매크로의 업로드 폼을 보여줍니다. Img 매크로를 간단히 변형한 거죠 ;)
  2. smiley 선택기입니다. 편집기 아래쪽에(hint바로 위에) 현재 등록된 스마일리를 보여주고 클릭하면 편집기 안에 삽입해주는 기능인데... 제가 위키 스마일리나 msn 스마일리에 익숙하지 못해서 만든 것입니다. http://hellocity.net/~iolo/moniwiki/pds/UploadedFiles/smileychooser.diff (rc17-20030727과의 diff입니다)을 참조하세요.
  3. 옅은 초록색 계열의 스타일시트. 눈의 편안함과 리눅스에서 잘 보이게 함을 주목적으로 만들어서 예쁘진 않습니다. http://hellocity.net/~iolo/moniwiki/css/iolowiki.css 에서 가져 가세요.
혹시나 이미 있는 기능을 괜히 삽질한게 아닌가 싶은 걱정이 문득... --iolo

ㅎㅎ 감사합니다. css는 iolo.css 혹은 다른 이름으로 넣어놓고 싶습니다. 일반적인 이름과 iolo님의 (기존의 css파일도 잘 안 쓰는 것은 정리하고 ^^)

SmileyChooser를 매크로로 넣고, 언젠가 말했던 것 처럼, MoniWikiDev:EditTextForm이라는 것을 만들어서 TwinPages:EditText를 눌렀을 때 나오는 폼의 모양도 고칠 수 있게 하였습니다. AttachedImg는 image전용이겠고, 모인모인의 attachment:와 거의 비슷한 동작을 하는 [[Attachment(파일)]]을 만들었습니다. 그리고 rc17을 내놓습니다. 감사합니다 :) --WkPark

현재 기본으로 들어가 있는 테마들은 w3c html에 validate하지 않은 것 같습니다. 구조를 대충 보면: 
<html>
...
<div id=wikiHeader>
<table><tr>
<td> 여기 헤더</td>
<td>
</div>
<div id=wikiBody>
...
</div>
<div id=wikiFooter>
</td>
<td>여기 푸터</td>
</tr></table>
</div>
..
</html>
이렇게 되는데 div태그들과 td가 서로 엇갈리고 있어요. 그 때문에 css가 제대로 적용되지 않는 경우도 있구요. 아직 뾰족한 해법은 떠오르지 않습니다만... --iolo

앗.. 정말 그렇군요. ^^;; theme를 나중에 추가하면서 좀 꼬여있어서 그랬습니다. 소스를 좀 더 정리해서 고쳤습니다. [http]여기를 참조하세요. 감사합니다 (_ _) --WkPark
상단의 메뉴에는 menu_bra 와 menu_cat이 적용이 되는데 하단에는 그렇지 않네요. 2342 $menu = $this->menu_bra.$menu.$this->menu_cat; 대충 이렇게 고쳐서 쓰고 있습니다만. 그리고 여기는 상단 메뉴에서 RecentChanges와 UserPreferences사이에 menu_sep가 들어가는데 제 경우에는(rc16) 테마를 적용하면 들어가지만 테마없이 css만 쓸 경우에는 보이지 안습니다.
테마 없이 쓰면서 config.php에 메뉴를 지정하신 것이군요 ? 이때는 $menu_sep을 config.php에 넣던지, theme.php를 만들어 그 안에 넣어야 합니다.

마지막으로 한 가지만 더 ;) 지금은 테마를 쓰지 않을 경우 header와 footer를 임의로 만들어서 출력하는 건가요? 그냥 default header.php와 footer.php가 있으면 좋지 않을까 생각해 보았습니다. 테마의 header.php나 footer.php만 고쳐서 안될경우가 많으니까요. css와 테마, 아이콘 테마까지 있어서 상당히 복잡한 시나리오인데.. 대충 고치는 건 하겠지만 가능하면 wiki.php는 손대지 않는 것이 바람직 할테니, 어떤 식으로든 교통 정리가 필요할 것 같습니다. --Iolo
좀 복잡하지요 ? ㅎㅎ 적용 순서가 있습니다. 기본적으로 테마를 만들지 않아도 설치된 현재 디렉토리의 header.php와 footer.php를 읽습니다. 테마가 지정되었을 경우는 테마 디렉토리의 header/footer를 읽지요.
See MoniWikiTheme
TwinPages:EditText에 나오는 메뉴도 바꿀 수 있으면 좋겠습니다. HelpOnEditing이란 페이지나 GoodStyle이란 페이지를 만들고 싶지 않습니다.

메뉴를 처리하는 방식과 비슷하게 만들지요.
echo macro_login(this)로 폼을 만들면, 로그인을 마치고 UserPreferences로 갑니다. UserPrefereces 페이지에 있었다면 모를까, 어떤 페이지를 보고는 수정하려다 로그인을 요청받았거나, 수정하려고 로그인을 한 거면, 아까 그 페이지로 가야 한다고 생각합니다. (이 처리가 귀찮긴 한데 말이죠 -_-)

헉.. 그랬었나요 ? 로그인을 실패하지 않았다면 원래 페이지로 가는게 맞겠지요. --WkPark

고침 rc16
이미 몇 자 적힌 방명록을 MoniWikiBlog로 바꿔서 그나마 위키를 생판 모르는 사람들도 한 마디쯤 남길 수 있게 하려는데, 어떻게 하면 될까요? #action Blog라고 맨 앞에 추가했는데 별 변화가 없는 거 같아서 도로 돌려놨습니다. --TwinPages:kz
그렇게 하면 기본 액션이 TwinPages:EditText가 아니라 Blog라고 바뀝니다. 이 역시 어디를 눌러야 한다는 제시는 맨 하단에만 보입니다.

제 footer.php는 별 내용이 없고, 메뉴에 있는 edit icon이 전부입니다. 그리고 이 아이콘은 arrary()에 action=edit라고 넘겨서 만든 링크가 걸려 있어서, wiki.php가 blog 페이지인지 아닌지 판단한 것과 무관합니다. 어떻게 바꾸면 좋을까요?

상단 메뉴의 아이콘으로만 할 때에 그런 문제가 있군요. 하단의 액션 리스트 (TwinPages:DeletePage,LikePage, TwinPages:EditText 등등)는 아예 없애신 것 같군요 ? footer.php에 아예 블로그 액션 관련 루틴을 넣어야 할 듯 합니다.

<?
# Processing Instruction의 #action 정의가 있으면, $this->actions에 포함되어있는지
# 확인해보고, 있으면 그것을 프린트한다.
    if ($this->pi['#action'] && !in_array($this->pi['#action'],$this->actions)){
      list($act,$txt)=explode(" ",$this->pi['#action'],2);
      print $this->link_to("?action=$act",$txt);
    }
# txt 대신에 적절한 아이콘을 넣던지 합니다.
?>

위 내용은 footer.php에만 유효한 것인지요? header에선 글자를 출력하지 않습니다.
RecentChanges에서 아이콘, 페이지이름, 정보 등의 라인이 들쭉 날쭉에서 한눈에 잘 안들어오고, 좀 어수선한 느낌이네요. 노스모크에서처럼 라인을 맞추어주면 좋을듯합니다. ps: 전체적으로는 아기자기한 부분도 많고, 한글로 버그리포트도 할수있고 :) 아주 좋습니다. 화이팅하세요 --뱅기
[[RecentChanges(table)]]옵션을 추가했습니다(rc16이후) MoniWiki의 RecentChanges는 고전적 모양을 따른것입니다. ㅎㅎ :) --WkPark
노스모크 모인모인에서 처럼 Alt-x로 수정 페이지로 들어가게 하고 싶은데요 가능한가요?
accesskey="x"란 속성을 편집 링크에 주면 됩니다. <a href="..." ... accesskey="x">편집</a>
노스모크 모인모인의 경우에는 moin_config.py에서 설정하면 됐는데, 모니위키에선 어느 파일에서 설정하는 건가요. php를 사용하기 때문인지 노스모크 모인모인과는 달라보이는데요.
MoniWiki는 HotKey기능이 있기 때문에 아무 페이지에서 e를 누르면 편집창이 뜹니다. f/대문 r/바뀐글 l/비슷한 페이지 이런 식이죠. --WkPark
kbd.js를 말씀이시라면, 끄고 쓰는 경우도 있고, 스크립트보다는 HTML 자체의 기능을 쓰는 게 낫다고 생각합니다. --TwinPages:kz
그렇군요. 노스모크 양손항해의 alt-x alt-z를 기본적으로 넣도록 하겠습니다. --WkPark
goto_form에 KLE처럼 alt-s를 넣어서 쓰고 있습니다 전.
생각해 보았는데, alt-s는 AccesskeyStandards에 의하면 skip navigation입니다. 항해 끝내고 딴데 보러 간다는 의미도 되고, Search하고도 관련되므로 alt-s로 갈까 합니다 ㅎㅎ --WkPark
#gnome에서 잠깐 얘기가 나왔는데, WikiName에 부합하는 페이지 안에서 현재 페이지를 언급하면 무조건 링크가 걸리는데, OriginalWiki던가 어디에서는 링크를 안 건다고 합니다. 그렇게 하면 어떻습니까?
MoinMoin 1.1최신 버전에서는 그렇게 하더군요. 그 방식이 별로라고 보는 이유는,
  • Self Link를 하지 않게 하려면 if문 하나가 더 들어갑니다. 군더더기로 볼 수 있죠
  • 밑줄이 들어가서 강조의 효과가 있죠. TwinPages:WikiWiki에서는 원래 밑줄을 긋는다거나 하는 문법이 없었으므로...

같은 맥락으로 trail의 마지막 링크는 자신이고, 굳이 링크를 걸 필요가 없습니다. 지금은 [" "]로 둘러싸서 무조건 링크를 걸도록 되어 있는데, send_page()에 ereg_replace ("\["([^>]+)"\]$", "\\1", $this->trail) 식으로 전달하면 마지막 부분을 잡아서 둘러싼 강제 링크를 없애긴 합니다. 하지만 WikiName에 맞을 경우 역시 링크가 걸리며, 이 경우에도 링크가 안 걸리게 하려면 중간에 여섯따옴표를 넣던가 해야겠습니다.

ㅎㅎ 이것은 방금 kz님 홈에서 어떻게 했는지를 눈치채고, send_page로 링크를 뿌리는 부분을 word_repl로 고치고, 더 간단한 방법으로 구현해 놓았습니다. (rc16에 들어감) :)
Okay! I want to know how you made the MoniWiki on MoniWiki:MoniWikiDev into a MeatBall:WikiLog ? Are you using SnipSnap›1 or KwikiKwiki as your model? Do you have aspirations for MoniWiki to become another TypePad? And, if so, will it be cheaper than TypePad? Inquiring minds want to know! ;) -- JonathanSmith

No, it is not intended for MoniWiki to be a full-featured WebLog›2. MoniWiki will keep to and not spoil the Philosophy of the TwinPages:WikiWiki. Please see MoniWiki:MoniWikiBlog?action=raw . MoniWikiBlog is just one of the MoniWikiProcessors as a VimProcessor. It is intended for MoniWiki to be as easy as possible and as easy to use as Wiki:WebLog or MeatBall:WikiLog :p --WkPark

Thanks for the explanation --JonathanSmith

  • Hmm, when I went to UserPreferences to try and change (lessen the width of) the textarea, I saw that a theme choice was "blog". Choosing that made no difference, nonetheless, it looks to be the way to change MoniWiki into a MeatBall:WikiLog . The version of MoniWiki that I currently use lacks such a preference setting, so I wonder if this is something that comes with the StandaloneWiki?

    As just another user of MoniWiki at [http]my homepage, I'll TwinPages:kz give you a little description of MoniWiki from my understanding. StandaloneWiki is an individual Wiki:PhpHypertextPreprocessor script (just script that keeps eye on the HTTP port), whereas MoniWikiBlog is just a kind of preprocessor that imitates a Blog-view from TwinPages:WikiStyle text. So, StandaloneWiki and WikStyle are two different things; they are not relative to each other (although you can use MoniWiki on base of StandaloneWiki, with Blog setting; it's just matter of configuration.)

    It seems to me that you're curious about how MoniWiki deals with MoniWikiBlog action. If so, then try the latest source from MoniWiki:MoniWiki/DownLoad. Or, the author, WkPark, could write some documentation for how to have a MoniWikiBlog. --TwinPages:kz

    Thanks for explaining the differences. I have a better understanding now. -- JonathanSmith
    • extracted to MoniWiki:TeXProcessor

    결론적으로 말하자면, 플러그인이나 여타 추가 기능등에 대해서는 각각에 대한 설정을 할 수 있으면 좋겠다는 거지요.

    그래서, 개인이 설정해야 돌아가는 플러그인들은 모두 plugin/으로 빼어 놓은 것입니다. 그리고, 그런 것들은 플랫폼에 관계 없이 돌아가야 하는게 MoniWiki의 목표지요. 개인위키는 쉬워야 하니까요.
    매크로나 프로세서 플러그인의 기능을 on_off하려면 함수 하나를 추가하면 됩니다. (MoniWikiSecurityPlugin이용) 수동으로 매크로를 지워서 기능을 off하는게 나을까요 ? 아니면 함수를 추가해야 할까요 ?
    GnuPlot›3에서 보면 Win32용이 주석 처리 되어 있고 UNIX용이 있습니다. 그런데 제가 사용하는 환경은 UNIX가 맞는데 작동하지 않는군요. 소스를 보면 gnuplot 2> 이런식으로 실행을 하던데 그게 맞는 건지요? 작동을 안해서 Win32용을 사용하고 있답니다.(파일로 저장해서 하는것)

    리눅스/유닉스용은 gnuplot 입력파일이라고 하는 식으로 작동이 되지만 win32는 인자로서 파일을 줄 수 없더군요. 아무튼, 양쪽 플랫폼 모두에서 돌아가도록 고쳐야 합니다. ToDo›4리스트로 ~ ^^;; --WkPark

    고침
    RSS를 utf와 euc-kr 모두 제공하는 것은 어렵나요? 가능하다면 두 가지 모두 제공했으면 합니다. wikiX에 RSS 기능이 생겨서 MoniWiki RecentChanges를 가져 왔더니 인코딩이 달라서(wikiX는 euc-kr 인코딩이 기본이거든요) 깨지더군요. 어떤 인코딩을 사용할지는 사용자가 결정할 문제이니 도구가 둘 모두를 제공하는 것이 옳다고 생각해서 여기저기 이야기하는 중입니다. ;-) MoniWiki와 wikiX는 모두 PHP 기반이니 이런 면에선 서로 도움을 줄 수 있을 것 같습니다. http://wikix.org/ko/?display=RSS -- NoSmoke:NovaKim

    php4.1.x 기반이라면 iconv로 그냥 이용하면 되지 않나요 ? xml처리하는 프로그램들 중에서는 아예 UTF-8만 지원하는 경우가 많습니다. 이곳은 기본 문자셋이 UTF-8이라서 rss가 UTF-8이 나오게 되지만 euc-kr을 기본으로 지정한 다른 MoniWikiSites에서는 EUC-KR로 나옵니다. [http://chemie.skku.ac.kr/wiki/moni/HelpOnEditing?action=rss_rc EUC-KR의 예) 그러므로, RSS의 charset을 정의한 부분을 판별하여서 처리해야 제대로 작동하는 것입니다.
    아무튼, ?action=rss_rc&oe=euc-kr로 charset을 지정하는 옵션을 넣어두겠습니다. 변환이 실패하면 그 사이트의 인코딩으로 뿌려주게끔 하면 되겠고요. --WkPark
    그게 올바른 해결 방법이겠지만 당분간은 제공하는 쪽에서 두 가지 인코딩을 사용하는 것이 좋겠다는 생각에서 제안했습니다. MoniWiki나 wikiX는 개발자가 한국 사람이니 당연히 그런 해결 방법이 강구되고 구현되겠지만 Wiki:MovableType 같은 외산 프로그램에 의존하는 사용자들을 위해서 주는 쪽에서도 두 가지를 제공하면 좋지 않을까 하는 것이죠. 그리고 wikiX의 희대님만 부지런한 줄 알았더니 MoniWiki의 WkPark님도 만만찮으시군요 ;-)
    전 게으른 관리자입니다 :p ㅎㅎ 그리고, TwinPages:SourceForge는 iconv가 아예 없습니다. 그래서 iconv를 적용할 수 없기 때문에 그냥 UTF-8로 뿌려집니다 ^^;; --WkPark
    GnuPlot›3에 대해 말씀드리려고요~ 현재 개발중인 GnuPlot›3에는(적어도 CVS에는) pm3d가 적용된채로 나오고 있습니다. 따라서 실행 파일은 그냥 gnuplot이고요 (제가 cvs받아서 make했을땐) 따라서 이점을 플러그인에 적용시켜 주셨으면 하네요. 그리고 set size가 기본으로 지정되었는데 set size도 없애는 것도.. ^^ 어떨까요? 제가 set size 부분 지웠을때는.. 잘 안되더군요.. set하는 것도.. 순서가 있는지..

    set size를 지우면 그림이 상당히 클텐데요 ? ^^;; size는 gnuplot 프로세서의 옵션으로 지정할 수 있게 할 예정입니다 ^^;; --WkPark
    http://hey.loosely.net/?q=WikiLinkTest 어떻습니까? InterWiki나 SisterWiki를 적용할 수 있을까요?

    안보이는데요 ? ㅎㅎ InterWiki나 SisterWiki문법은 위키에서만 써먹을 수 있는 방법이 아니므로 얼마든지 적용할 수 있겠지요. KTUG의 게시판에 인터위키 방법이 적용된 것처럼 말이죠. 심지어, 게시판과 위키를 따로 따로 분리하고 인터위키 및 WikiName을 가능하게 해서 얼추 공존하게 만들 수도 있을테지요.
    ----
    Sister Sites Index
     
    captcha
    Username:
    ^
    Valid XHTML 1.0! Valid CSS! powered by MoniWiki
    last modified 2005-09-01 03:01:52
    Processing time 0.1443 sec