JMP 13 にアップグレードしたところ、多くのカスタム スクリプトが機能しなくなりました。 リストが loc クエリの結果を処理する方法の変更に問題があることを突き止めました。 以下のコードは、JMP 12 では "pear" を返していましたが、{"pear"} を返すようになりました。
mylist = {"apple","pear"};
mychoice = "pear";
showchoice = mylist[loc(mylist, mychoice)];list[loc()] 構文を使用して SQL コンマ区切り文字列を作成し、ストアド プロシージャを実行していました。
予期しない場合でも、新しい動作は論理的です。 残念ながら、Loc() は依然としてリスト引数を検索値として取りません。これは有益な結果でした。 望ましい結果を得るためにどのようにお勧めしますか：
- Loc() の結果を数値に変換しますか?
- コードで showchoice を showchoice[1] に置き換えますか?
- 他の？
選択肢のリストを文字列に変換し、{ & } & \!" を取り除くことができました。 これは、ユーザーに表示するテキスト リストが、SQL 要求で対応するキーが選択されるリストと常に同じではないため、常に機能するとは限りません。
これは、予測モデルのオーバーフィッティングに似ています。 コードは、本来の動作ではなく、JMP の実際の動作に合わせて調整されています。 次のリリースまでは問題ありません:)
と思いますロク()行列を取り、真の要素 (非ゼロ) の位置を返すことになっています。
含む（リスト、アイテム）リストを操作し、ターゲット アイテムの場所を返します。
