|
PDF および HTML をレンダリングするために使用されるフォームデザインの間には、動作の相違があります。PDF としてレンダリングされたフォームデザインの表示には Acrobat または Adobe Reader を使用します。
フォームを HTML としてレンダリングする場合、クライアントデバイス（古いブラウザーなど）によっては、個々のオブジェクトプロパティに対するサポートレベルが同じでないことがあります。そのような制限が少ない単一のフォームデザインを作成するには、次のプロセスに従います。
『Transformation Reference』を参照し、特定のクライアントデバイス上でオブジェクトがどのように動作するかを確認します。
固定レイアウトのフォームをデザインして HTML として出力する場合、変換キャッシュを有効にします（Designer ヘルプを参照）。
フォームデザインを作成する際は、サポートされていないオブジェクトプロパティに依存せずにフォームを実装する方法を探し、制限に対処します。
必要に応じて、PDF と HTML の両方に有効なレイアウトを含めます。
Designer ヘルプの「アクセシブルなフォームの作成」を参照し、ガイドラインに従ってフォームデザインにアクセシビリティを組み込みます。
フォーム開発者に、スクリプトを実行する場所を確認します。デフォルトでは、スクリプトはクライアントで実行されます。フォームデザインに含めるスクリプトがサーバーまたは、クライアントとサーバーの両方で実行される場合は、デフォルトの設定を変更する必要があります。例えば、フォームデザインに、サーバーでのみ使用可能なエンタープライズデータベースからデータを抽出するスクリプトが含まれている場合があります。このような場合、スクリプトをサーバーで実行するよう、デフォルトの設定を修正する必要があります。
Designer またはクライアントデバイス（Web ブラウザーなど）を使用して定期的にフォームをプレビューし、デザインプロセスの早い段階で問題のトラブルシューティングを行います。
Forms サービスによってフォームの内容が事前入力される場合は、テストデータを使用してフォームデザインを完全にテストします。
Forms サービスでフォームデータの取得、計算、またはフィールドデータの検証を実行するには、要求を開始するメカニズムをフォーム上に用意する必要があります。これは通常、フォームデザインにあるボタンを使用して行います。コマンドボタンラベルに表示されるキャプションは、そのボタンの機能をエンドユーザーに示します。ユーザーがボタンをクリックすると、そのボタンに関連付けられたスクリプトにより、フォーム関連処理が実行されます。通常は、ボタンにより、送信または計算のいずれかの処理が開始されます。
ボタンは、フォームデザインスクリプトに含まれるロジックを開始する最も一般的な方法です。Designer でフォームデザインにボタンを配置し、送信オプションを設定すると、送信処理が設定されます。送信ボタンの目的は、フォームの入力を完了し、データを Forms サービスに送信することです。ただし、このプロセスは、検証処理により中断される場合があります。例えば、ユーザーが間違った値を入力した場合、フォームデータを送信する前に、ユーザーが値を訂正することが必要になる場合があります。フォームにその他のボタンタイプを配置すると、計算処理が設定されます。計算処理は、送信処理の前に、計算を実行してフォームを更新することを目的としています。
|
|
|
