XPincに新機能のリクエストを実装することで、既存の大規模なアプリケーションをXPagesに移行する作業を行っています。XPagesは、いわばステルスによる移行です。
私の最初のタスクは、新しいドキュメントタイプです。これは、独自のメモフォームを持つメインドキュメントへの応答になります。現在作業している2つのシステムにこの要件があります。ロータススクリプトボタンを使用して応答ドキュメントへのハンドルを取得し（または、存在しない場合は新しいドキュメントを作成し）、フォームの代わりにXPageを使用してそのドキュメントを開くことを計画しています。次に、ユーザーはXPageを操作し、保存して閉じます。
私が使用するそれぞれの方法にはいくつかの欠点があるので、そこにベストプラクティスがあるかどうかを確認すると思いました-グーグルは私に多くを与えていません。これが私がこれまでに試したこととそれが私をどこに導いたかです：
1）uiworkspace.EditDocument（False、doc）を使用 します。代わりにXPageを開くようにフォームを設定している場合、これは非常にうまく機能します。ただし、編集する必要があるため、編集モードで開くことをお勧めします。私のアプリの1つではうまく機能しますが、もう1つは、ドキュメントを開く前に「メモエラー：エラーなし」というエラーをスローします。
2）uiworkspace.EditDocument（True、doc） これが機能することを期待していましたが、XPageはまだ読み取りモードで開きます。アプリ番号2でも、「エラーなし」エラーがスローされます。データソースのデフォルトのアクションは「ドキュメントの編集」であるため、これが編集モードで表示されない理由はわかりません。
3）notes：//ドキュメントへのURL これはサーバーベースのアプリケーションでは完全に機能しますが、ローカルレプリカでこれを試してみると、「XPagesはアプリケーション起動ページを処理できません」というエラーが発生します。ローカルレプリカは絶対に必要ではありませんが、それらを壊すとすぐに、オフラインにすることを主張するユーザーがいることを知っています。
4）ドキュメントへのhttp：// url 実際にはこれを完全にテストしていませんが、サインインプロンプトはそれが最後の手段であることを意味します。
したがって、ドキュメントを開くための完璧なソリューションはありません。私はそれを間違っていますか？もっと良い方法はありますか？
また、XPiNCでドキュメントを開いたら、ドキュメントを閉じるための最良の方法は何ですか？助言がありますか？
乾杯、
ブレンダン