4D Japan
テクニカルサポートブログ-
WebエリアのJavaScriptは常に有効
v19では，WA SET PREFERENCEの定数_o_WA enable JavaScriptが廃止され，WebエリアのJavaScriptを無効にすることはできないように仕様が変更されました。
以前のバージョンでは，システム版のWebエリアであれば，コマンドでWebエリアのJavaScriptを無効にすることができました。CEF版のWebエリアは，常にJavaScriptが有効でした。
v19では，macOS Big Surに対応するため，システム版のWebエリアがmacOS 10.10のWKWebViewにアップデートされました。WA Get page contentに相当するシステムAPIが存在しないため，内部的にJavaScriptが使用されるようになりました。また，フォントサイズを増減するシステムAPIは，Big Sur以降でなければ使用できないため，Catalina以前では内部的にJavaScriptが使用されています。いずれにしても，WKWebViewをインスタンス化した後に当該設定を変更することはできないため，下記のオプションは廃止されました。
- _o_WA enable plugins
- _o_WA enable JavaScript
- _o_WA enable Java applets
-
リストフォームの幅
幅が
32000を超えるリストフォームをエディターで開いた場合，水平スクロールバーが表示されないことがあります。これは仕様です。以前のバージョンでは，内部的に符号付き16ビット整数が使用されていたため，フォームウィザードを使用して作成したフォームのオブジェクト座標はオーバーフローしていることがあります。そのようなフォームを現バージョンのエディターで表示した場合，正常にスクロールすることができません。多数のフィールドをリスト形式で表示したい場合，リストフォームではなく，リストボックスを使用することが勧められています。
-
ネットワーク診断ログ
v19では，より詳細な診断ができるようにネットワーク診断ログの精度が引き上げられました。そのため，ネットワーク診断ログには
DoReadExactlyというレポートが毎回のように書き込まれることがあります。ソケットを閉じたタイミング，あるいは他の理由でソケットのリードに失敗することは，必ずしも異常なことではありません。ネットワーク診断ログ（データベースパラメーター
79のDiagnostic log recording）は，ネットワーク関連の問題を調査することに限定して使用するべきです。早期に問題を発見するため，常時，診断ログを有効にすることは勧められていない点に留意してください。
-
4D v18.5 Hotfix 1 修正リスト
-
4D v19.0 修正リスト
-
リストボックスのヘッダーとフッターは変数
リストボックスのフッターを「カスタム（自動しない）」モードで使用する場合，データソースは変数である必要があります。
Form.valueのようなオブジェクト型プロパティは，変数ではなく，数式なので，フッター（あるいはヘッダー）には使用できません。これは仕様です。この点はドキュメントに記載されています。
-
Intelアーキテクチャを優先するには
Mac版v19デスクトップ・クライアント・サーバーランタイムは，すべてUniversal 2アプリです。Intelターゲットに限定してコンパイルを実行しても，アプリにはApple Siliconの実行ファイルが含まれているため，M1マシンでは「Rosettaで開く」オプションを明示的に選択する必要があります。このオプションは，Finderの「情報を見る」画面で操作することができます。
「Rosettaで開く」オプションは，マシン毎の設定（Launch Services）であることに留意してください。開発者のMacでFinderの「情報を見る」画面を開き，「Rosettaで開く」オプションを有効にしたアプリを配付しても，ユーザーのMacには影響しません。
プラグインやコンポーネントがApple Siliconに対応していないなどの理由により，「Rosettaで開く」オプションが必須なのであれば，Finderの「情報を見る」画面ではなく，
Info.plistファイルでIntelアーキテクチャが優先されるように設定することを検討してください。<key>LSArchitecturePriority</key> <array> <!-- architecture order of execution for universal binary 2 --> <string>x86_64</string> <string>arm64</string> </array>
-
POP3で受信したGmailが削除される
Gmailの設定「メール転送とPOP/IMAP」には，「POP でメールにアクセスする場合」という項目があり，下記のオプションから動作を選択できるようになっています。
- Gmailのメールを受信トレイに残す
- Gmailのメールを既読にする
- Gmailのメールをアーカイブする
- Gmailのメールを削除する
「削除する」または「アーカイブする」が選択されている場合，POP3で受信したメッセージは（明示的な削除命令を発行しなくても）受信トレイから取り除かれます。その他のオプションが選択されている場合でも，すでにダウンロードしたメッセージは受信できないようになっています。
POP を使用して他のメール クライアントで Gmail のメールを読む
POP3クライアントでダウンロードしたメッセージにPOP3クライアントで何度もアクセスしたいのであれば，アドレスに接頭辞
recent:を追加し，recent modeでGmailにアクセスすることができます。その場合，すでにPOP3でダウンロードしたメッセージであっても，過去30日分のメールは繰り返し受信できるようになります。
-
BLOBの最大サイズ
ドキュメントには，BLOBの最大サイズが
2,147,483,647バイト（2GiB）であると述べられています。Windowsの場合，空きメモリが充分であれば，そのようなBLOBを作成することができます。しかし，macOSの場合，そこまでおおきなBLOBを作成することはできません。これはプラットフォームの制限であり，仕様です（NewHandle）。SET BLOB SIZEで検証すると，macOSにおけるBLOBの最大サイズは，空きメモリが充分であっても，1,073,741,823バイト（1GiB-1）であることがわかります。
-
ARRAY TO LISTとSAVE LIST
プロジェクトモードでは，特に指定しない限り，書き込み禁止のパッケージ（拡張子
.4DZの圧縮されたプロジェクトフォルダー）がビルドされます。ビルド後にプロジェクト（ストラクチャー）を更新することはできない点に留意してください。つまり，テーブルやフィールドを追加するようなSQL，SAVE LISTARRAY TO LISTSET PICTURE TO LIBRARYCREATE INDEXなどのコマンドは使用できません。これは仕様です。アプリケーションが内部ファイルを書き換えることは一般的に推奨されていません。これにはインストール済みアプリケーションを部分的に更新すること，たとえばビルドされたアプリ内のストラクチャーファイルを入れ替えることも含まれます。オペレーティングシステムやセキュリティソフトウェアは，そのようなアプリを「悪意のあるプログラム」とみなすかもしれません。
プロジェクトモードで開発したストラクチャーをビルド後に書き換えるのであれば，オペレーティングシステムやセキュリティソフトウェアの監視対象からアプリケーションを外すことに加え，拡張子
.4DZの圧縮されたパッケージを作成するのではなく，コンパイルコードをそのままエクスポートする必要があります。そのようなアプリをビルドするには，ビルド設定ファイルの「PackProject」キーを使用します。https://doc.4d.com/4Dv19/4D/19/PackProject.300-5447945.ja.html
しかし，セキュリティ上のベストプラクティスに倣い，アプリケーションはRead Onlyモードで配付し，部分的にではなく，全体を入れ替えるような仕方でアップデートするべきです。過去のバージョンで開発されたストラクチャーの場合，プロジェクトモードに移行した後，下記の点をチェックすると良いかもしれません。
初回データファイルをRead Onlyにする
- v15で追加されたDefault Data
最後に使用したデータファイルの場所をストラクチャーに書き込まない
- v16で追加されたアプリケーション配布のアーキテクチャー
データベース設定をストラクチャーに書き込まない
- v16で追加されたデータファイル用のユーザー設定
バックアップ設定をストラクチャーと同じ階層に保存しない
ストラクチャー書き換えコマンドを使用しない
- SET PICTURE TO LIBRARY
- SAVE LIST
- ARRAY TO LIST
- CREATE INDEX
- DELETE INDEX
- SET INDEX
- IMPORT STRUCTURE
- REGENERATE MISSING TABLE