互換性ページ
互換性ページには、以前の 4Dバージョンとの互換性を管理するためのパラメーターがまとめられています。
-
標準のXPathを使用: デフォルトでは、4D 18 R3 より前のバージョンから変換されたデータベースではチェックが外されており、4D 18 R3 以降で作成されたデータベースではチェックされています。 18 R3 以降、4D の XPath 実装は、より多くの述語に対応しサポートするために変更されました。 結果的に、以前の標準でない一部の機能は動作しなくなります。 これには以下のような機能が含まれます: 18 R3 以降、4D の XPath 実装は、より多くの述語に対応しサポートするために変更されました。 結果的に、以前の標準でない一部の機能は動作しなくなります。 これには以下のような機能が含まれます:
- 最初の "/" はルートノードに限らない - "/" を XPath 式の最初の文字として使用しても、ルートノードからの絶対パスの宣言にはなりません。
- 暗示的なカレントノードはなし - カレントノードは XPath 式の中に含められていなければなりません。
- 繰り返された構造内の再帰的な検索は不可 - 最初の要素のみが解析されます。
標準的なものでなくとも、コードが以前と同じように動くように以前の機能を保ちたい場合もあるかもしれません。その場合、この チェックを外して ください。 標準的なものでなくとも、コードが以前と同じように動くように以前の機能を保ちたい場合もあるかもしれません。その場合、この チェックを外して ください。 その一方で、これらの非標準の実装をコード内で使用しておらず、拡張された XPath 機能 (DOM Find XML element コマンドの説明参照) をデータベース内で利用したい場合、この 標準のXPathを使用 オプションが チェックされている ことを確認してください。
-
macOSにて改行コードとしてLFを使用する: 4D 19 R2 以降 (XMLファイルについては 4D 19 R3 以降) の新規プロジェクトにおいて、4D は macOS でデフォルトの改行コード (EOL) として CR (xml SAX では CRLF) ではなくラインフィード (LF) をテキストファイルに書き込みます。 以前の 4D のバージョンから変換されたデータベースにおいてこの新しい振る舞いを利用したい場合には、このオプションをチェックしてください。
TEXT TO DOCUMENT、Document to text、および XML SET OPTIONS コマンドの詳細を参照してください。 以前の 4D のバージョンから変換されたデータベースにおいてこの新しい振る舞いを利用したい場合には、このオプションをチェックしてください。TEXT TO DOCUMENT、Document to text、および XML SET OPTIONS コマンドの詳細を参照してください。 -
Unicode テキストファイルに書き込んでいる際にデフォルトでBOMを追加しない: 4D 19 R2 以降 (XMLファイルについては 4D 19 R3 以降)、4D はデフォルトでバイトオーダーマーク (BOM) なしでテキストファイルに書き込みます。 以前のバージョンでは、テキストファイルはデフォルトでBOM 付きで書き込まれていました。 変換されたプロジェクトでこの新しい振る舞いを有効化するには、このオプションを選択します。
TEXT TO DOCUMENT、Document to text、および XML SET OPTIONS コマンドの詳細を参照してください。 以前のバージョンでは、テキストファイルはデフォルトでBOM 付きで書き込まれていました。 変換されたプロジェクトでこの新しい振る舞いを有効化するには、このオプションを選択します。TEXT TO DOCUMENT、Document to text、および XML SET OPTIONS コマンドの詳細を参照してください。 -
フィールド作成時にデフォルトで"ヌル値を空値にマップ"オプションのチェックを外す: ORDA の仕様により合致するために、4D 19 R4 以降で作成されたデータベースにおいては、フィールド作成時に ヌル値を空値にマップ フィールドプロパティがデフォルトでチェックされなくなります。 このオプションにチェックを入れることで、変換されたデータベースにおいてもこのデフォルトの振る舞いを適用することができます (ORDA で NULL値がサポートされるようになったため、今後は空値ではなく NULL値の使用が推奨されます)。 このオプションにチェックを入れることで、変換されたデータベースにおいてもこのデフォルトの振る舞いを適用することができます (ORDA で NULL値がサポートされるようになったため、今後は空値ではなく NULL値の使用が推奨されます)。
-
ノンブロッキング印刷: 4D 20 R4以降、各プロセスには独自の印刷設定 (印刷オプション、カレントプリンターなど) を持つようになりました。これにより、複数の印刷ジョブを同時に実行できます。 このオプションをチェックすると、アップグレード変換された 4Dプロジェクトや、バイナリモードから変換されたプロジェクトデータベースで、この新しい機能を有効化できます。 チェックしない場合、以前の実装が適用されます: カレントの 4D印刷設定がグローバルに適用され、印刷ジョブ実行中はプリンターが "ビジー" 状態になります。次の印刷ジョブのためにプリンターを利用可能にするには、
CLOSE PRINTING JOBを呼び出す必要があります (詳細は以前の4Dドキュメントを参照ください)。 このオプションをチェックすると、アップグレード変換された 4Dプロジェクトや、バイナリモードから変換されたプロジェクトデータベースで、この新しい機能を有効化できます。 チェックしない場合、以前の実装が適用されます: カレントの 4D印刷設定がグローバルに適用され、印刷ジョブ実行中はプリンターが "ビジー" 状態になります。次の印刷ジョブのためにプリンターを利用可能にするには、CLOSE PRINTING JOBを呼び出す必要があります (詳細は以前の4Dドキュメントを参照ください)。 -
ストラクチャーのカラーと座標を個別の catalog_editor.json ファイルに保存する: 4D 20 R5以降、ストラクチャーエディターでテーブルやフィールドのグラフィカルな表示 (色、位置、順序など) に加えた変更は、catalog_editor.json という個別ファイルに保存されます。このファイルはプロジェクトの Sourcesフォルダー に保存されます。 この新しいファイルアーキテクチャーにより、
catalog.4DCatalogファイルは重要なデータベースストラクチャーの変更のみを含むようになるため、VCSアプリケーションでマージの競合を管理しやすくなります。 互換性のため、この機能は以前の 4Dバージョンから変換されたプロジェクトではデフォルトで有効になっていません。有効にするには、このオプションをチェックする必要があります。 この機能が有効になっている場合、ストラクチャーエディターで初めて編集した時にcatalog_editor.jsonファイルが作成されます。 に加えた変更は、catalog_editor.json という個別ファイルに保存されます。このファイルはプロジェクトの Sourcesフォルダー に保存されます。 この新しいファイルアーキテクチャーにより、catalog.4DCatalogファイルは重要なデータベースストラクチャーの変更のみを含むようになるため、VCSアプリケーションでマージの競合を管理しやすくなります。 互換性のため、この機能は以前の 4Dバージョンから変換されたプロジェクトではデフォルトで有効になっていません。有効にするには、このオプションをチェックする必要があります。 この機能が有効になっている場合、ストラクチャーエディターで初めて編集した時にcatalog_editor.jsonファイルが作成されます。 -
旧式印刷レンダリングを使用する: 4D 21 R3 以降、4D はmacOS およびWindows 上でフォームを印刷するための、新しい、統一された印刷レンダリングエンジンを使用します。 旧式のスクリーンベースの印刷レンダラー でデザインされたフォームが今後も想定通りに印刷されるようにするため、このオプションは変換されたプロジェクトまたは4D 21 R2 以前で作成されたデータベースにおいてはデフォルトでチェックされています。 このオプションのチェックを外すと、モダン印刷レンダリングエンジン の恩恵を受けることができます。 フォームがLiquid Glass (macOS) または Fluent UI (Windows) インターフェース環境下でレンダリングされた場合、このオプションは無視されます: そのようなコンテキストにおいてはフォームは常にモダン印刷レンダダラーを使用して印刷されます(こちらのセクション を参照して下さい)。 旧式のスクリーンベースの印刷レンダラー でデザインされたフォームが今後も想定通りに印刷されるようにするため、このオプションは変換されたプロジェクトまたは4D 21 R2 以前で作成されたデータベースにおいてはデフォルトでチェックされています。 このオプションのチェックを外すと、モダン印刷レンダリングエンジン の恩恵を受けることができます。 フォームがLiquid Glass (macOS) または Fluent UI (Windows) インターフェース環境下でレンダリングされた場合、このオプションは無視されます: そのようなコンテキストにおいてはフォームは常にモダン印刷レンダダラーを使用して印刷されます(こちらのセクション を参照して下さい)。