128.1-128.08という数式を4Dで評価すると0.01999999999998という値が返されます。127.1-127.08であれば0.02が返されるのとは対照的です。
プログラミングで小数を扱う場合，実数は近似値を表現したものであることを憶えておきましょう。小学校で習った算数とは違うことをしている，ということです。計算の結果がぴったり割り切れるかどうかは，実数の内部的なデジタル値に左右されます。上述した例では，どちらも「およそ0.02」という近似値が返されているのであり，これを「およそ等しい」と判定するために SET REAL COMPARISON LEVELのような仕組みが存在します。これは計算間違いではなく仕様です。
通常，実数値の「丸め」処理をするにはRoundを使用します。しかし，Roundを使用していないのに数値が四捨五入されることがあります。整数型のフィールドや変数に実数値を代入した場合，暗黙的に小数値が四捨五入されるためです。小数値を四捨五入するのではなく，切り捨てるのであれば，明示的にInt関数を使用して整数部を取り出してください。
コンパイラーは定数のMAXLONGを整数としてコンパイルします。リテラル数値とは違い，定義済み定数は値だけでなく型も決まっているからです。たとえばMAXLONG+1という数式はインタープリターモードで実数値の2147483648を返しますが，コンパイルモードでは整数値の-1を返します。これは仕様です。符号付き32ビット整数値の範囲をオーバーフローするような数値をコンパイルモードで扱うのであれば，整数型の定義済み定数は使用しないでください。
SQL LOGIN, Begin SQL~End SQLのODBC接続は，外部データプロバイダーとの接続を想定しています。4DのODBC Driverを使用して4Dから4Dに接続することは想定されていません。標準SQLで4D同士のODBC接続を試みた場合，SQLコマンドは正しい結果を返さないかもしれません。これは仕様です。どうしても4D同士でODBC接続をするのであれば，標準コマンドではなく，ODBC Proプラグインを使用してください。
19r2以降，テキストファイルを作成するコマンド（TEXT TO DOCUMENT）File.setText()でエンコーティングを明示的に指定しなかった場合，デフォルトでバイト・オーダー・マーク（BOM）なしのUTF-8が使用されるようになりました。UTF-8などのエンコーティングを明示的に指定すれば，これまでどおりBOMが出力されます。これは仕様です。
エンコーティングを指定せずにUTF-8（デフォルト）でテキストファイルを作成した場合，ファイルの冒頭に0xEF 0xBB 0xBFの3バイトが追加されることがありません。これは，テキストエディターがBOMに基づいてファイルのエンコーディングを判定することができないことを意味します。
過去のバージョンで作成されたプロジェクトであれば，互換性オプションで動作を切り替えることができますが，19r2以降で作成されたプロジェクトにはオプションが表示されず，以前の動作に切り替えることはできません。
どちらのモードであってもUTF-8-no-bomのようにBOMなしのエンコーティング名を指定することができます。
https://doc.4d.com/4Dv19R4/4D/19-R4/Compatibility-page.300-5737012.ja.html
Pop up menuには，項目文字列を"項目1;項目2;項目3"のようにセミコロン記号で区切って渡します。特殊な文字（メタ文字）を項目に表示したい場合，そのような文字を打ち消すための合図および代替の区切り文字としてChar(1)を使用することができます。
Char(1)は項目と項目の間に挿入する必要があることに留意してください。冒頭あるいは末尾のChar(1)に区切り文字としての効果はありません。ドキュメントには明記されていませんが，区切り文字としてのChar(1)の数はセミコロンの数を上回っている必要があります。ポップアップメニュー項目に1個のセミコロンを含める場合，Char(1)は2個以上必要なので，ポップアップメニューの項目数は3個以上が必要となります。これは仕様です。
例："セミコロン;項目1"+Char(1)+"項目2"+Char(1)+"項目3"