JMP が提供するさまざまな状態ハンドラを使用しようとしましたが、使用すればするほど問題に気づきます。 それらを使用したい理由はたくさんありますが、それらを使用しない理由はさらに多いかもしれません。 最大の問題は通常、トリガーが多すぎるように見え、返される値があまり役に立たないことです。
Subscribe To Data Table List() は、これらのほとんどがどのように機能するかを示すかなり良い例です。 さまざまなイベントにさまざまな機能を追加できます (面倒な場合もあります)。 Subscribe To Data Table List() が、データ テーブル リストに何かが発生する (追加、削除、名前変更) たびにトリガーされ、たとえばデータ テーブル名 (または変更されたデータ テーブルの数) のみを返す場合、どのように機能するか想像できます。 ...) そしてそれ以上。
以下にいくつかの問題と提案を示します。
ホバーラベル
問題
ホバーしたいポイントに近づくとトリガーされるようです。 これにより、複数のトリガーが発生し、JMP が不必要に遅くなり、この速度低下が非常に大きくなることがあります。 また、ポイントにカーソルを合わせるとすぐにトリガーされます->複数の要素の上でマウスをすばやく移動すると、複数回トリガーされます。 また、ホバーオーバー時に複数回トリガーされます（前述のすべてに関連している可能性があります）
提案
ホバー ラベル トリガー時の精度を向上させます。 イベントをトリガーするタイミングを「遅延」する可能性を追加します。たとえば、ユーザーが同じ要素に 0.2 秒間ホバーした後、ホバー ラベルをトリガーできるようにしたいと考えています。 また、「セーフ ゾーン」を選択して、ホバー ラベルをいつトリガーするかを決定できるようにします。
行状態ハンドラー
問題
すべてのイベントをトリガーする回数が多すぎます。 行を削除するバグがあり、行状態ハンドラーが削除されたようです。
提案
特定の行状態の変更のみをキャプチャする (そしてバグを修正する) 方法があれば、おそらく十分でしょう。
フィルター状態ハンドラー
問題
トリガーが多すぎます。 1 つの例は、フィルターを見ても状態ハンドラーがトリガーされることです。
提案
Filter State Handler から不要なトリガーを削除するか、どの状態がどの関数をトリガーするかを選択できるようにします。
スケジューラー
問題
一度に使用できるスケジューラは 1 つだけであり、スケジューラ ウィンドウを非表示にすることはできません。
提案
プライベート スケジューラ (現在、ウィンドウを非表示にし、ユーザーがウィンドウを閉じないことを願っています) と複数の異なるスケジューラを同時に作成できるようにします。
