新規プロセスで実行したフォーム上でカット＆ペーストなどの操作をするためには，プロセス（SET MENU BAR）またはフォーム（「連結メニューバー」プロパティ）のメニューバーで「編集」メニューがアクティブにされている必要があります。
メニューバーで「編集」メニューがアクティブにされていれば，フォーム上でカット＆ペーストなどの操作ができるようになります。その場合，フォームオブジェクトのOn Data Changeイベントも実行されることになりますが，カットまたはペーストの直後ではなく，カットまたはペーストの直前にOn Data Changeが発生する点に注意してください。これは，メニューアクション全般に共通のルールとして「入力を確定してからアクションを実行する」という順序でデータが処理されるためです。
On Data Changeは，通常，キーストロークで入力が確定した直後に発生するイベントです。On Data Changeに入力値（変数やフィールド）を処理するようなコードが記述されている場合，カットまたはペーストで入力を完了したときにだけ「ひとつ前の」値が処理されることになってしまうので，特に注意が必要です。
コピー＆ペースト操作をOn Data Changeイベントで通常のタイプ入力と同格に扱いたいのであれば，メニューエディターで編集アクションの「イベントを発生させない」オプションを有効にすることができます。そうすれば，コピー＆ペースト操作だけではOn Data Changeが発生しなくなり，通常のタイプ入力と同じく，入力が確定したタイミングでOn Data Changeが発生するようになります。
デザインリファレンス > メニューとメニューバー > メニューアクションを指定する
ユーザーモードで表示される編集メニューは，「イベントを発生させない」オプションが有効にされていますが，メニューエディターで作成した編集メニューはオプションが有効にされていません。開発者は，フォームエディターかユーザーモードでフォームを検証することが多いので，コピー＆ペースト操作でデータ入力を完了した場合にだけ問題が発生することに気づかないことがあります。On Data Changeに入力データを処理するコードが記述されているのであれば，念のため，メニューエディターで編集アクションの「イベントを発生させない」オプションが有効にされているかどうか，確認しておくと良いでしょう。
17r5では，64ビット版のWebエリアおよび4D View Proエリアのバックエンドフレームワークに採用されているChrome Embedded Frameworkのバージョンが3538（Chromiumバージョン64）から3626（2018年12月版; Chromiumバージョン72）にアップデートされました。なお，このバージョン以降，32ビット版の4Dはリリースされません。
注記: v17.xのバージョンは3282，16r5のバージョンは3071でした。
WP SET ATTRIBUTESは，Write Proドキュメント・レンジ・要素の属性を更新することができるコマンドです。属性名と属性値からなるパラメーターペアをまとめて渡すことにより，１回のコールで複数の属性を一括更新することができます。
4D Write Pro属性の値は，テキスト・数値・ピクチャー・日付型で指定します。色（それぞれの要素値がRGB値が対応）や，タブ位置など，値を配列で指定できるものもありますが，そのような属性をWP SET ATTRIBUTESでセットする場合は注意が必要です。
コンパイラー/シンタックスチェッカーは，パラメーターの数が可変であり，配列型もサポートするようなコマンドのシンタックスを解析する点で限界があります。そのようなコードは，配列型の引数まで評価されますが，その後のパラメーターは無視されます。これは仕様です。wk tab stop leadingsやwk tab stop offsetsのような属性をセットする場合，コマンドを分割してコールする必要があります。
Frontmost processのドキュメントには，フローティングウィンドウの振る舞いについて下記のように説明されていました。
フローティングウィンドウのフォームメソッドやオブジェクトメソッドからFrontmost processコマンドを使用すると，このコマンドはフローティングウィンドウレイヤー内の最前面のフローティングウィンドウのプロセス番号を返します。オプションの*引数を指定すると，この関数は，通常ウィンドウレイヤー内の最前面のアクティブウィンドウのプロセス番号を返します。
しかし，フローティングウィンドウが表示されており，フローティングウィンドウではないウィンドウが最前面に位置していた場合，そのウィンドウからFrontmost processをコールしても，最前面にあるフローティングウィンドウのプロセスが返されます。つまり，*を指定すれば通常ウィンドウ，*を指定しなければフローティングウィンドウの最前面プロセス番号が返されるのであり，「フローティングウィンドウのフォームメソッドやオブジェクトメソッドからコマンドを使用すると・・・」という前置きは余計でした。
この点については，近日中にドキュメントが修正される予定です。
4D Remote, 4D for iOSなど，ネットワーク版のORDAは，RESTインタフェースに支えられています。標準的なJSONとしてエクスポートできるようなオブジェクトであれば，クライアント側からORDAで更新できますが，[object picture]が属性に含まれるオブジェクト型，あるいはWrite Proドキュメントのようなバイナリ形式のオブジェクトは，ORDAのentity.save()で保存することができません。これは仕様です。対照的に，4D View Proドキュメントは標準的なJSONなので，ORDAで更新することができます。
C_OBJECT($e)
$e:=ds.Invoices.get(5)
$e.writeProDocument:=Form.writeProDocument
$status:=$e.save()
このコードをクライアント側で実行した場合，バイナリ形式のオブジェクト型であるWrite Proドキュメントはフィールドに保存されず，エラーも返されないことに注意してください。
バイナリ形式のデータが含まれるオブジェクト型フィールドのentity.save()は，17r5でサポートされる予定です。17.xでは，クラシックコマンドのSAVE RECORDを使用する必要があります（ACI0099139）。