Forms을 HTML으로 렌더링 rendering-forms-as-html

Forms 서비스는 웹 브라우저의 HTTP 요청에 응답하여 양식을 HTML으로 렌더링합니다. 양식을 HTML으로 렌더링하면 클라이언트 웹 브라우저가 있는 컴퓨터에서 Adobe Reader, Acrobat 또는 Flash Player(양식 안내서(더 이상 사용되지 않음)가 필요하지 않습니다.

양식을 HTML으로 렌더링하려면 양식 디자인을 XDP 파일로 저장해야 합니다. PDF 파일로 저장된 양식 디자인은 HTML으로 렌더링할 수 없습니다. HTML으로 렌더링될 디자이너에서 양식 디자인을 개발할 때 다음 기준을 고려하십시오.

HTML 페이지 html-pages

양식 디자인이 HTML 양식으로 렌더링되면 각 두 번째 수준의 하위 양식이 HTML 페이지(패널)로 렌더링됩니다. 디자이너에서 하위 양식의 계층을 볼 수 있습니다. 루트 하위 폼에 속하는 하위 폼(루트 하위 양식의 기본 이름은 form1임)은 패널 하위 폼입니다. 다음 예제에서는 양식 디자인의 하위 양식을 보여줍니다.

     form1
         Master Pages
         PanelSubform1
             NestedDynamicSubform
                 TextEdit1
         PanelSubform2
             TextEdit1
         PanelSubform3
             TextEdit1
         PanelSubform4
             TextEdit1

양식 디자인을 HTML 양식으로 렌더링할 때 패널은 특정 페이지 크기로 제한되지 않습니다. 동적 하위 양식이 있는 경우 패널 하위 양식 내에 중첩되어야 합니다. 동적 하위 양식을 무한 수의 HTML 페이지로 확장할 수 있습니다.

양식을 HTML 양식으로 렌더링할 때 페이지 크기(PDF으로 렌더링된 양식의 페이지 매김에 필요)는 아무런 의미가 없습니다. 유동성 있는 레이아웃이 있는 양식은 무한 수의 HTML 페이지로 확장될 수 있으므로 마스터 페이지에서 바닥글을 사용하지 않는 것이 중요합니다. 마스터 페이지의 컨텐츠 영역 아래에 있는 바닥글은 페이지 경계를 넘어 이동하는 HTML 컨텐츠를 덮어쓸 수 있습니다.

를 사용하여 명시적으로 패널에서 패널로 이동해야 합니다 xfa.host.pageUp 및 xfa.host.pageDown 메서드를 사용합니다. 양식을 Forms 서비스에 보내고 Forms 서비스가 양식을 클라이언트 장치(일반적으로 웹 브라우저)로 다시 렌더링하도록 하여 페이지를 변경합니다.

.fsc-ds-ssb: 이 스타일 시트는 빈 기호 필드의 경우 적용할 수 있습니다.

.fsc-ds-ssv: 이 스타일 시트는 유효한 기호 필드의 경우에 적용할 수 있습니다.

.fsc-ds-ssc: 이 스타일 시트는 유효한 기호 필드의 경우 적용되지만 데이터가 변경되었습니다.

.fsc-ds-ssi: 이 스타일 시트는 잘못된 기호 필드의 경우 적용할 수 있습니다.

.fsc-ds-popup-bg: 이 스타일 시트 속성을 사용하지 않습니다.

.fsc-ds-popup-btn: 이 스타일 시트 속성을 사용하지 않습니다.

스크립트 실행 running-scripts

양식 작성자는 서버에서 스크립트가 실행되는지 클라이언트에서 실행되는지를 지정합니다. Forms 서비스는 을 사용하여 클라이언트와 서버 간에 배포할 수 있는 양식 인텔리전스 실행을 위한 분산 이벤트 처리 환경을 만듭니다 runAt 속성을 사용합니다. 이 속성에 대한 정보나 양식 디자인 내에 스크립트 만들기에 대한 내용은 Forms 디자이너

양식을 렌더링하는 동안 Forms 서비스에서 스크립트를 실행할 수 있습니다. 따라서 클라이언트에서 사용할 수 없는 데이터베이스 또는 웹 서비스에 연결하여 양식을 미리 데이터로 채울 수 있습니다. 버튼의 Click 클라이언트에서 서버로 이동 데이터를 반올림하도록 서버에서 실행할 이벤트입니다. 이를 통해 사용자는 양식과 상호 작용할 때 엔터프라이즈 데이터베이스와 같은 서버 리소스를 필요로 할 수 있는 스크립트를 실행할 수 있습니다. HTML 양식의 경우 양식 계산 스크립트는 서버에서만 실행할 수 있습니다. 따라서 이러한 스크립트를 server 또는 both.

를 호출하여 페이지(패널) 간에 이동하는 양식을 디자인할 수 있습니다 xfa.host.pageUp 및 xfa.host.pageDown 메서드를 사용합니다. 이 스크립트는 단추의 Click 이벤트 및 runAt 속성이 Both. 선택한 이유 Both 이렇게 하면 Adobe Reader 또는 Acrobat(PDF으로 렌더링되는 양식의 경우)가 서버로 이동하지 않고 페이지를 변경할 수 있고 HTML 양식은 데이터를 서버에 반올림하여 페이지를 변경할 수 있습니다. 즉, 양식이 Forms 서비스로 전송되고 양식이 새 페이지가 표시된 상태로 HTML으로 다시 렌더링됩니다.

스크립트 변수 및 양식 필드에 항목과 같은 이름을 지정하지 않는 것이 좋습니다. Internet Explorer와 같은 일부 웹 브라우저는 스크립트 오류가 발생하는 양식 필드와 동일한 이름의 변수를 초기화할 수 없습니다. 양식 필드와 스크립트 변수에 다른 이름을 지정하는 것이 좋습니다.

페이지 탐색 기능과 양식 스크립트가 모두 포함된 HTML 양식을 렌더링할 때(예를 들어, 스크립트가 양식을 렌더링할 때마다 데이터베이스에서 필드 데이터를 검색한다고 가정함) 양식 스크립트가 form:readyevent 대신 form:calculate event에 있는지 확인합니다.

form:ready 이벤트에 있는 양식 스크립트는 양식의 초기 렌더링 중에 한 번만 실행되며 후속 페이지 검색에 대해 실행되지 않습니다. 반면에 form:calculate 이벤트는 양식이 렌더링되는 각 페이지 탐색에 대해 실행됩니다.

양식을 제출하기 전에 사용자 지정 스크립트를 호출할 수 있습니다. 이 기능은 사용 가능한 모든 브라우저에서 작동합니다. 그러나 사용자가 해당 HTML 양식이 있는 양식을 렌더링할 때만 사용할 수 있습니다 Output Type 속성 설정 Form Body. . Output Type is Full HTML. 이 기능을 구성하는 단계는 관리 도움말의 양식 구성 을 참조하십시오.

먼저 함수 이름이 인 양식을 제출하기 전에 호출되는 콜백 함수를 정의해야 합니다 _user_onsubmit. 이 경우 함수는 예외를 throw하지 않거나 예외를 throw하는 경우 예외가 무시됩니다. JavaScript 함수를 html의 헤드 섹션에 배치하는 것이 좋습니다. 그러나 를 포함하는 스크립트 태그의 끝 전 어디에서든 선언할 수 있습니다 xfasubset.js.

양식 서버에서 드롭다운 목록이 포함된 XDP를 렌더링할 때 드롭다운 목록을 만들 뿐만 아니라 두 개의 숨겨진 텍스트 필드도 만듭니다. 이러한 텍스트 필드는 드롭다운 목록의 데이터를 저장합니다(하나는 옵션의 표시 이름을 저장하고 다른 하나는 옵션 값을 저장합니다). 따라서 사용자가 양식을 제출할 때마다 드롭다운 목록의 전체 데이터가 제출됩니다. 매번 그렇게 많은 데이터를 제출하지 않으려는 경우 사용자 지정 스크립트를 작성하여 이를 비활성화할 수 있습니다. 예: 드롭다운 목록의 이름은 다음과 같습니다 drpOrderedByStateProv 하위 양식 머리글 아래에 래핑됩니다. HTML 입력 요소의 이름은 header[0].drpOrderedByStateProv[0]. 드롭다운의 데이터를 저장하고 제출하는 숨김 필드의 이름은 다음과 같습니다. header[0].drpOrderedByStateProv_DISPLAYITEMS_[0] header[0].drpOrderedByStateProv_VALUEITEMS_[0]

데이터를 게시하지 않으려면 다음과 같이 이러한 입력 요소를 비활성화할 수 있습니다. var __CUSTOM_SCRIPTS_VERSION = 1; //enabling the feature function _user_onsubmit() { var elems = document.getElementsByName("header[0].drpOrderedByStateProv_DISPLAYITEMS_[0]"); elems[0].disabled = true; elems = document.getElementsByName("header[0].drpOrderedByStateProv_VALUEITEMS_[0]"); elems[0].disabled = true; }

header[0].drpOrderedByStateProv_DISPLAYITEMS_[0] header[0].drpOrderedByStateProv_VALUEITEMS_[0]

var __CUSTOM_SCRIPTS_VERSION = 1; //enabling the feature
    function _user_onsubmit() {
    var elems = document.getElementsByName("header[0].drpOrderedByStateProv_DISPLAYITEMS_[0]");
    elems[0].disabled = true;
    elems = document.getElementsByName("header[0].drpOrderedByStateProv_VALUEITEMS_[0]");
    elems[0].disabled = true;
    }

XFA 하위 집합 xfa-subsets

HTML으로 렌더링할 양식 디자인을 만들 때 Javascript 언어로 된 스크립트의 경우 XFA 하위 집합으로 스크립팅을 제한해야 합니다.

클라이언트에서 실행되거나 클라이언트와 서버 모두에서 실행되는 스크립트는 XFA 하위 집합 내에 작성해야 합니다. 서버에서 실행되는 스크립트는 전체 XFA 스크립팅 모델을 사용하고 FormCalc도 사용할 수 있습니다. JavaScript 사용에 대한 자세한 내용은 Forms 디자이너.

클라이언트에서 스크립트를 실행할 때 표시되는 현재 패널만 스크립트를 사용할 수 있습니다. 예를 들어 패널 B가 표시될 때 패널 A에 있는 필드에 대해 스크립팅할 수 없습니다. 서버에서 스크립트를 실행할 때 모든 패널에 액세스할 수 있습니다.

또한 클라이언트에서 실행되는 스크립트 내에서 SOM(Scripting Object Model) 표현식을 사용할 때도 주의해야 합니다. 클라이언트에서 실행되는 스크립트에서는 SOM 표현식의 단순 하위 집합만 지원됩니다.

이벤트 타이밍 event-timing

XFA 하위 세트는 HTML 이벤트에 매핑된 XFA 이벤트를 정의합니다. 이벤트 계산 및 유효성 검사 타이밍에 대한 동작에 약간의 차이가 있습니다. 웹 브라우저에서 필드를 종료하면 전체 계산 이벤트가 실행됩니다. 필드 값을 변경할 때 이벤트 계산 이 자동으로 실행되지 않습니다. 를 호출하여 계산 이벤트를 강제 적용할 수 있습니다 xfa.form.execCalculate 메서드를 사용합니다.

웹 브라우저에서 이벤트 유효성 검사는 필드를 종료하거나 양식을 제출할 때만 실행됩니다. 를 사용하여 유효성 검사 이벤트를 강제 적용할 수 있습니다 xfa.form.execValidate 메서드를 사용합니다.

웹 브라우저에 표시되는 Forms(Adobe Reader 또는 Acrobat과 대조적으로)는 필수 필드에 대한 XFA null 테스트(오류 또는 경고)를 따릅니다.

null 테스트에 대한 자세한 내용은 Forms 디자이너.

양식 단추 form-buttons

제출 단추를 클릭하면 양식 데이터가 Forms 서비스로 전송되고 양식 처리 종료를 나타냅니다. 다음 preSubmit 이벤트는 클라이언트 또는 서버에서 실행되도록 설정할 수 있습니다. 다음 preSubmit 이벤트가 클라이언트에서 실행되도록 구성된 경우 양식 제출 전에 실행됩니다. 그렇지 않으면 preSubmit 이벤트는 양식을 제출하는 동안 서버에서 실행됩니다. 에 대한 자세한 정보 preSubmit 이벤트, 자세한 내용은 Forms 디자이너.

단추에 연결된 클라이언트측 스크립트가 없으면 데이터가 서버에 전송되고 서버에서 계산을 수행하고 HTML 양식이 다시 생성됩니다. 단추에 클라이언트측 스크립트가 포함되어 있으면 데이터가 서버로 전송되지 않고 클라이언트측 스크립트가 웹 브라우저에서 실행됩니다.

HTML 4.0 웹 브라우저 html-4-0-web-browser

HTML 4.0만 지원하는 웹 브라우저는 XFA 하위 집합 클라이언트측 스크립팅 모델을 지원할 수 없습니다. HTML 4.0과 MSDHTML 또는 CSS2 HTML 모두에서 작동하도록 양식 디자인을 만들면 클라이언트에서 실행되도록 표시된 스크립트가 실제로 서버에서 실행됩니다. 예를 들어 사용자가 HTML 4.0 웹 브라우저에 표시되는 양식에 있는 단추를 클릭한다고 가정합니다. 이 경우 양식 데이터는 클라이언트측 스크립트가 실행되는 서버로 전송됩니다.

양식 논리를 계산 이벤트에 배치하는 것이 좋습니다. 이 이벤트는 HTML 4.0의 서버에서 실행되며 MSDHTML 또는 CSS2 HTML용 클라이언트에서 실행됩니다.

프레젠테이션 변경 내용 유지 maintaining-presentation-changes

HTML 페이지(패널) 간을 이동할 때 데이터의 상태만 유지됩니다. 배경색 또는 필수 필드 설정과 같은 설정은 유지되지 않습니다(초기 설정과 다른 경우). 프레젠테이션 상태를 유지하려면 필드의 표시 상태를 나타내는 필드(일반적으로 숨김)를 만들어야 합니다. 필드의 Calculate 숨겨진 필드 값을 기반으로 프레젠테이션을 변경하는 이벤트는 HTML 페이지(패널) 간을 앞뒤로 이동할 때 프레젠테이션 상태를 유지할 수 있습니다.

다음 스크립트는 fillColor 값을 기준으로 한 필드 hiddenField. 이 스크립트가 필드의 Calculate 이벤트.

     If (hiddenField.rawValue == 1)
         this.fillColor = "255,0,0"
     else
         this.fillColor = "0,255,0"

디지털 서명 HTML 양식 digitally-signing-html-forms

양식이 다음 HTML 변환 중 하나로 렌더링되는 경우 디지털 서명 필드가 포함된 HTML 양식에 서명할 수 없습니다.

문서 디지털 서명에 대한 자세한 내용은 문서 디지털 서명 및 인증

액세스 가능성 지침을 준수하는 XHTML 양식 렌더링 rendering-an-accessibility-guidelines-compliant-xhtml-form

액세스 가능성 지침을 준수하는 전체 HTML 양식을 렌더링할 수 있습니다. 즉, 양식이 본문 태그(전체 HTML 페이지가 아님) 내에서 렌더링되는 HTML 양식과 비교하여 전체 HTML 태그 내에 렌더링됩니다.

양식 데이터 확인 validating-form-data

양식을 HTML 양식으로 렌더링할 때는 양식 필드에 대한 유효성 검사 규칙 사용을 제한하는 것이 좋습니다. 일부 유효성 검사 규칙은 HTML 양식에 지원되지 않을 수 있습니다. 예를 들어 YYYY-MM-DD의 유효성 검사 패턴이 Date/Time HTML 양식으로 렌더링되는 양식 디자인에 있는 필드는 날짜를 올바르게 입력하더라도 제대로 작동하지 않습니다. 그러나 이 유효성 검사 패턴은 PDF으로 렌더링된 양식에 대해 올바르게 작동합니다.

단계 요약 summary-of-steps

HTML 양식을 렌더링하려면 다음 단계를 수행하십시오.

프로젝트 파일 포함

개발 프로젝트에 필요한 파일을 포함합니다. Java를 사용하여 클라이언트 응용 프로그램을 만드는 경우 필요한 JAR 파일을 포함하십시오. 웹 서비스를 사용하는 경우 프록시 파일을 포함해야 합니다.

Forms 클라이언트 API 개체 만들기

데이터를 프로그래밍 방식으로 PDF formClient API로 가져오려면 먼저 양식 데이터 통합 서비스 클라이언트를 만들어야 합니다. 서비스 클라이언트를 만들 때 서비스를 호출하는 데 필요한 연결 설정을 정의합니다.

HTML 런타임 옵션 설정

HTML 양식을 렌더링할 때 HTML 런타임 옵션을 설정합니다. 예를 들어 HTML 양식에 도구 모음을 추가하여 클라이언트 컴퓨터에 있는 첨부 파일을 선택하거나 HTML 양식으로 렌더링되는 첨부 파일을 검색할 수 있습니다. 기본적으로 HTML 도구 모음은 비활성화됩니다. HTML 양식에 도구 모음을 추가하려면 프로그래밍 방식으로 런타임 옵션을 설정해야 합니다. 기본적으로 HTML 도구 모음은 다음 단추로 구성됩니다.

HTML 도구 모음이 HTML 양식에 나타나면 양식 데이터와 함께 제출할 파일을 최대 10개까지 선택할 수 있습니다. 파일이 제출되면 Forms 서비스는 파일을 검색할 수 있습니다.

양식을 HTML으로 렌더링할 때 사용자 에이전트 값을 지정할 수 있습니다. 사용자 에이전트 값은 브라우저 및 시스템 정보를 제공합니다. 이 값은 선택 값이며 빈 문자열 값을 전달할 수 있습니다. Java API 빠른 시작을 사용하여 HTML 양식 렌더링은 사용자 에이전트 값을 가져와 양식을 HTML으로 렌더링하는 방법을 보여 줍니다.

양식 데이터가 게시되는 HTTP URL은 Forms Service Client API를 사용하여 대상 URL을 설정하여 지정하거나 XDP 양식 디자인에 포함된 제출 단추에 지정할 수 있습니다. 대상 URL이 양식 디자인에 지정된 경우 Forms 서비스 클라이언트 API를 사용하여 값을 설정하지 마십시오.

HTML 양식 렌더링

HTML 양식을 렌더링하려면 디자이너에서 만들고 XDP 파일로 저장한 양식 디자인을 지정해야 합니다. HTML 변형 유형도 선택해야 합니다. 예를 들어 Internet Explorer 5.0 이상의 동적 HTML을 렌더링하는 HTML 변형 유형을 지정할 수 있습니다.

HTML 양식을 렌더링하려면 다른 양식 유형을 렌더링하는 데 필요한 URI 값과 같은 값도 필요합니다.

클라이언트 웹 브라우저에 양식 데이터 스트림 쓰기

Forms 서비스에서 HTML 양식을 렌더링하면 클라이언트 웹 브라우저에 작성해야 하는 양식 데이터 스트림을 반환합니다. 클라이언트 웹 브라우저에 작성하면 HTML 양식이 사용자에게 표시됩니다.

추가 참조

Java API를 사용하여 양식을 HTML으로 렌더링합니다.

웹 서비스 API를 사용하여 양식을 HTML으로 렌더링

AEM Forms Java 라이브러리 파일 포함

연결 속성 설정

Forms 서비스 API 빠른 시작

대화형 PDF forms 렌더링

사용자 지정 도구 모음을 사용하여 HTML Forms 렌더링

Forms을 렌더링하는 웹 애플리케이션 만들기

Java API를 사용하여 양식을 HTML으로 렌더링합니다. render-a-form-as-html-using-the-java-api

Forms API(Java)를 사용하여 HTML 양식을 렌더링합니다.

추가 참조

Forms을 HTML으로 렌더링

빠른 시작(SOAP 모드): Java API를 사용하여 HTML 양식 렌더링

AEM Forms Java 라이브러리 파일 포함

연결 속성 설정

웹 서비스 API를 사용하여 양식을 HTML으로 렌더링 render-a-form-as-html-using-the-web-service-api

Forms API(웹 서비스)를 사용하여 HTML 양식을 렌더링합니다.

추가 참조

Forms을 HTML으로 렌더링

Base64 인코딩을 사용하여 AEM Forms 호출