아무리, 플러그인으로 다른 포스팅처럼 출력시키는게 가능하다고 해도,
테더의 스킨이 바뀌었을때에 그것마저 적용시키기는 쉽지 않겠죠...
요지는 이겁니다.

물론 저도, KeywordUI 를 이용해서 wiki 처럼 일부 가능하게 만들긴 했지만,
(먼저 계속적으로 말하고 있듯이, 시간을 충분히 낼 수가 없습니다.)
더구나, 시간이 난다고 하더라도,
플러그인에서, 스킨의 변경을 확인후에, 플러그인의 출력스킨을, 테더설정스킨으로 바꾸는건 거의 가능하지 않다고 보여집니다.

플러그인으로의 확장성도 의미가 있지만.
이런 면에서는 플러그인으로 확장이 어렵지요...
이렇기에, 테더쪽에서, 다른 포스팅과 동일하게 처리할 수 있도록 하는 루틴 하나가 있으면.. 하는 것이죠..

물론 기존의 내용들과, 기반코드 들이 있기에...
이런 부분이 그리 어렵지 않다는 것을 알고 있습니다.
그리고, 혹시라도 제가 테더소스를 고쳐서 한다면, 이역시 많은 수정이 필요없을 것이란건 알구 있구요.
(물론 소스분석에 시간이 많이 걸리겠죠...)
하지만, 만약 테더의 버전이 업그레이드 된다면, 그러한 버젼업된 다른 기능들을 포기해야만 하지요..
이걸 원하는 것은 아닙니다.

해당 디렉토리에 롸이팅 퍼키션이 있느냐 없느냐에 따라 다르지 않아요?
저 역시 웹쪽은 문외한이라 잘은 모르겠지만...

해당플러그인에, 호환가능한테더버전도 같이 들어가야하지 않을까 생각합니다.
0.5 버전의 테더를 사용하는데, 플러그인은 최신의것을 사용한다면..
(그럴분들이야 거의 없겠지만서도.. ^^;)

음.. 그럴수도 있겠군요...

근데...
방금
preg_match_all 와 str_replace로 처리하도록 함수를 바꿔봤습니다.
이거 첨보는 함수들이라, 익히는데 혼동했네요...
이거는 왜 될까요???

솔직히 내부에서 regular expression을 사용할 용도가 아니라면,
저런정도의 코드만으로도 충분한데...

function WikiLink($value,$hostURL, $blogURL)
{
    // [wiki:value] 의 "value"를 받아서
    // "<a href=xxx/keylog/value>value</a>"를 리턴하는 역활을 합니다.
    if(($mid=strpos($value," "))==true) {
        $name = substr($value,$mid+1);
        $value = substr($value,0,$mid);
    } else {
        $name = $value; 
    }
    $link = "<a class=\"key1\" href='" . $hostURL . $blogURL . "/keylog/" . $value . "'>";
    $link .= $name; //"<font color=#177fcd>" . $name . "</font>";
    $link .= "</a>";
    return $link;
}

function Wiki($target, $mother) {
    global $hostURL, $blogURL;

    while(($start=strpos($target,"[wiki:"))==true
        && ($end=strpos($target,"]",$start+6))==true )
    {
        $prefix  = substr($target,0,$start);
        $value   = substr($target,$start+6,$end-$start-6);
        $postfix = substr($target,$end+1);

        $target  = $prefix;
        $target .= WikiLink($value,$hostURL, $blogURL);
        $target .= $postfix;
    }

    return $target;
}

소스 올립니다.

오호 그렇군요..
감사합니다.

그러고보니..
따오기를 해보 에디트창이 크게 나오는군요...
^^

음.. 뭔가 오해가 한가지 있었던것 같습니다.

C++얘기를 한 것은, 사용자들이 프로그램등에 무지하지는 않다는 걸 얘기하고 싶었습니다.
실제로 실무 회사에서의 C++경력 5년이면, 큰 경력 아닙니다.
이는 충분히 주지하고 있습니다.
다만, "사용자들이 모를것이기에.."라는 전제로 시작하는건...

"개발이 어려운 점"이 물론 프로그램 확장에 큰 중요도를 지닌다고 생각됩니다.
다만, 개발이 어렵기에 포기한다는건 좀 합당하지가 않다고 생각했기 때문입니다.
나름 함리화입니다만..
이 부분의 확장이 전체적인 성능저하에 영향을 미치기 때문에, 효율성 면에서 배제한다든지.
다른 프로젝트/기능확장의 중요성으로, 이부분의 개선의 중요성이 떨어진다든지..
"정말로 개발의 어려움이 있기에", 이부분의 구현이 어렵다던지...
등 다른 합당한 이유가 많을거라 보여집니다.

