やあ@ほぎさん、このアイデアを提出していただきありがとうございます。 お客様のリクエストを確認し、そのステータスについて最新情報をお知らせします。
現在の動作 *) をバグとして扱うことができるかどうか、Jmp サポートに問い合わせました: 00035426
*) Tables/Update および Tables/Concatenate は、ソース スクリプトを上書きします。 元に戻すことはできません。
答えは次のとおりです。いいえ
「ほぼすべてのデータ テーブル操作で、ソース スクリプトがテーブルに書き込まれます。すでに存在する場合は、上書きされます。これが長年にわたって機能してきた方法です。これはバグではなく、意図的な動作です。...」
ソース スクリプトを使用する Jmp ユーザーは私だけですか? - テーブル/データ テーブルの更新によってソース スクリプトを失った唯一の人?
しかし、それがバグとして解釈されなかったとしても...
そして、私が自動生成されたソーススクリプトを楽しんでいる唯一の Jmp ユーザーであるとしたら...
(代替案: テーブル/更新およびソース スクリプトを使用する jmp ユーザーは私だけです)
お願いします: 修正してください:)
ソース スクリプトがすべて破壊されると、とても痛くなります。
☐ クールな新機能
☑ 多くのユーザーに役立つ可能性があります!
☑ 「バグ」を除去する
☐ あれば良い
☐ 誰もそれを必要としない
#myTop10_2023
回避策があります -> もう必要ありません。
このウィッシュリストのリクエストのきっかけは何ですか?
短い：
Tables/UpdateおよびTables/Concatenate はソース スクリプトを破壊します。
彼らを止めろ！
長さ：
テーブル メニューの多くのプラットフォームには、スクリプトをソース テーブルに保存するオプションがあります。
これは、すべての設定を含むコマンドをテーブル スクリプトPlatform_Name スクリプトとして保存する優れた方法です。
Jmp が同じ名前の以前のテーブル スクリプトを上書きするのを防ぐ自動インクリメント機能もあります。
ただし、 Update と Concatenate という 2 つの例外があります。
他のすべての関数と同様に、Concatenate はコマンド スクリプトをテーブル スクリプト (名前: source ) として出力テーブルに保存します。
例外: [最初のテーブルに追加]オプションが有効になっている場合、メイン テーブルが出力テーブルになり、スクリプトは保存されません (おそらく、Jmp が既存のソーステーブル スクリプトを上書きするのを防ぐためでしょうか)。
更新の場合、メイン テーブルは常に出力テーブルとして使用されます。 この関数は、現在の設定 (名前:ソース) を含むテーブル スクリプトをメイン テーブルに保存し、既存のソース テーブル スクリプトを上書きします (!)。
テーブル / 更新 - ソース スクリプトの衝突
どのような改善を望みますか?
ConcatenateとUpdate は、他のテーブル プラットフォームの命名規則に従う必要があります。
つまり、現在の設定を含むスクリプトを、 Concatenate ScriptまたはUpdate Scriptという名前のテーブル スクリプトに保存します。
Jmp が既存のスクリプトを上書きするのを防ぐには、自動インクリメント機能を使用する必要があります。
このアイデアはなぜ重要なのでしょうか?
JSL ソースコードの自動生成は素晴らしい機能です。
しかし、既存のソース コードを上書きするのは、良いことよりもむしろ不便です。
この問題を修正すると、ユーザーはテーブル ソース スクリプトを失うことがなくなります。
命名規則により、ソース スクリプト (名前: source ; データ テーブルの生成に使用) とプラットフォーム スクリプト (名前: Script ; 現在のデータ テーブルを操作するために使用可能) が区別されます。
ああ、これは非常に興味深いプロットです! - データ セットのソース スクリプトを使用して、データがどこから来ているのかを調べてみましょう...
うーん...
@サラ・シルヴェストル
当社では、Tables/Update と Tables/Concatenate の動作を修正しました。
-> 願いは閉じられます。
バグ修正が必要な場合は、PN を送ってください。
