Let him who takes the Plunge remember to return it by Tuesday.
MoniWikiAtCafe24 › MoniWikiBlog › MoniWikiFaq › MoniWikiFeatures › MoniWikiIdeas › MoniWikiNotBugs
Q: TitleIndex에서 대소문자 구별이 안됩니다.
A: MoniWiki는 대소문자를 구별하여 인덱싱하지 않습니다. 소규모의 PersonalWiki를 지향하기 때문에 그렇게 만들었으며, 대문자로 인덱스를 처리한 이유는 큼직해서 누르기 편리하라고 대문자를 골랐습니다.
A: ...
뭔가 다른 기능이 있다면 그 기능이 어떤 건지 분명히 알 수 있어야 합니다. 지금은 두 링크가 어떻게 다른지 전혀 나오질 않습니다.
rc16이상에서 수정됨
.png ":)")
--Q: 환경설정에서 프로필을 생성하려는데 자꾸 패스워드가 간단하다고 안해주는군요.
A: 비밀번호는 알파벳+숫자+특수문자 조합으로 하지 않으면 경고 메시지를 보여줍니다. 그러나, 6자 이상을 쓰면 무조건 등록이 됩니다. 가령 비밀번호를 111111이라고 해도 등록됩니다.
wikilib.php의 validPasswd 함수에서 수치를 바꾸면 더 짧게도 됩니다.
Q: TitleIndex에서 알파뱃 대문자와 소문자가 구별이 안됩니다. 다시말해 j가 J로 나옵니다. 처음엔 대소문자 구별없이 인덱싱을 하는 것으로 알았습니다. 하지만 J로 가면 j로 시작하는 페이지가 없더군요, 뒤에 다시한번 나오는 J를 선택하니 j로 시작하는 페이지들을 보여주네요. --뱅기
| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | R | S | T | U | V | W | X | Z | H | J | T | X | 가 | 나 | 다 | 마 | 바 | 사 | 싸 | 아 | 자 | 차 | 카 | 타 | 파 | 하 |
A: 헉... 감사합니다. 미처 못 알아본 버그이고, 아래와 같이 하면 고쳐집니다.
그런데 같은 알파벳이 두번 나옵니다. 하나만 나오도록 해야 하지 않을까요? 하나는 대문자에 하나는 소문자에 대응하더군요. 이곳의 TitleIndex를 보더라도 X 다음에 C 와 N이 나옵니다. 다시 말해 X 다음에 오는 C와 N은 소문자 c와 n을 가리킨다는 거죠. 이것은 참으로 혼동스러울 따름입니다. cozy페이지를 찾기 위해 앞의 C 를 누르면 cozy가 안나옵니다. X다음에 나오는, 즉 두번째 C를 눌러야 비로소 cozy가 나오죠. 혼란스럽습니다.
알려주셔서 감사합니다. wikilib.php에서 다음 라인을 macro_ } else
$all_pages = $DBInfo->getPageLists();
- sort($all_pages);
+ natcasesort($all_pages);
Q: 이곳에서 노스모크로 인터위키가 잘못 걸립니다.
A: 이곳 SourceForge›1의 MoniWiki는 UTF-8이라서 http://no-smok.net/nsmk/페이지이름와 같이 처리되어 노스모크와 잘못 링크되지만, EUC-KR에서 쓰는 위키라면, http://no-smok.net/nsmk/̸와 같이 되고, 모인모인에서도 문제없이 잘 됩니니다.
Q: Uploads 인터위키에 한글에 ( ) 까지 있으니까 괄호 전까지만 됩니다. UploadedFiles에선 잘 나옵니다.
A: 인터위키는 괄호가 있으면 안걸립니다. 원래 모인모인 문법이 그렇습니다.
Q: blog에서 글을 추가하면 가장 아래에 붙여집니다. 원래 blog라면 추가한 글은 위에 붙어야 되는게 아닌가요?
A: 위키위키에서는 아래쪽에 붙는 방식을 주로 쓰기때문에 그렇게 했습니다. 위쪽으로 붙이려면 ##Blog를 적절한 줄에 붙여주시면 됩니다. (위쪽에 붙던 특정 위치의 아래쪽에 붙던간에 어떤 위치를 지정하는 부분이 필요하게 됩니다) 좀 더 쉽게 바꾸거나 할 예정입니다 --WkPark
Q: 위키 초보자입니다만, email 주소 abc@my.address를 
abc@my.address와 같이 쓰면 @이 _at_로 바뀌는데 이렇게 하신 이유가 있나요? 이렇게 바뀌지 않게 하려면 어떻게 해야 하죠?
abc@my.address와 같이 쓰면 @이 _at_로 바뀌는데 이렇게 하신 이유가 있나요? 이렇게 바뀌지 않게 하려면 어떻게 해야 하죠?
A: 메일 주소 수집을 막기 위해 그렇게 했습니다. wiki.php에서 _at_을 찾아서 고쳐서 쓰던지 하는 방법이 있을것입니다.
현재 1.0 버전을 쓰고 있으나 여기(1.0.3)에서도 같은 버그가 있어 신고합니다. 알맹이는 손대지 않고 Category만 바꾸면(고치는 상자 아래쪽에 있는 SELECT)
바뀐점이 없다면서 아무짓도 하지 않습니다. - 코지
버그는 아니며, 의도된 것입니다. 아래의 Select에서 Category를 선택한다고 해서 그 페이지의 Category가 바뀌거나 하지는 않으며, 같은 이유로 Category만 선택했을 경우도 내용이 고쳐지지 않습니다. 아래의 Category는 그 페이지가 수정되었다고 판단된 다음에 Category가 내용에 추가되기만 하는 작용을 합니다. 모인모인에서는 이와 다르게 코지님이 의도하신 대로 동작합니다. 이는, 사용자가 Category를 선택했을 경우에 그 내용이 미리 첨가되기 때문입니다. 하단의 Category기능으로 장난삼아 페이지를 고치는 것을 방지하기 위함입니다. --WkPark
http://sparcs.kaist.ac.kr/~wafe/wiki/wiki.php? 에서 볼 수 있는 것 처럼 문단이 제대로 정리되지 않는 현상을 볼 수 있습니다. --wafe
SisterWiki 기능에서 대문자가 4개 이상 들어간 영문 WikiName은 제대로 처리가 안 됩니다. EatThatFrog›2는 되는데 GiveUpEatingThatToad는 안되네요. ListenToYourBody는 안되고 TrustYourHeart›3는 되네요 -_-;
또 자동줄바꿈 기능을 사용했을 때 ---- 을 사용하면 불필요한 줄바꿈이 들어갑니다. --
Sequoia
Sequoia
위키 텍스트가 \r\n 을 포함하고 있는 경우에 잘 저장되지 않는 문제가 있습니다. (1.0.4 에서만 나타나는 문제는 아닙니다.) \r 이나 \n 을 붙여서 쓰지 않으면 괜찮은데, 두 문자열을 붙여서 쓰면 \r 이 사라집니다. 정확히는 preview 나 edit 를 수행할 때 textarea 에 뿌려져야하는 내용에서 \r 이 없어지는 것 처럼 보입니다. 왜냐하면 \r\n 을 포함하는 텍스트를 preview 없이 그냥 저장하는 경우에, 실제 data 파일에는 \r\n 이 온전하게 기록되어 있기 때문입니다. -- ai
아닙니다. 실제 data에는 \r이 모두 지워집니다. 유닉스포맷으로 모두 저장됩니다.
아스트랄라 페이지를 먼저 만들고 아스트랄 페이지를 만들려 하니 자꾸 아스트랄라 페이지로 연결됩니다.
이런 경우엔 어떻게 해야 페이지가 생성됩니까? -- 하얀종이
그리고 지금 모니위키 1.1을 쓰고 있는데 위키는 작동하지만 Diff가 작동하지 않습니다.
rcs lite를 사용하시면 됩니다.
extracted to WikiLinkDiscussion