그리고, 이는 중요한 것은 아닙니다만, 나중에라도 고려대상이 되어야 하지 않을까 하는 부분입니다.
사용자가 직접 요구하는 부분이 이고, 사용자가 요구를 하지는 않지만 원하는 부분이 있습니다.
지금당장 요구하는 사람이 10명뿐인 기능이 있고, 당장요구를 하지는 않지만 제공될 경우 100명 이상이 쓸 수 있는 기능이 있습니다.
specific하게 제한을 걸어서 막아놓는 부분에 대해서, 사용자들은 단지 10명이 불만을 하지만, 그 부분이 general 해지면 100명이 기뻐할 수 있는 부분이 있습니다.
물론 저 부분 대신 새로운 기능의 추가에 1000명이 기뻐하는 부분이 있을수도 있겠죠...
이 부분의 선택에 대해서는, 테더 개발/기획진 분들이 잘 판단하시리라 생각합니다.
^^

PS:
질문 하나 있습니다.
여기 forum에 글 올릴때, input form(edit box라고 하면 안될듯...)의 세로사이즈가 너무 작네요.
1-3줄 답글을 달기에는 좋을지 모르겠지만,
forum의 특성상, 그 이상의 줄이 되지 않을까 생각합니다.
이부분 늘릴 수 있는 방법이 없을까요???

혹시 저런 체크를 만들어두고...

여기부터가 중요합니다 !!!

저런 체크만 검색하는 검색툴을 만들어주실 의향은 없으신지..

내심 기대하고 있습니다. 앞으로 밤에 검색하러 다니지 않아도 될것 같다는 기대감에...

*^^*

저는. 우선. 유저의 입장에 한표 합니다.
모든 제품개발에 있어서, 개발의 주체가 개발자가 되어서는 안됩니다.
사용자가 주가 되어야 하지요..

프로그램 역시 마찬가지라고 생각합니다.
프로그램 개발의 주체는 사용자가 되어야지, 개발자가 되어서는 안됩니다.
그런 면에서, 이런 문제를 접하는데 있어서.
개발자가 이렇게 맘에들게 만들어놨으니, 사용자가 알아서 사용하고 싶으면 사용하고, 말고 싶으면 말고.. 라는 식으로의 접근은 좀... 그렇습니다.

물론 어느정도의 타협점은 있을 수 있습니다.
현실적으로 개발의 어려움이나, 배포의 어려움 등으로, 혹은 어떤 개념적인 문제...
일부분 타협점이 있을수는 있습니다만.
이런 근거가 아닌, "아무것도 모르는 유저"라고 폄하하는것은.. 좀 문제가 있다고 봅니다...
(질문 들어갑니다.. 정말 개발이 어려운건가요?? 정말 개발이 어려운 부분인가요??)
(정말 2단계 이상을 두는것이 개념적으로 어떤 문제인시 설명을 듣고싶습니다.)

저 역시 유저입니다.
하지만, C/C++의 실무5년 이상의 개발경력을 가지고 있습니다.
물론, 유닉스나, 웹프로그램, 등은 잘 하지는 못하죠..
그렇다고, 아예모르는건 아닙니다. 언어라는게 다 똑같아서, 조금만 다뤄보고, 몇가지 문제만 익히면 되니깐요.
저와같은 유저를 "아무것도 모르는 유저"라고 말씀하신다면, 상당히 불쾌합니다.

그리고, 서비스 개발에 대해서 한마디 한다면,
어떠한 프로그램도 발전을 하게 된다면 진통이 있게 마련입니다.
그 진통이 두려워서 발전을 안한다면, 그건 죽은거나 마찬가지 입니다.
"그 결과가 현재 많이 드러나고 있지요.. 모든 비리는.......... "
어떠한 비리가 있는지는 모르겠습니다.
하지만, 문제가/비리(?)가 생기는것이 두려워서 발전하지 않는 테더라면,
앞으로 수명이 얼마 하지 않을겁니다.
테더 뒤에는 많은 프로그램들(WordPress, ...)이 버티고 있습니다.

PS:
잘 가져다 쓰는 주제에..
주제넘게 나서서 죄송합니다.
extendability와 constraint...
조율하기어려운 문제죠.. ^^

허걱...
저 SOP 쓰는 중입니다.
나중에 시간되면, 알바라도 하죠. ㅋㅋ
참고로 저는 주로 C/C++, Template 프로그램 쪽으로 넉넉합니다만.
웹에는 약한 편이라...
피드백은 가능한한 도와드릴 수 있습니다...
다시 inureyes 님께 터치.
ㅋㅋ