🔐로그인하면 문서 작성, 프로젝트 게시, ZIP 기반 버전 업로드, 브랜치 생성 기능을 사용할 수 있습니다. 로그인하러 가기

플러그인 개발 가이드

Answer Summary

--- title: 플러그인 개발 가이드 document_id: 60-plugin-development-guide slug: 60-plugin-development-guide target_editor_version: 9.0.0 document_type: plugin doc_type: plugin target_readers…

브랜치 ⎇ main
리비전 r1
작성자 import
수정 2026.04.17
요약 파일 가져오기: 60-plugin-development-guide.md
md

플러그인 개발 단계

  1. 설계: 새 플러그인을 개발하기 전에 어떤 기능을 제공할지 명확히 정의하고, 기존 플러그인과 중복되지 않는지 검토합니다.
  2. 파일 생성: plugin/your_plugin/your_plugin.js와 필요한 경우 your_plugin.css, PHP 업로드 스크립트를 생성합니다.
  3. 등록: editor.lib.php$plugin_priority 배열에 플러그인 이름을 추가하여 로딩 순서를 지정합니다.
  4. 커맨드 정의: 플러그인 클래스 안에서 handleCommand 메서드를 구현하여 사용자 명령에 반응합니다.
  5. UI 통합: toolbar.js 또는 스킨 파일에 버튼을 추가하고, data-command 속성을 플러그인 명령에 맞춰 설정합니다.

수명주기와 이벤트

플러그인은 에디터 초기화 시점에 등록되고 init 함수가 호출됩니다. 이후 사용자의 입력이나 명령에 따라 handleCommand가 호출되며, 필요 시 onContentSet, onSelectionChange 등의 이벤트 핸들러를 구현합니다.

테스트와 배포

개발한 플러그인은 다양한 브라우저와 화면 크기에서 테스트해야 합니다. 오류가 없고 성능이 만족스럽다면, 문서 작성 규칙에 따라 설명서를 작성하고 내부 배포 또는 오픈 소스로 공개할 수 있습니다.

플러그인 설계 원칙

좋은 플러그인은 기능이 작더라도 책임이 선명해야 합니다. 툴바 버튼 표시, 사용자 입력 수집, 콘텐츠 삽입, 서버 통신, 스타일 처리가 한 파일 안에 뒤섞여 있으면 유지보수가 급격히 어려워집니다. 가능하면 버튼 트리거와 콘텐츠 처리 로직을 분리하고, 서버 의존 기능은 별도 엔드포인트 문서와 함께 관리하세요.

역호환성 전략

플러그인을 배포할 때는 최소 지원 버전을 문서 상단에 분명히 적고, editor.lib.php의 플러그인 등록 규칙과 충돌하지 않는 파일명 규칙을 지켜야 합니다. 특히 기존 사이트가 낮은 버전의 T2Editor를 쓰고 있다면, 새 플러그인이 요구하는 코어 이벤트나 CSS 클래스가 실제로 존재하는지 먼저 확인해야 합니다.

참고 자료

이 문서가 링크하는 문서 · 0
아직 내부 링크가 없습니다. 본문에 [[다른-문서]]를 넣으면 연결이 생깁니다.
백링크 · 0
아직 이 문서를 가리키는 다른 문서가 없습니다.
관련 문서
직접 연결된 관련 문서가 아직 없습니다.
문서 연결 지도

이 문서를 중심으로 들어오는 링크와 나가는 링크를 한 번에 볼 수 있습니다.

전체 보기
현재 문서 백링크 나가는 링크 양방향 연결
T2WIKI · 기술 통합 위키 & 프로젝트 허브 · 나무위키 + Markdown 완벽 지원 · SQLite · PHP 8.2 · 소개 · 문법 안내