게시판/2004-02to05

안녕하세요, 별로 볼 것도 없는 곳에 찾아와 주셔서 감사합니다 :-)

-- Raymundo 2004-2-10 10:49 pm

그 정의되지 않은 서브루틴의 이름이 뭔데요? 어쟀거나 이곳의 소스를 그대로 가져갔다면 자체 함수는 다 있을테고, 모듈이 없다는 에러가 아니면서 함수가 없다고 한다면 버전의 문제가 맞을 거라 짐작합니다.

-- Raymundo 2004-2-14 8:11 am

1.60b버전을 깔고 났더니 upload에 문제가 생겼습니다.

원래 upload파일 관리는 "/~redica/upload"에서 했었는데, 1.60b에서는 "/~redica/wiki/upload"에 저장이 되네요. 그래서 upload 파일 디렉토리를 "./upload"가 아닌 "../upload"로(과거처럼)했는데 다음과 같은 메시지가 나옵니다. 파일저장이 되지 않고, 업로드를 위한 lock 을 얻지 못했습니다라는 메시지만 나오네요.

뭐가 문제인가요..?

앞으로 upload dir은 wiki/upload 형태로 운영하실거죠? 그럼 이참에 wiki dir밖에 있던 upload dir을 wiki안으로 옮기면 되려나.. 그럼 그림들 링크를 수정해야할 페이지들이 좀 있을건데... 에궁..

-- Redica 2004-3-31 12:39 pm

절대경로로 줘보시죠? $HOME/redica/upload 이런식으로...

-- Bab2 2004-3-31 1:07 pm

redica 님, Bab2 님 안녕하세요,

최근에 업로드 경로에 관한 수정이 이뤄진 적은 없습니다. 원래 config 파일의 기본값은 "./upload" 이기 때문에 예나 지금이나 ~redica/wiki/upload 로 되는 게 정상입니다. 예전에 "~redica/upload" 에서 되었다면 그것은 config 파일에서 redica 님이 고쳐주었던게 새로 깔면서 덮어져 버린 것 같네요.

언제나 문제가 있으면 찾아오죠. 어젯밤에 ~redica/wiki/upload 로 파일을 다 옮기고 페이지마다 경로 수정도 해서 현재 upload되어 있는 파일은 화면에 모두 나타납니다. 그런데, 뭐가 문제인지 upload가 안되네요. 업로드를 위한 lock 을 얻지 못했습니다라는 메시지만 나오는데, 다른 것은 건드린 적이 없고 어제 경로 수정전에는 파일 upload가 되었거든요. ㅠ.ㅠ

-- Redica 2004-4-1 9:17 am

저라면 그냥 원래 위치에 업로드를 하는 걸로 하고 config 파일의 경로만 다시 점검했을 것 같습니다만..

일단 ~redica/wiki/upload 의 퍼미션이 777 인지 확인해 보세요. 777 또는 2777 로 해 주시고요. 그 다음 data 디렉토리 아래 temp 아래 lock 으로 시작하는 파일을 kimsnobody.pl 을 사용해서 삭제해 주시면 될 겁니다.

-- Raymundo 2004-4-1 1:01 pm

머리가 나쁘면 손발이 고생이라고... ㅠ.ㅠ temp에는 lock로 시작하는 파일은 없고, 3월 31일자로 생긴 lockupload dir만 있습니다. 그리고 파일은 old_diff_locked 파일과 new_diff_locked 파일만 있는데요.. 에궁... 모르니 어쩌나요.. 물어볼 수 밖에..

-- Redica 2004-4-1 1:16 pm

lockupload dir을 삭제하니 되는군요. 그런데, 이 디렉토리가 왜 생기는 건가요?

-- Redica 2004-4-1 1:29 pm

