4D Japan
テクニカルサポートブログ-
Write ProでEMF画像は印刷できない
4D Write Proは，印刷バックエンドにDirect2Dテクノロジーを使用しています。
.emfイメージのレンダリングには，GDIコンテキストが必要なため，Write Proでは印刷することができません。これは仕様です。ベクター画像をドキュメントに挿入したい場合，旧来の.emf形式ではなく，標準的な.svg形式を使用してください。Microsoftは，画面と印刷でレンダリングが一致することを謳っていません。それは歴史的にAppleが強いとされる分野であり，グラフィック関係者がMacを選択する理由のひとつでした。Windowsは，基本的に画面と印刷ではまったく違う処理をしています。
v12以前のWindows版4Dは，画面と印刷の両方にAlturaライブラリを使用していました。Alturaは，Macのエミュレーションであり，Windows本来の96 DPIではなく，72 DPIの描画をします。画面と印刷の差は少なかったかもしれませんが，ネイティブ描画ではなく，Windows版の出力は必ずしも理想的とはいえないものでした。
v13以降のWindows版4Dは，画面にDirectXを採用するようになりました。ハードウェアアクセラレーターを使用した高速なレンダリングであり，全体的に従来よりも美しい出力が可能になっています。一方，印刷には，当時のプリンタードライバーで主流だったGDIが使用されています。このコンビネーションでは，画面と印刷でかなりの差があったかもしれません。
v17のWindows 64ビット版は，画面と印刷の両方にDirectXを使用しています。画面と印刷の差は再び縮まったと思われますが，Macとは違い，システムレベルで一致が保証されているわけではありません。
SET PRINT OPTIONのLegacy printing layer optionを使用すれば，強制的に以前（32ビット版）のGDIエンジンで印刷を実行することができます。v13に近い出力が得られるかもしれませんが，画面と印刷の違いは，プリンタードライバーに依存します。たとえば，Microsoft Print to PDF driverは，DirectX用に設計されており，GDIモードのサポートは貧弱です。反対に，GDIのほうが「高品質な」PDFドライバーもあります。いずれにしても，GDIモードの印刷は，互換性のために提供されているオプションであり，長期的に保証できるものではないため，使用はできる限り控えるようにしてください。
-
クエリエディターの日付フォーマット
v14以降でリニューアルされたクエリエディターは，日付型フィールドの区切り文字をシステムフォーマット（
GET SYSTEM FORMATS）に基づいて決定しています。通常の日付フィールドのように，「スラッシュ・ピリオド・ハイフン（ダッシュ）」が常に使用できるわけではありません。これは仕様です。
-
プリント設定のプリセット
Macには，アプリケーション間で共通のプリント設定が利用できます。あるアプリケーションで印刷ダイアログを表示し，プリセットを使用して印刷した後，別のアプリケーションで 印刷ダイアログを表示した場合，最後に使用したプリセットがデフォルトで選択されています。
4Dの場合，印刷ダイアログ（
PRINT SETTINGS(Print dialog)）の前にSET PRINT OPTIONを実行することにより，デフォルトで表示される設定を操作することができますが，最後の印刷にプリセットが使用された場合，プリセットの内容が優先され，コマンドの指定はダイアログに反映されません。これは仕様です。SET PRINT OPTIONでダイアログのデフォルト設定が変更できるのは，プリセットではなく，「デフォルト設定」が選択されている場合だけです。システムのプリセットと
SET PRINT OPTIONが競合するような場合，マニュアル操作でプリセットを「デフォルト設定」に戻すか，プリセットのポップアップメニューをクリックし，「プリセットを表示…」ダイアログで「プリント後にプリセットメニューを”デフォルト設定”にリセット」を有効にすると良いかもしれません。
-
管理ダイアログを4Dコードでカスタマイズ
4D Server管理画面を修正したいという要望は以前からありました。あるカスタマーは情報を削除したいと思い、別のカスタマーはカスタマイズした情報を追加したいと考えていました。このAdminWindowコンポーネントはそのやり方をお見せします。「そのまま」使うことも必要に応じて修正することも可能です。
以前のブログでは、webベースの管理ウィンドウを構築する方法をお見せしました。しかし、4Dコードで純粋にカスタマイズしたインターフェイスに興味があるのなら、このブログ（と関連するHDI）がやり方を提示します！
コンポーネントは、最初の画面からグラフィックスを取り除き、システム情報と共に強化されました。また、二つのページが含まれます：
- DB Measures – カレントでロックされているレコードの概観
- Locked Records – クエリーオプションの概観
オペレーションのカウント、あるいはオペレーションを使った総合計時間によってリストボックス をソートするのにヘッダーを使用できます。このダイアログを使って見落とされたインデックスを見つけたり、クエリーを最適化したりもすることでしょう。リアルタイム・モニターのページは、ビルトインモニターの機能を広げます。通常はピークタイムを表示しています（オペレーションには0.5秒以上が必要です。）さらにオペレーションが動いている場合は、一つ前の最も遅いオペレーションを表示します。ページが開いている時だけ記録され、履歴は残りません。
以下のイメージは、コンポーネントのデフォルトのインターフェイスと、これまでの4D Server管理ウィンドウとの違いを表示しています。
コンポーネントのデフォルトのインターフェイス：
4D Server管理ウィンドウ：
このコンポーネントのソースコードは、Github（英語版 ）から入手できます。テストするには、On Startupデータベース・メソッドのMonitor_Startメソッドを呼び出すだけです。このように、データベースを開けばカスタマイズしたダイアログが表示されます。
あなたの必要に応じてコンポーネントをカスタマイズしてください。ページやコンテンツの消去、非表示、修正は思いのままです。独自のプロセスリストなど自分だけのコンテンツや、状態変数、ライセンス情報などを追加できます。コードはクライアント端末で使うように設計されていることに留意してください（サーバーから自動的に情報を取ってきます）。
互換性ノート：このサンプルは4D v17 R5とプロジェクト・データベースで作られています。