12.1 このリリースでの新機能

Oracle Reports 11g リリース1 (11.1.1)は、表12-1(表1-1「11gの機能と10gの機能との比較」の一部)に示すようにフォント処理が大幅に強化されています。

表12-1 11gのフォント機能と10gの機能との比較

11gの新機能	10gにおける同等機能
TrueTypeフォント(TTF)とTrueType Collections (TTC)がクロス・プラットフォームでサポートされています。UNIXにおけるレポート出力は通常、Windowsと同じであるので、クロス・プラットフォームの配布を簡単にできます。 Oracle Reportsでは、フォント・メトリックを適切なTTFファイルから読み取って、レポート出力を正しくフォーマットします。これによって、フォント・メトリックの不一致によりテキスト文字の不揃いが発生する問題がなくなります。使用可能なTTFファイルのフォントは自動的に検索されます。TTFフォント・ファイルが見つからない場合、11gより前の実装のフォント検索メカニズムが使用されます。 新しい環境変数のREPORTS_ENHANCED_FONTHANDLINGとREPORTS_FONT_DIRECTORY	UNIXとWindowsのレポート出力のフォントにおける潜在的な不一致は、WindowsとUNIXのフォント・メカニズムにおける違いが原因で発生します。フォント・エイリアシングがPDFフォント・サブセットとともに必要でした。 古いフォント・ファイル・タイプ(たとえば、AFM)がサポートされています。これらのフォント・タイプをすべてのフォントで取得するのは困難です。TTFをAFMに変換する必要がある場合がほとんどですが、これらのファイルでもWindowsにおける出力と完全に同一の出力は実現されませんでした。
PDFのすべてのキャラクタ・セットがサポートされています。新しいフォント・モデルにより、PDFサブセット化レポート出力で不揃いが発生しません。UNIXでPDFのUnicodeフォント・サブセットがサポートされています。	マルチバイト・レポートのみサポートされています。UNIX出力でテキスト文字の不揃いを解決するには、PFMファイルとPFAファイルの作成が必要です。AFMファイルに依存します。 可変幅フォント出力が特に問題でした。その理由としてはReportsではファイルで最初の256文字よりも後にある文字列の幅を取得できなくて、これらの文字列がすべて固定幅として扱った結果、不揃いが発生したためです。
Oracle Enterprise Managerによりフォントの管理と構成が単純になりました。Oracle Enterprise Managerを使用して、uifont.aliのエイリアシング関連エントリとサブセット化関連エントリ(グローバル・エイリアシング、PDFエイリアシング、PDFサブセット化など)、プリンタ解像度および使用対象デフォルト・フォントを変更します。	uifont.aliと構成ファイルのフォントを構成します。
PDF、パスワードによる保護、およびセキュリティ。新しいコマンドライン引数を指定して、Oracle Reportsで生成されたPDFレポートをパスワード保護します。特定の権限を抑止すると、生成されたPDFレポートのセキュリティを確保することもできます。	PDFレポートの暗号化やセキュリティ権限の指定はできません。
フォント診断機能に対応しています。フォント問題の診断ではトレースを容易に理解できるようになりました。使用されているフォントのレポート報告機能や他にもデバッグ・ツールが用意されています。	問題を診断するのは困難です。