왜 생기냐고 물으신다면... 페이지를 수정할 때, 화일을 업로드할 때 등 서버 쪽에 뭔가를 저장할 때는 반드시 락을 잡고(이때 디렉토리가 생기고), 저장을 한 후, 락을 풀도록(이때 디렉토리가 삭제됨) 되어 있습니다. 만일 누가 락을 잡아 있는데 다른 사용자가 똑같이 저장을 하려고 하면 락을 잡을 수가 없기 때문에 일단 풀릴 때까지 기다려야 합니다. 문제는 락을 잡아 놓고 저장을 하려는데 디렉토리 퍼미션 등의 문제로 서버에러가 나버리면 락을 풀지 못하고 끝나 버립니다. 그러면 뒷사람들은 줄줄이 redica 님이 겪은 것처럼 락을 얻지 못했다는 에러만 보게 됩니다.

위는 일반론이고, 왜 업로드를 할 때도 굳이 락을 잡느냐 하면... 동일한 이름의 파일 (a.hwp 라 하죠) 을 두 번 이상 올릴 때는 a.hwp 2_a.hwp 이런 식으로 앞에 숫자를 붙이게 되어 있는데, 두 사람이 말 그대로 '동시에' 업로드를 하는 불상사가 생기면 a.hwp 하나만 남을 가능성이 있습니다. (둘 중 하나만 남는 거죠) 그래서 락을 걸고 업로드를 하도록 해 둔 건데, 정말 그럴 필요가 있는지 좀 의문이긴 합니다.

-- Raymundo 2004-4-1 1:47 pm

역시 모르면 고수님들께 물어봐야되요. 답변 감사드립니다.~!

-- Redica 2004-4-1 7:13 pm

[여기]에 가셔서 로그인을 하신다음 마이너 에딧까지 보기로 설정하시고 변경내역을 보시면 문제가 보입니다. 변경내역이 중복해서 나오고 뭐 그렇네요. diff기능이나 백업등에도 문제가 있어보이구요. 가장 최근의 소스로 덮어썼는데도 결과는 같네요. 시간 되시면 왜 그런지 좀 살펴봐주셨으면 합니다.

혹시 계정정보가 필요하시면 제게 이메일 부탁드려요. zepelin 골뱅이 bawi.org 입니다.

시스템에 diff 명령이 있나 확인해 보시고요, 그리고 최근변경내역에서 페이지 이름이 중복해서 나온다는 뜻인가요? 제가 볼 때는 그런 건 안 보이는데요.

-- Raymundo 2004-4-2 8:04 am

x-y.net입니다만...diff명령이 되나 안되나 그런것 확인이 가능하군요...-_-

페이지 이름이 중복으로 보이는건 로그인 후 최근변경내역중 마이너에딧까지 보기를 했을 때 보이네요.

-- 거북이 2004-4-2 1:37 pm

그러니까 저는 중복해서 보이는 게 없다니깐요. (솔직히 있다 해도 알아보기 힘들군요. 비슷한 이름들의 페이지들이 많아서..) 혹시 "각 페이지의 모든 변경 내역을 출력" 옵션을 켜신 것은 아닌가요?

-- Raymundo 2004-4-2 2:13 pm

아 옵션문제 맞네요. 왜 그런 옵션이 켜져있었던 것인지 원...-_- 지송

diff문제는 Bab2님의 도움으로 해결했습니다. x-y.net은 설정이 이상한가봐요. 여튼 고맙습니다. ^^

-- 거북이 2004-4-3 1:43 am

 :-) 
-- Raymundo 2004-4-3 7:36 am

$pageHtml .= "</$oldCode><$code>\n";

$pageHtml .= "</$oldCode>\n";
for (1..@htmlStack) {
    $oldCode = pop(@htmlStack);
    $pageHtml .= "</$oldCode>\n";
}
$pageHtml .= "<$code>\n";
for (1..@htmlStack) {
    push(@htmlStack, $code);
    $pageHtml .= "<$code>\n";
}

