☐ クールな新機能
☐ 多くのユーザーを助けることができます!
☑ バグのような気がする
☐ あったら嬉しい
☐ 誰も必要としていない
このウィッシュリストリクエストのきっかけは何ですか?
<< 保存スクリプトによって生成されたコードは、環境設定の設定と組み合わせて、同じ動作を再現する JSL コードを生成します。ここまでは順調ですね。
ただし、同じコードを別のシステムの (他の) 設定と組み合わせると、まったく異なる動作が生成される可能性があります。
「これまでのところ非常に良好です。他のシステムのユーザーは、設定を調整した理由を何らかの理由で知っている可能性があります。」と言う人もいるでしょう。
しかし、設定が調整されたシステム上でコードが生成された場合、事態はおかしくなります。
それから
- 環境設定の現在の (非標準)設定に適合する (ほとんどの *) 設定は、JSL スクリプトには保存されません - そして、そのようなコードが標準システムで実行される場合、そのような非標準の標準設定は失われますコード内 → 標準システムでは異なる動作を引き起こします。
-標準設定に適合する (その他の **) 設定は JSL スクリプトに保存されません。そのため、同じシステム上で (標準以外の設定で) 再度実行すると、設定が失われます。
*)カラーグラデーションと同様: JSL でプロットのグラデーションを指定することはできません ( << スクリプトの保存経由)。これは環境設定のグラデーションと同じです。
**) データ フィルターの条件付き設定と同様: 環境設定で条件付きが有効になっているシステムでは、条件なしのデータ フィルターの JSL コードを ( < << save script()経由で) 生成することはできません。
副次的効果:
環境設定に変更された設定があると、ユーザーはダッシュボード ビルダーを使用して、標準設定でシステム上のプラットフォームを開くダッシュボードを生成する機会を失います:(
設定を使用していますか?
唯一の回避策: ダッシュボードのソース スクリプトを開き、それぞれのコードを手動で追加します。
改善してほしいことは何ですか?
現在の動作は設計どおりですが、必ずしもユーザーの期待通りであるとは限りません。
Jmp の将来のバージョンでは動作を最適化してください。
この考え方がなぜ重要なのでしょうか?
ユーザーが環境設定で設定を変更した場合でも、標準設定を使用するダッシュボードを生成できるはずです。
より多くの希望が提出されました
@hardnerによる提案に従います: https://community.jmp.com/t5/JMP-Wish-List/interrogate-Use-Thousands-Separator-using-JSL/idc-p/737356/highlight/true#M5364
<< スクリプトの保存には冗長オプションを使用できます。
verbose = 1 の場合、プリファレンスの実際の設定とは無関係に、どのシステムでも同じ結果を生成するために必要なすべての設定を使用してスクリプトが生成される必要があります。
多くのユーザーが赤い三角ボタンのメニューからコマンドを使用します
またはレポート ツールバーのアイコン:
詳細オプションをトリガーするには、 Shift キーを押しながらクリックするオプションを追加する必要があります...
中間レベルの冗長性はどうでしょうか:
- 0: 現在のように「不要な」コードをすべて削除します - 互換モード
- 0.3: 同じ結果を生成するために必要なすべてのJSLコードを生成します。 これ システム。[条件付きの問題を修正]
- 0.5: 同じ結果を生成するために必要なすべてのJSLコードを生成します。 デフォルト システム。[ユーザー定義のグラデーション設定に関する問題を修正]
- 0.7: 過去 6 か月間に生成されたグラフ/レポートに基づいて、3 回以上変更されたすべての設定を含めます。すべての設定に対して堅牢なコードを生成します。
- 1: 環境設定のあらゆる設定に対して堅牢な JSL コード。
私のお気に入り: 0.7:
とても便利です！
同僚のシステムでより堅牢な結果が生成されるのであれば、5 行の追加コードなど誰が気にするでしょうか。
- どのくらいの頻度で 連結する そして、後に メインテーブル(1)に追加しますか?
今日私は
Ignore Platform Preferences(1)
設定を無視(1)は、言及された問題のいくつかを修正できるかもしれないが、存在しないようだ。
