그동안 블로깅 툴을 이것 저것 써 보면서 블로그 API가 제대로 동작하지 않는 것을 발견 했습니다.
지금은 대충 수정을 해서 개인적으로 사용하는데는 문제가 없습니다만, 어디로 누구에게 reporting 해야 되는지를 몰라서...

1. 태그 정보가 clear 되는 현상
   - Firefox, ecto, MarsEdit 등 공통
   - mt_setPostCategories() 에서 $post->open()  후 $post->loadTags()로 태그 재설정 필요함

2. 카테고리 정보를 못가져오거나 블로깅 툴이 먹통이 되는 현상
   - mt_getPostCategories() : return value가 array()로 설정 되어야 함

3. 글 작성/수정 후 카테고리가 정확하게 설정되지 않는 현상
    - MarsEdit 등
    - metaWeblog_editPost()  : api_make_post() 후 기존 카테고리 정보를 가져와 setting 해 줘야 함

3. Comment & Trackback 허용/불허 체크가 안먹는 현상
    - 블로깅 툴 전반
    - api_make_post() :  $post->acceptComment  = $param[...] != 1 ? 로 되어있는 부분들에서 1을 "1"로 type-casting 필요.

4. 위의 error와 관련하여 여기 저기 code 수정이 조금씩 필요함.

수정된 blog.api.php는 제 블로그에서 살펴보실 수 있습니다.

플러그인에서 사용자 DB를 만들고 처리할 수 있는 규격에 대한 언급이 있었던 것 같은데 찾을수가 없네요.
혹 정리된 문서가 있을까요?

목적은 plugin에서 dB를 생성하고 자료를 넣은 후 다른 plugin에서 참조하려고 합니다.

좀 개념이 없는 질문일 수 있곘습니다만...

카테고리 별로 서로 다른 스킨을 적용할 수 있을까요?
예를 들면, 음악 -> 음악용 스킨, 사진 -> 사진용 스킨...

한가지 스킨으로 전체를 만족시킬 수 없기에 이런 생각을 해 봤습니다만...

이미지 첨부시 [##_1C| filename | ....] 과 같은 형식을 사용하는데, filename과 앞뒤의 '|' 사이에 공백이 들어가면 문제가 되는 군요.

첫번째 '|'와 filename 사이에 공백이 들어가면 인식 불능.

filename과 두번째 '|'  사이에 공백이 들어가면 그냥 첨부 파일로 인식.

1. WYSWYG 실행 조건

설정|글쓰기|기본포매터의 설정이 편집기의 기본모드를 설정하는 것 외에 side effect가 있는 것 같습니다.

swtich (설정|글쓰기|기본포매터) {
case TTML:
case HTML:
      switch(글 마지막 저장한 포맷터) {
      case TTML:
      case HTML:
                     편집시 포매터를 변경해도, TTML을 선택하면 WYSWYG 실행됨
                     break;
      case Textile:
                      편집시 TTML 선택해도 WYSWYG 실행 안됨
      }
     break;
case Textile:
     저장 포맷과 상관 없이, 편집시 TTML을 선택해도 WYSWYG 실행 안됨
     break;
}

WYSWYG 실행여부가  function(환경설정의 기본 포맷터, 마지막 저장 포맷)으로 이루어집니다. ㅠㅠ

2. 이미지 태그

Center/Left/Right 정렬의 경우, TTML과 더불어 Textile 편집기에서 불러와도 화면에 잘 뿌려집니다.
그런데 HTML로 편집/저장하게 되면 태그만 보입니다.

HTML로 저장된 파일에서도 파싱이 필요한듯....합니다.

허접한 플러그인을 하나 만들어 보려고 하고 있습니다.
물론 html, php 다 초보 수준입니다.

질문:
관리자 메뉴에 Plugin P 항목을 추가해서 a.php 에 있는 function A()를 호출하는 것까지는 잘 됩니다.

A()를 수행하기 위해 필요한 사용자 입력이 있는데, 이것은 플러그인 환경설정에 가져오기가 곤란한 자료들이라서 별도의 폼을 만들었습니다.
폼은 form.php 에 저장되어 있습니다.

index.xml에다 handler form_handler를 집어넣고, index.php에 다음과 같이 정의를 했습니다.
사용자가 OK 버튼을 누르면, ValidationInput() 함수에서 폼내의 값들을 확인해서 올바른 값이면 function A()를 부르고 아니면 에러메시지를 출력하고 다시 폼을 뿌려주는 함수입니다.

plug_in과 연동 시키지 않았을때 ValidationInput()이 잘 작동하는 것을 확인한 뒤 plug-in에 붙였는데, 화면에 출력은 동일하게 잘 됩니다(약간의 우여곡절이..).

근데 문제는 버튼을 클릭했을때, 연동시키지 않았을때는 check를 잘하던 isset($_POST[..]) 함수가 plug-in과 연동했을때는 항상 false가 넘어 옵니다.

즉, $_POST['OK']값이 undefined 되어 있는 것 같습니다.

Javascript로 짜서 확인 해 보면 document.myform.OK.value 가 onclick시 'OK'로 잘 세팅되어 있더군요.

플러그인에서 일반적인 폼을 작성한 후, $_POST로 값을 받을 수 없는 것인가요...?

<?
function form_handler()
{
?>

<form method="POST" name="myform">
....
<input type='submit' name='OK' value='OK'>
</form>

<?
}

if ( isset($_POST['OK'] ) {
  ValidationInput();
}
else {
form_handler();
}
?>

두번째 질문은 form의 action 부분에 do_work.php를 연동시켰습니다.

<form  method="POST" action="do_work.php"...>

<input type="submit">
</form>

버튼을 클릭하면 do_work.php를 수행하고 do_work.php는 화면에 "hello"를 출력하는 초간단 파일입니다.

<?
echo "Hello<br>";
?>

do_work.php는 index.php와 동일한 디렉토리에 존재하는데, 버튼을 클릭해도 수행이 안되는 것 같습니다.
브라우저의 주소창에는 do_work.php가 보이긴 하지만 화면에는 공백만 나타납니다.

plug-in에서는 form에서 외부 스크립터 화일을 직접 수행하지 못하는 것인가요??

* 너무 질문이 횡설수설...합니다. *