描画完了後の processProc の仕様がおかしい

お時間を頂いており、申し訳ございません。

■SDKマニュアルについて
kTriglavPlugInFilterRunProcessResultExit の説明において
「OK が押されたものとして処理を終了」はドキュメントの誤りとなり、
そのまま処理を終了させるが正しい説明となります。

こちらについては、今後修正を行わせて頂きます。

■ A ■について
kTriglavPlugInFilterRunProcessStateEnd で processProc を呼んだ場合、
kTriglavPlugInFilterRunProcessResultContinue を返すことはございません。

■ B ■について
プラグインでOK/キャンセルの区別はつきません。
現在のバージョンのSDKでは、値は毎回リセットされます。
前回の値の保持については今後のバージョンのSDKで対応を検討させて頂きます。

以上、お手数ではございますが、ご確認頂けますようお願いいたします。

お返事ありがとうございます。キャンセルボタンの区別への検討、ありがとうございます。

■ A ■

すみません、これは勘違いしていました。
kTriglavPlugInFilterRunProcessStateStart や kTriglavPlugInFilterRunProcessStateContinue を渡したときはすぐにプラグイン側に戻ってきますが kTriglavPlugInFilterRunProcessStateEnd を渡したときはドキュメント記載のどちらかの状態になるまで戻ってこない、ということなのですね?

サンプルコードで同じようにループの中に置かれていたため思い違いをしてしまいました。

■ B ■

こちらについては、終了前に setDecimalDefaultValueProc などを呼び出すことで『値の保持に成功』していますので、毎回リセットされます、と断言されるとそれはそれで困ってしまうのですが^^;

フィルタ実行の最後にこれらを呼び出すのは問題ないですよね? こちらは再回答お願いいたします。

ご返信ありがとうございます。

ご記載いただいた値を保持する方法は、想定外の使用方法と
なりますため、問題が起きないことを保証することができません。

前回の値を保持する動作につきまして、正式には今後の
バージョンでの対応をお待ちいただければ幸いでございます。

よろしくお願いいたします。

お返事ありがとうございます。しかしちょっと困ったことになりました。

> ご記載いただいた値を保持する方法は、想定外の使用方法と
> なりますため、問題が起きないことを保証することができません。

今後の対応を待つ、ということ自体は了承できるのですが…
それでは、マニュアルの三ページ目にある次の言葉はどの範囲で信用すればよいのでしょう？
本件 setDecimalDefaultValueProc などはプロパティサービスの関数であり、サービススイートに属しています。

| ・サービススイート
|    selecter がどの値であっても使用可能な関数群を提供します。

説明書通りに CSP 側を治します、あるいは、想定外扱いはやめました、というお知らせが一番ありがたいのですけれど。

ご回答よろしくお願いいたします。

(ついでながら selecter は selector の Typo ですね)

ご返信ありがとうございます。

ご希望の方法について、使用を制限している訳では
ありませんが、使用方法が想定外のため、今後の
アップデートの影響によって、期待通りの動作では
なくなる可能性がございます。

今のところ、当該のAPIや関連する箇所の変更は
予定しておりませんが、将来にわたっての保証は
できないという意味で先のご回答をいたしました。

ご希望の機能については、今後のSDKのアップデートで
正式に実装いたしますので、お待ちいただけますよう、
何卒よろしくお願いいたします。

お返事ありがとうございます。

「selecter がどの値であっても使用可能」と書いてある時点で「想定外の使用方法」という回答は不可能なんですよ。

つまり、貴社は次のいずれかでしか回答できないんです。
1) マニュアルの記述が誤っていました。
2) 想定外という回答が誤りで、実は問題ありませんでした。

これを追及しても詮無いので今回で解決と致します、と申しますのは、どちらであっても今後の改善を待つという結論は変わりありません。無論、アプリケーションとマニュアルの双方改善を希望します。

長々とありがとうございました。貴社の活動には今後も期待しております。