오오 재흥 훌륭해... 근데 정말 핵심적인 부분이라서 함부로 손을 대기가 겁나는구나. 지금은 나가봐야 하느라, 나중에 테스트해 볼께..

-- Raymundo 2004-4-5 4:51 pm

쿨럭... 조금 이상한 부분이 있어서 다시 고쳤어요...

my $stackSize;
$stackSize = @htmlStack;

$pageHtml .= "</$oldCode>\n";
for (1..$stackSize) {
    $oldCode = pop(@htmlStack);
    $pageHtml .= "</$oldCode>\n";
}
$pageHtml .= "<$code>\n";
for (1..$stackSize) {
    push(@htmlStack, $code);
    $pageHtml .= "<$code>\n";
}

근데 아까 건 왜 된거지? -_-;

-- Spike 2004-4-5 5:02 pm

횡설수설에 링크한 "사용자를 위한 웹 디자인"에 감화받아서, UseModWiki스타일쉬트를 수정하여 모든 글꼴의 크기를 절대 크기가 아닌 상대 크기로 지정하기로 하였습니다. 현재 body 에 사용되는 글꼴은 9pt gulim 입니다. 일단 IE 기준으로, IE 메뉴에서 텍스트 크기를 보통으로 하였을때 현재 상태처럼 보이게 하기 위해서 수치를 조절하며 살펴 봤더니 75% gulim 으로 지정하니까 동일한 크기가 되는 것 같네요.

여기서 질문 하나. 75% 가 9pt 란 것은 100% 는 12pt 란 얘기인데, 이 기준값 "12pt" 는 어디서 정하는 걸까요?

그 외에도 현재 wiki.css 안에서 font 속성이 들어가 있는 것들은 죄다 값을 pt 값을 퍼센트값으로 바꾸고 있는데, 희한한 것 몇 가지를 발견했습니다.

첫째, body 의 gulim 은 75% 로 주어야 기존의 9pt 와 같은 크기인데, {{{ }}} 등에 의해 생기는 pre 의 dotumche 는 100% 로 해야 9pt 와 같은 크기가 됨.

둘째, 헤드라인의 경우, font: 속성이 아닌 font-size: 속성을 사용하여 크기만 바꿔주고 있는데, h1 의 경우는 기존에는 18pt 를 사용. 따라서 9pt 의 두 배이니 75% 의 두 배인 150% 를 해야 할 것 같은데 실제로는 200% 로 해 주어야만 기존의 크기가 됨. 즉 h1 에서 사용된 200% 는 body 의 글꼴의 크기를 "100으로 간주하고" 다시 거기에 비례해서 잡는 것으로 보임. 마찬가지로, li 의 경우도 사이즈를 75% 로 하면 body 의 75%(9pt)의 다시 75%가 되어서 크기가 더 작아짐. 9pt 를 쓰고 싶으면 100% 로 지정해야 함.

도대체 어떤 경우에는 12pt 를 100%로 하여 크기를 잡고, 어떤 경우에는 body 에서 지정한 크기를 100%으로 해서 다시 비례를 잡는지 영문을 모르겠습니다. w3.org 에 있는 CSS 스펙의 font-size 부분을 보면 "%로 줄경우 parent element 에 사용된 크기에 대해 비례한다"는 식으로 나온 듯 한데, 뭐가 뭐의 parent 인지는 어떻게 알 수 있죠?

처음에것만 알겠네요. 브라우저 자체가 디폴트를 12pt로 잡는것으로 알고있습니다. (스타일시트가 아닌 태그로 font size=1 로 해보시면 굴림체 12pt 가 나옵니다) 퍼센테이지 말고도 상대적인 스타일 변경법이 있던걸로 기억하는데 기억이 잘.

