잘됩니다. FF에서는 이상없이 됩니다. 플러그인이 비활성(미사용)중인 상태에서 저장을 하면 'undefined' 경고창이
나오게 되네요. 플러그인이 미사용중이라는 특정 멘트를 넣어야 겠네요. 이쁜말로~~
그리고, DB에 저장되는것 까지는 확인이 되었는데 설정창 또한 저장한 DB의 값과 같아야 겠네요. 새로고침이나
다시 설정가능을 클릭하여 설정창을 다시 올려놓으면 기본상태가 되네요.
위에 말한것 다 진행중이시죠?
바라던 것이 이뤄지니 정말 감동입니다. ghost_ghost님 점심 맛있게 드세요.
ps. IE에서는 인수에러가 나네요..

정확한 문제점
element.childNodes 가 찾아오는 node list 가
dom node 가 아니라 열림태그 텍스트  닫힘태그 이런 식으로 가져옴 즉
<parent><ele> ldsfsdflj </ele></parent>
IE : parent.childNodes => { ele , dsljfldsf /ele }
FF : parent.childNodes => { ele(object) }

결국 그 옛날 처럼..... 브라우저에 따라 코드를 다르게 가져가야 할듯...... ㅠㅠ

오~~ 방금 적용해보니 바로되네요. 우와 정말 대단하십니다.
ㅋㅋ 이제 남은 일은 플러그인 업그레이드 하는일뿐입니다. ghost_ghost님 복 왕창 받으실겁니다.~~
디자인은 리체님이나 나니님께 숙제로 남겨두시는 것이.... (~ ^^)~
아니면, 몇분이 만드신 것중 선택하는 것도 괜찮을 듯 합니다. 디자인 쪽은 넘 어려워서~~
참, 저번에 말씀드린 설정창의 세로 크기를 지정하는 것은 문제가 있을까요?
혹, 설정하는 부분이 많을경우를 대비해 조정을 할수 있는 부분이 있으면 좋을듯합니다.
현재 설정창의 폭이 조금 크네요. 그냥, 입니다.~~

추가 사항:
설정 플러그인 구현 및 검증 에서 설정값 접근 하는 법입니다.

  function myplugin(...){
    globl $configVal;
    $myConfig = fetchConfigVal( $configVal);
    //요렇게 하면 $myConfig에 앞에 글처럼 설정이 저장된 array가 뛰쳐나옵니다......
    ......

  }

1. name부분은 값에 접근 할때 필요하므로 그냥 가는 것이 날것 같습니다. 의도는 필드셋마다
2. id 보다는 class가 어떨지...
3. 제가 약간 착각 한게 있어서 ㅠㅠ 관련부분  다시 작성중입니다.
4. ??
5. 맞는 것 같습니다. 작업 중입니다.
7. 스키마 논의때 없었던듯한데...

6. 번에서 약간 이견이 있는데...
자바스크립트를 허용하면 처음 나왔던 방안(사용자가 html을 작성) 과 거의 틀리지 않은 상황이 될듯합니다....이에 대한 대안이 필요할듯 합니다.

ㅠㅠ 그래서 dataValHandler를 추가 시킨건데....

지금 2.3.4.5.7. 번 작업 하고 있습니다.. ㅠㅠ http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd 요거 보면서....

엄청 삽질 해놨더라구요 ㅎㅎ

4. 7. 번 관련해서는 작업 끝내고 스키마 알려드릴게용
7. caption 위치 조정 할 필요 없죵 ? 3개면... 복잡하니... ㅋㅋ CSS로 해결해주세용 아싸리 div 로 처리해버리겠습니다...

ghost_ghost (2006-07-26 21:16:41)에 의해 마지막으로 수정

전 솔직히 왜 자바스크립트를 못 넣는가에 대해 납득이 되지 않습니다. 누가 좀 자세히 설명 부탁드립니다.

기본 스타일로 가도록 하는 것도 방법이지만 여러 방법을 사용할 수 있다면 더 좋은 것이 아닐런지요. 애초 컨셉이 자유로운 레이아웃이었으니까요.

총체적으로 자바스크립트까지 염두에 두고 id를 생각하고 있습니다. class가 추가 된다고 나쁠 것은 없겠지요. 제가 제시한 1번 항목과도 관련이 있을 수 있습니다. name을 가공하는 것보다는 그 가공된 값을 id로 지정하는 편이 어떨까 합니다.

graphittie (2006-07-26 21:58:14)에 의해 마지막으로 수정

이해가 잘 안 됩니다. 참고로 전 비전공자입니다. 좀 자세하게 설명 부탁드리겠습니다.:|

name은 중복될수 있고.... id는 유일해야하는 것으로 알고 있습니다.... radio 와 checkbox의 경우 field 항목의 name 하나로 접근되고 있습니다. 이런 경우
id를 사용하려면 가공이 들어가야할듯합니다....

^^;; 처음에 제시했던 부분이 가장 비용 대비 효과가 좋은 듯 했습니다....
ㅎㅎ 플러그인 개발자가 javascript로 화면을 제어하는 경우보다... html로 직접 접근하는 것이 낳지 않을 가요?
데이터도 직접 $_POST데이터 그대로 전달해주고... 자신이 원하는 포맷으로 저장하고....

답답하긴 하지만  논의가 많이 되는것이 좋습니다. ^^ 원래 구글톡에서 graphittie 님하고 좀더 논의를 하고 들어가려고 햇는데 연락이 안되더군요 ^^;;

또 얻는 것도 쏠쏠찮습니다... 내공이라고 하죠 ㅎㅎ
방금 설정 화면에서
  <p>
    <a href="http://validator.w3.org/check?uri=referer"><img
        src="http://www.w3.org/Icons/valid-xhtml10"
        alt="Valid XHTML 1.0 Transitional" height="31" width="88" /></a>
  </p>
요거 따놨습니다.. ㅋㅋ

일단 오늘은 늦었으니 저는 이만 퇴근을 ㅎㅎ

아 이건 다른 문제점인데.....
현재 구조는 플러그인 제작자가 설정값을 모두 알고 있다는 전제하에 짜여지고 있어서 걱정됩니다.
''' 꼭 피해가려고 생각하는 사용자 '''는 분명 예측 가능한 설정값도 다루고 싶어할 듯합니다...
예를 들어 random photo viewer처럼 사용자의 글분류를 인수로 받는 경우 플러그인 제작당시에는 모르지만
예측 가능한 데이터를 다루고 싶어 할때는 방법이 없지요 ... 언제 이부분에 대한 논의도 하지요 ㅎㅎ