デスクトップ版のWindows 10には，電力を節約するための設定（電源とスリープの設定/追加の電源設定）が用意されており，デフォルトの電源プランは，「バランス」となっています。サーバー版のWindows 2008-2016もそうです。「バランス」電源プランが有効されている場合，4D Serverは最高でも30-50%ほどのパフォーマンスに抑えられます。5%程度まで低下することもあります。対照的に，プランを「高パフォーマンス」に設定すれば，CPUの能力を常に100%発揮することができ，バックアップに要する時間やシーケンシャルクエリの速度が明らかに向上します。
slow-performance-on-windows-server-when-using-the-balanced-power-plan
省電力設定が有効になると，CPUはクロック周波数が引き下げられ，ある程度の時間，ある程度のリクエストが続かない限り，ずっと低速モードで動作します。CPUだけでなく，USBポートやネットワークインタフェースも省エネルギーモードに切り替わったり，スリープ状態になることさえあるかもしれません。「バランス」のような省電力指向の電源プランでデータベースを運用することには，あまりメリットがないようです。
WP Newには，4D Write Proや4D Writeで作成した文書だけでなく，4Dのスタイル付きテキスト（4D HTMLソーステキスト）も渡すことができますが，HTML全般のインポートが保証されているわけではないことに留意する必要があります。コマンドがサポートしているのはXHTML，つまり，XMLに準拠したHTMLだけです。XMLのルールに沿っていないHTMLは，インポートできないかもしれません。
たとえば，HTMLでは，aタグのsrc属性に&のような文字がそのまま記述されていることがあります。XMLのシンタックスによれば，属性値は&のようにエスケープされているべきなので，そのようなHTMLはWP Newでインポートすることができません。これは，4D Write Pro（XHTML）の仕様です。
17r3（32および64ビット版）の4D ODBC DriverをWindows 7 SP1にインストールした後，データソース名を登録しようとすると，エラー126が返されることがあります。これは，4D ODBC Driverが新しいWindows SDKでビルドされているためです。
Windows 7をアップデート（KB2999226）することにより，問題を解消することができます。Windows 10，あるいは17r2以前のバージョンでは問題ありません。
近日中にリリース予定の17.1および17r3（Mac版）は，Xcode 10.1およびmacOS 10.14 SDKがコンパイルに使用されています。これにより，macOS Mojaveでウィンドウリサイズ時に発生する『ちらつき』現象が解消されています。
加えて，まもなくベータ版が公開される17r4では，主要なフォームオブジェクトが従来のHIThemeAPIからNSCellに変更され，システム標準のダークモードに対応しています。
システム標準のAPIで作り替えられたのは，リストボックス・階層ポップアップメニュー・ポップアップドロップダウンリストおよびコンボボックス（標準サイズを超えるものを除く）・ボタン・ラジオボタン・チェックボックス・タブコントロール・スプリッター・ルーラー・進捗インジケーター（非同期とプログレスバーを除く）ウィンドウ背景色・テキスト入力全般・四角形の各フォームオブジェクトです。グループボックスとスタティックテキストについては，現時点で対応してません。
フォントカラーは「自動」に設定されている場合にのみ，システムのテーマを継承します。なお，テスト目的のため，macOS Mojaveでは，caps lockキーを有効にすることにより，新旧のAPIを切り替えることができるようになっています。
注記: 17r4をダークモードに対応させるためには，64ビット版アプリケーションパッケージ内のInfo.plistファイルでNSRequiresAquaSystemAppearanceキーをNOに設定する必要があります。
Milliseconds の例題と説明文が改定されています。経過時間を計測したい場合，関数から返される値を比較するのではなく，差を計算するべきである点が強調されています。値は約24日毎に符号が反転するからです。
Millisecondsは，マシン（アプリケーションではありません）が起動されてから経過された時間をミリ秒単位で返します。しばしば時間の計測に使用される関数ですが，符号付き32ビット整数（C_LONGINT）が使用されているため，2147483647ミリ秒，つまり約24.86日毎に返される値の符号が反転することに留意しなければなりません。
経過時間（たとえばプロセスの停止時間）を計測するような場合，Milliseconds+$timeoutのような加算式でタイムアウト時間を計算するべきではありません。そうではなく，必ずMillisecondsの差と閾値を比較するようにしてください。
たとえば，MAXLONG (2147483647)に1を加算すると，-2147483648になります。比較演算で処理した場合，時間が過去に戻ったような扱いになり，（24日後まで）タイムアウト条件が満たされません。対照的に，値の差を計算すれば，つまり-2147483648-MAXLONGを求めれば，（整数の符号がまた反転して）1が返されます。
ドキュメントは17r3で改定されていますが，この情報は過去すべてのバージョンで有効です。
If(Locked([Table_1]))
$starttime:=Milliseconds
Repeat
DELAY PROCESS(Current process;15)
LOAD RECORD([Table_1])
$waittime:=Milliseconds-$starttime
Until(Not(Locked([Table_1]))|(Process aborted)|($waittime>5000)) //最大で5秒待つ
End if
Open window(100;100;300;200;0;"Chronometer")
$vhTimeStart:=Current time
$vlTicksStart:=Tickcount
$vrMillisecondsStart:=Milliseconds
Repeat
GOTO XY(2;1)
MESSAGE("時間...........:"+String(Current time-$vhTimeStart))
GOTO XY(2;3)
MESSAGE("Tick..........:"+String(Tickcount-$vlTicksStart))
GOTO XY(2;5)
MESSAGE("ミリ秒...:"+String(Milliseconds-$vrMillisecondsStart))
Until((Current time-$vhTimeStart)>=?00:01:00?)
CLOSE WINDOW