'사용자를 위한 웹디자인'에서 말하고자 하는바는 사용자가 브라우저에서 폰트 크기를 올렸을때 어떤식으로든 폰트크기가 확대가능하여야 한다는 뜻일겁니다. 절대크기인 pt로 지정하게 되면 디자인에는 편리하지만 눈이 안좋은사람들은 보질 못하니 이런 부분을 지적하는 부분일듯. 퍼센테이지 외에도 몇가지 속성이 더 있으니 그쪽을 찾아 보심이? :)

바로 그렇죠. 주옥같은 내용 중 특히 그 부분을 읽고 반성을 많이 했답니다. :-)

크기 지정을 위한 방법 중에 포인트 pt, 픽셀 px 이 두 가지는 IE 에서 확대를 할 수 없더군요. 모질라나 WebMa 는 이런 경우도 확대가 되던데... (역시 꾸진 IE)

그래서 죄다 퍼센트로 바꿨습니다. 지금 제 홈페이지도 이제는 IE에서 확대가 됩니다. (근데 중간 상태에서 9pt 크기로 보이게 했더니만 제일 크게 해도 썩 커지지는 않는군요)

퍼센테이지 말고도 말씀하신 대로 더 방법이 있는 눈치던데 찾아보자니 귀찮아서요... -.-;;;

-- Raymundo 2004-4-13 4:57 pm

rss에 메인페이지가 http://nyxity.com/wiki/wiki.pl?RecentChanges
로 되어있는데요 http://nyxity.com/wiki/wiki.pl?최근변경내역 으로 바꿀라면 어떻게 해야 하나요?

다음과 같이 하면 됩니다.

         <link>${\($QuotedFullUrl . &QuoteHtml("?$RCName"))}</link>         # 여기를
         <link>${\($QuotedFullUrl . &QuoteHtml("?".&T("$RCName")))}</link>  # 이렇게

그런데 무슨 리더를 쓰는데 그게 의미가 있나요?

-- Raymundo 2004-4-21 4:10 pm

오오 감사. Klip이요.

제가 '투덜' 하는 바람에 고치게 되었군요. klipfolio+FeedViewer+Webma 삼단콤보를 테스트중이거든요. 보통 리더들처럼 항목 하나하나를 보는게 아니라 업데이트된 사이트로 곧바로 날아가서 한꺼번에 보는 형식으로 보다보니..

오호, 재밌어 보이는데요? 테스트 끝나면 정리해서 올려주면 큰 도움이 될 것 같네요.

-- Raymundo 2004-4-22 9:16 am

현재의 모습 :

-1,7 +1,8

+ * '''2004-04-21''' [[방명록]]을 상단 링크에서 제거했습니다. [[한줄잡담]]이나 [[게시판]]을 애용해 주세요. :-)

= * '''2004-04-21''' 왼쪽의 그림은... 인터넷 돌아다니다 웃겨서 퍼온 거니... 너무 신경쓸 필요 없...지 않을지도... ^^;;;

= * '''2004-04-04''' <font color="red"><b>홈페이지 서버를 이전했습니다. 오동작하거나 그 외 문제가 있는 부분을 발견하면 알려주세요.</b></font>

- * '''2004-04-03''' 홈페이지 서버 이전합니다. 페이지 수정 권한은 없애 두었고, 코멘트는 작동은 합니다만 날아갈지 모르니 쓰지 말아 주세요.

= <noinclude>

+ * '''2004-04-03''' 홈페이지 서버 이전합니다. 페이지 수정 권한은 없애 두었고, 코멘트는 작동은 합니다만 날아갈지 모르니 쓰지 말아 주세요.

= * '''2004-03-18''' 또 바이러스 메일이 도는군요. 조심합시다. [http://news.naver.com/news_read.php?section=it&article_id=26937&soffice=segye&soffice=segye 관련 기사]

= * '''2004-03-12''' Jof:UseModWiki소스수정 에 있는 것들 중 미뤄왔던 것들을 적용해 놓았습니다. 빠진 게 있나요?

= * '''2004-03-07''' [[UseModWiki소스수정]]되었습니다. 각주<footnote([[UseModWiki소스수정/Footnote매크로]])> 기능이 추가되었습니다.

바뀔 경우:

-1,7 +1,8

* '''2004-04-21''' [[방명록]]을 상단 링크에서 제거했습니다. [[한줄잡담]]이나 [[게시판]]을 애용해 주세요. :-)

