4D Japan
テクニカルサポートブログ-
リストボックスのヘッダーとフッターは変数
リストボックスのフッターを「カスタム（自動しない）」モードで使用する場合，データソースは変数である必要があります。
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