Hallo @Hogi , vielen Dank, dass Sie sich die Zeit genommen haben, diese Idee einzureichen! Wir werden Ihre Anfrage prüfen und Sie über den Status auf dem Laufenden halten.
Ich habe beim Jmp Support nachgefragt, ob das aktuelle Verhalten *) als Bug behandelt werden kann: 00035426
*) Tabellen/Aktualisieren und Tabellen/Verketten überschreiben Quellskripte. Kein Rückgängigmachen möglich.
die Antwort ist: NEIN
"Für fast alle Manipulationen von Datentabellen wird ein Quellskript in die Tabelle geschrieben.Wenn schon eine vorhanden ist, wird sie überschrieben.So funktioniert es seit vielen Jahren.Es ist kein Fehler, es ist beabsichtigtes Verhalten...."
Bin ich der einzige Jmp-Benutzer, der Source Scripts verwendet? - der einzige, der durch ein Tabellen/Update der Datentabelle ein Quellskript verloren hat?
aber selbst wenn es nicht als Bug interpretiert wird ...
und wenn ich der EINZIGE Jmp-Benutzer bin, der das automatisch generierte Quellskript genießt ...
(Alternative: Ich bin der einzige JMP-Benutzer, der Tabellen/Update- und Quellskripts verwendet)
Bitteaaase: Repariere es 
Mit jedem zerstörten Quellskript: Es tut so weh!
☐ coole neue Funktion
☑ könnte vielen Benutzern helfen!
☑ behebt einen „Bug“
☐ schön zu haben
☐ niemand braucht es
#myTop10_2023
wir haben einen Workaround -> brauchen ihn nicht mehr.
Was hat Sie zu dieser Wunschliste inspiriert?
Kurz:
Tabellen/Aktualisieren und Tabellen/Verketten zerstören meine Quellskripte.
STOPPEN SIE SIE!!!
Lang:
Viele der Plattformen bieten im Menü „Tabellen“ die Option „Skript in Quelltabelle speichern“ .
Dies ist eine elegante Möglichkeit, den Befehl mit allen Einstellungen als Table Script Platform_Name Script zu speichern.
Es gibt sogar eine Auto-Inkrement-Funktion, die verhindert, dass Jmp vorherige Tabellenskripte mit demselben Namen überschreibt.
Es gibt jedoch zwei Ausnahmen: Update und Concatenate.
Wie alle anderen Funktionen speichert Concatenate das Befehlsskript als Tabellenskript (Name: Quelle ) in der Ausgabetabelle.
Ausnahme: Wenn die Option „An erste Tabelle anhängen“ aktiviert ist, ist die Haupttabelle die Ausgabetabelle – und es wird KEIN Skript gespeichert (vielleicht um zu verhindern, dass Jmp ein vorhandenes Quelltabellenskript überschreibt?)
Beim Update wird immer die Haupttabelle als Ausgabetabelle verwendet. Diese Funktion speichert ein Tabellenskript mit den aktuellen Einstellungen (Name: source ) in der Haupttabelle und überschreibt dabei ein evtl. vorhandenes Quelltabellenskript (!).
Tabelle/Update - Quellskriptkollision
Welche Verbesserung würden Sie gerne sehen?
Verketten und Aktualisieren sollten dem Benennungsschema der anderen Tabellenplattformen folgen.
d. h. speichern Sie ein Skript mit den aktuellen Einstellungen in einem Tabellenskript mit dem Namen „Concatenate Script“ oder „Update Script“ .
Um zu verhindern, dass Jmp vorhandene Skripte überschreibt, sollte eine Auto-Inkrement-Funktion verwendet werden.
Warum ist diese Idee wichtig?
Die automatische Generierung von JSL-Quellcode ist eine großartige Funktion.
Aber das Überschreiben eines vorhandenen Quellcodes ist eher Schande als Nutzen.
Durch die Behebung des Problems verlieren Benutzer ihr Tabellenquellskript nicht mehr.
Die Namenskonvention trennt Quellskripte (Name: Quelle ; wurde zum Generieren der Datentabelle verwendet) von Plattformskripten (Name: Skript ; kann zum Einwirken auf die aktuelle Datentabelle verwendet werden).
Ah, das ist ein sehr interessantes Diagramm! – verwenden wir das Quellskript des Datensatzes, um herauszufinden, woher die Daten stammen …
hm ...
@Sarah-Sylvestre
Für unser Unternehmen haben wir das Verhalten von Tabellen/Aktualisieren und Tabellen/Verketten behoben.
-> Wunsch kann geschlossen werden.
falls jemand den Bugfix braucht, bitte per PN an mich.