* '''2004-04-21''' 왼쪽의 그림은... 인터넷 돌아다니다 웃겨서 퍼온 거니... 너무 신경쓸 필요 없...지 않을지도... ^^;;;

* '''2004-04-04''' <font color="red"><b>홈페이지 서버를 이전했습니다. 오동작하거나 그 외 문제가 있는 부분을 발견하면 알려주세요.</b></font>

* '''2004-04-03''' 홈페이지 서버 이전합니다. 페이지 수정 권한은 없애 두었고, 코멘트는 작동은 합니다만 날아갈지 모르니 쓰지 말아 주세요.

<noinclude>

* '''2004-04-03''' 홈페이지 서버 이전합니다. 페이지 수정 권한은 없애 두었고, 코멘트는 작동은 합니다만 날아갈지 모르니 쓰지 말아 주세요.

* '''2004-03-18''' 또 바이러스 메일이 도는군요. 조심합시다. [http://news.naver.com/news_read.php?section=it&article_id=26937&soffice=segye&soffice=segye 관련 기사]

* '''2004-03-12''' Jof:UseModWiki소스수정 에 있는 것들 중 미뤄왔던 것들을 적용해 놓았습니다. 빠진 게 있나요?

* '''2004-03-07''' [[UseModWiki소스수정]]되었습니다. 각주<footnote([[UseModWiki소스수정/Footnote매크로]])> 기능이 추가되었습니다.

어떻게 생각하시는 지 의견들 좀 주세요.

없는게 좋아요

-- Nyxity 2004-4-26 6:17 pm

음... 1명 응답에 1명 찬성이니 100% 찬성이로군요. ^^; 바꾸도록 하지요.

-- Raymundo 2004-4-26 10:25 pm

이런, 바꿨더니만 잊고 있었던 문제점이 되살아났습니다. -_-;; UseModWiki소스수정/diff출력개선의 Notes 란에 적어 두었습니다.

-- Raymundo 2004-4-26 10:55 pm

저도 없는게 좋습니다. 그나저나 이곳의 정당 선호도는 저와 일치하네요 :)

-- 거북이 2004-4-26 11:11 pm

없는 게 좋다는 분들, 어서 UseModWiki소스수정/diff출력개선에 가서 문제점의 해결책을 연구해 보세요! (물고 늘어지기 ^^;;)

-- Raymundo 2004-4-26 11:22 pm

질문의 답변은 UseModWiki소스수정/Comments매크로에 남기겠습니다. 서버 시각은.. 쓰는 사람 없을 시간에 바꾸도록 하지요.

-- Raymundo 2004-4-26 11:22 pm

버전이 바뀌면서 추가된 함수가 설치되어 있지 않다면 그럴 수 있습니다. Undefined subroutine 뒤에 뭐라고 더 적혀 있지 않던가요? 어쨌거나 이런 경우 해당 모듈을 직접 자기 계정에 설치할 수도 있습니다만, 정확한 방법은 저도 잘 모르겠군요.

-- Raymundo 2004-5-5 6:22 pm

문제발생! 유럽기업도시방문조사의 하위페이지들의 코멘트가 안달려요! 락걸린것들도 지웠는데..

거기 수정해 놓았습니다만, 페이지 이름을 바꿨으면 comments 의 인자에 있는 페이지 이름도 바꾸셔야죠. :-) 근데 두 페이지를 바로잡았는데 하나는 이름이 너무 길어서 문제가 되는 건지 어쨌는지 고쳐도 안 되네요. 다른 하나는 되고요...

