TeamWicked Design System / 컴포넌트

폼

관련 입력을 한 작업으로 검증·저장을 위한 컴포넌트.

적용 범위: TeamWicked 자체 브랜드·웹사이트. 호스팅 제품의 외형은 포함하지 않습니다. 공통 동작 규칙을 재사용하며, 다른 체계의 사례는 비교 근거일 뿐 스타일 상속이 아닙니다.

실행형 예제

서버 이름 변경

검증과 저장 피드백을 확인하는 예제입니다.

TeamWicked 웹사이트 토큰으로 구성한 동작 예제예시 데이터 · API 미연결

목적과 사용

관련 입력을 한 작업으로 검증·저장에 사용합니다. 긴 다단계 업무를 작은 모달 안에 억지로 넣지 않습니다.

구성과 변형

작업 제목, 관련 필드 그룹, 도움말·오류, 제출·취소. 변형의 외형은 각 제품의 기존 토큰을 사용합니다. Carbon의 크기·색·모서리·아이콘을 가져오지 않습니다.

동작 규칙

  • FRM-01 MUST: 서버 검증이 최종 권한이며 클라이언트 검증은 보조입니다.
  • FRM-02 MUST: 필드 오류와 전체 실패를 지속적으로 볼 수 있게 제공합니다.
  • FRM-03 MUST: API·필드 이름·CSRF·method·기존 제출 이벤트 계약을 보존합니다.
  • FRM-04 MUST: 진행 중 제출을 제어하고 실패 후 다시 제출할 수 있게 합니다.

콘텐츠 예시

좋음: 필드 옆 오류 + 필요한 경우 요약 / 피함: 사라지는 toast만 표시.

우리 구현과 연결

TeamWicked 자체 웹사이트의 토큰과 CTA를 사용합니다. vPanel·Pterodactyl·Store의 구현은 WickedHost 체계에 속하며 이 체계의 컴포넌트를 정의하지 않습니다. 실행 예제의 원본 경로는 구현 코드 탭을 확인하세요.

상태와 검증

한글·빈 값·복수 오류·요청 지연·오류 수정·JS 없는 Blesta 폼 경로를 확인합니다.

일반·hover·focus·실행 중·실패·성공·disabled·read-only 중 해당하는 상태를 기록합니다. 해당하지 않는 상태를 임의로 만들지 말고 이유를 남깁니다. 검증 체크리스트에 증거를 연결합니다.

출처와 적용 범위

원본 확인 범위와 운영 적용 여부를 구분합니다. 실행형 예제의 동작 확인은 모든 운영 화면의 접근성 검증을 의미하지 않습니다.

Markdown 원본 다운로드