-- Raymundo 2004-5-14 12:17 pm

Comments의 c가 대문자여서 안됐나보네요. 수정했습니다.

-- 조프 2004-5-14 1:00 pm

아아 혹시나해서 페이지이름을 고쳤더니 되는군요. 페이지으름에 괄호가 들어갔더니 코멘트가 안되는듯..

-- Nyxity 2004-5-14 1:03 pm

그리고 쌍둥이 페이지(시스터위키?) 기능이 권위있는 gypark usemodwiki에 붙었으면 좋겠어요. 소스의 버젼관리 이런 것은 참 큰일이라는 생각이 드는군요.

질투라는 것은 아마도 원하는 능력이 있는데 그것이 자신은 아니고 다른 이들에게만 있을 때 느껴지는 거겠지요. 가끔 Raymundo 조프 Bab2님 같은 능력에 질투를 느낄 때가 있습니다. :)

폭우가 쏟아지는 밤이네요.

유니코드로 바꾸는 것은 저도 하고 싶지만 어디서부터 손을 대야 하는지 몰라 엄두를 못 내고 있습니다. 시스터위키는 글쎄요, 아주 흔한 이름의 페이지(게시판, 연습장, 최근변경내역) 정도가 아니면 얼마나 효과가 있는지도 모르겠고 제가 굳이 필요성을 못 느껴서요. 그나저나 koreanrock 같은 곳을 운영하시면서 그런 말씀을... 누가 누구에게 질투를 느껴야 하는 건지 모르겠습니다 ^^;

-- Raymundo 2004-5-21 10:25 am

일단 유니코드논의에서 운을 띄어 보도록 하죠.

-- Raymundo 2004-5-21 10:26 am

• 후타리 : 실은 질문하나 하러 왔다가..너무 난잡하게 위키를 사용해서 자료가 엉망이에요.분류를 사용하면 좋다는 말을 그냥 흘려버린..제 잘못이지만..ㅠ.ㅠ 그래서 지금 위키자료를 다시 고치고 있는데..상단바에 최근변경내역이나 링크같은걸 빼버리고 싶은데..어디서 고치면 되나요..ㅠ.ㅠ 나름데로 열심히 찾아봤는데..사실 비슷한 곳을 찾긴 찾았는데..그냥 싸악..지워버리니까...에러;;; 함부러 소스는 만지는 것이..아닌기다...를 깨닫고..그냥 이곳으로..ㅠ.ㅠ - 2004-5-26 2:10 am

앞으로도 길어질 얘기는 게시판을 애용해 주세요. :-)

상단바와 하단 메뉴를 통채로 없애버리고 싶으면, config 파일에서 $EmbedWiki = 1 로 해 주면 됩니다.

상단바는 그대로 놓아 두되, 그 안에 있는 "최근변경내역" 등의 일부 항목만 없애고 싶다면... wiki.pl 에서

sub GetGotoBar {       # 이 함수에서
    ...
    $bartext .= "</TD>\n<TD class='gotoindex'>" . &ScriptLink("action=index", T('Index'));
#    $bartext .= " </TD>\n<TD class='gotorecentchanges'> " . &GetPageLink(T($RCName));   이 줄을 주석 처리
    if ($id =~ m|/|) {
    ...
}

html 태그를 얼마나 아시는지 몰라서 좀 자세히 얘기하면, 한 항목은 <TD> 로 시작해서 </TD> 로 끝납니다. wiki.pl 소스의 각 라인에서는 앞 항목의 </TD> 를 출력하고 다음 항목의 <TD> 와 항목을 출력하고 끝나죠. 따라서 제일 첫 항목과 제일 마지막 항목만 조금 신경쓰시고, 중간 항목은 그냥 그 줄 또는 그 줄이 들어있는 if { } 단락을 주석처리하거나 지워버리면 됩니다. 일단 주석처리해서 브라우저로 확인해보고 다시 고치고 하면 되겠죠.

-- Raymundo 2004-5-26 2:27 am

감사합니다..통채로 없애니까(그..config파일에서 embedwiki설정)시원하고 좋던데..어디서 편집해야 할지 몰라 헤매다가..그래..베이직한게 가장좋은거야-0-..라는 다짐을 다시 하고;;위키는 한 2년을 써왔지만..컴맹국에 사는 국민의 한사람으로써..아무리 봐도 모르겠더라구요..그냥 글 쓰고..지우고..편집하고..이정도만..아무튼..친절한 답변 너무 감사합니다...ㅠ.ㅠ 내일 휴일인데..아니구나..오늘이닷! 편히 쉬세요.(--)(__) 늦은밤..감사했습니다...(나름데로 님의 답변에 대한 답변;;이래서 가로줄 안했는데..괜찮죠? 소심소심)

아 네, 가로줄은 그저.. 제가 나중에 따로 그어야 하니까 그게 귀찮아서 적어 둔 건데 많은 분들이 은근히 신경쓰시더군요. ^^; 어차피 쉽게 에디트할 수 있는 게 위키의 장점이니, 너무 걱정하실 필요 없습니다. :-)

-- Raymundo 2004-5-26 3:11 am

• 후타리 : 맨날 질문만 해서 죄송한데..embed태그는 안 먹히나요? -.ㅠ - 2004-5-29 12:27 am
• Raymundo : embed 는 먼저 <html></html>로 둘러싼 경우에 가능합니다. html 태그는 RawHtml 환경변수가 1일 때만 쓸 수 있고요. - 2004-5-29 12:41 am

엉엉..죄송해요..ㅠ.ㅠ 게시판에는 긴글만 남기는줄 알았어요..ㅠ.ㅠ 일단 html로 둘러싸도 안되요.혹시 태그 놓치는게 있는가 해서 드림위버에서 일단 작성후 고대로 복사해서 넣었는데도 안되요..ㅠ.ㅠ 그래서리 embed태그는 안되는걸까..라고 생각했어요...rawhtml이것도 1로 해놨고...!!(지금 ftp들어가서 확인해본결과 0이에요..죽고싶어요.죽여주세요..지금껏 태그가 안되서..눈물로 지새웠던 밤들이.....ㅠ.ㅠ)테이블태그가 먹길래..당연히 html을 허용해놓은줄 알고...아아아악...죄송해요...또 폐를 끼치기만 했군요..ㅠ.ㅠ (쓸쓸히 퇴장;;)

embed 나 기타 html 태그를 무제한 허용하는 게 사실 안 좋습니다. 보안의 문제가 있어서... 그렇다고 다른 건 막고 embed 만 허용하는 것도 간단하지 않아서요...

-- Raymundo 2004-5-29 2:34 am

• bab2 : KDIC에 불만이 쌓이고 있는데, 추천할만한 사전 프로그램 있으신가요? -,.-a - 2004-5-29 11:55 am
• Raymundo : bab2/ 저는 MsDict 영영하고, 디오텍의 e4u 가 있긴 한데, 언어에는 문외한이라 이게 추천할만한 것인지 모르겠습니다. 인터페이스는 kdic 과 kdic da 가 제일 편하던데요. - 2004-5-29 12:29 pm
• bab2 : KDIC이 4키로 넘는건 뒷부분을 전부 잘라 버리네요.. ;ㅁ; - 2004-5-29 7:27 pm

음, kdic 에 그런 제한이 있었는지는 모르겠는데, 애초에 "많은 표제어 + 짧은 설명"에 적합한 프로그램이지 적은 표제어 + 긴 설명에 적합한 프로그램은 아니죠. 그런 경우는 TomeRaider 가 괜찮은데, Zire71 에서 돌려보면 고해상도 지원이 영 아니라서...

-- Raymundo 2004-5-29 9:32 pm