☐ coole neue Funktion
☐ könnte vielen Benutzern helfen!
☑ fühlt sich an wie ein Käfer
☐ schön zu haben
☐ Niemand braucht es
Was hat diese Wunschlistenanfrage inspiriert?
Code, der über << save script generiert wird, generiert JSL-Code, um das gleiche Verhalten zu reproduzieren – in Kombination mit den Einstellungen in den Einstellungen. So weit, ist es gut.
Aber derselbe Code kann – in Kombination mit (anderen) Einstellungen auf einem anderen System – ein völlig anderes Verhalten erzeugen.
Man könnte sagen: So weit so gut – der Benutzer auf dem anderen System könnte eine Ahnung haben, warum er die Einstellungen angepasst hat.
Komisch wird es allerdings, wenn der Code auf einem System mit angepassten Einstellungen in den Einstellungen generiert wurde.
Dann
- (Die meisten *) Einstellungen, die zu den aktuellen (nicht standardmäßigen) Einstellungen in den Einstellungen passen, werden NICHT im JSL-Skript gespeichert – und jetzt, wenn solcher Code auf einem Standardsystem ausgeführt wird, fehlen solche nicht standardmäßigen Standardeinstellungen im Code → führt zu einem anderen Verhalten auf einem Standardsystem.
- (Andere **) Einstellungen, die zu den Standardeinstellungen passen, werden NICHT im JSL-Skript gespeichert – und fehlen daher bei einer erneuten Ausführung auf demselben System (mit nicht standardmäßigen Einstellungen).
*) wie Farbverläufe : Es ist nicht möglich, in JSL (über << save script ) einen Farbverlauf für einen Plot anzugeben, der dem Farbverlauf in den Einstellungen entspricht
**) wie bedingte Einstellungen des Datenfilters: Auf einem System mit aktivierter Bedingung in den Einstellungen ist es nicht möglich, einen JSL-Code (über << save script() ) für einen nicht bedingten Datenfilter zu generieren
Nebeneffekte:
Wenn in den Einstellungen GEÄNDERTE Einstellungen vorhanden sind, verliert ein Benutzer die Möglichkeit, Dashboard Builder zum Generieren von Dashboards zu verwenden, wodurch Plattformen auf seinem System mit STANDARD-Einstellungen geöffnet werden 
Nutzen Sie die Voreinstellungen?
Einziger Workaround: Öffnen Sie das Quellskript des Dashboards und fügen Sie den entsprechenden Code manuell hinzu.
Welche Verbesserung würden Sie sich wünschen?
Obwohl das aktuelle Verhalten dem Design entspricht, entspricht es nicht immer den Erwartungen der Benutzer.
Bitte optimieren Sie das Verhalten in einer zukünftigen Version von Jmp.
Warum ist diese Idee wichtig?
Wenn ein Benutzer Einstellungen in den Einstellungen ändert, sollte er dennoch die Möglichkeit haben, Dashboards zu generieren, die die Standardeinstellungen verwenden.
Weitere Wünsche eingereicht von 
einem Vorschlag von @hardner folgen: https://community.jmp.com/t5/JMP-Wish-List/interrogate-Use-Thousands-Separator-using-JSL/idc-p/737356/highlight/true#M5364
man könnte eine ausführliche Option für << Skript speichern verwenden:
Mit verbose = 1 sollte das Skript mit allen Einstellungen generiert werden, die notwendig sind, um auf JEDEM System das gleiche Ergebnis zu erzielen – unabhängig von den tatsächlichen Einstellungen in den Einstellungen.
Viele Benutzer verwenden den Befehl aus dem Menü mit dem roten Dreieck
oder das Symbol in der Berichtssymbolleiste:
Man muss eine Umschalt -Klick-Option hinzufügen, um die ausführliche Option auszulösen ...
wie wäre es mit mittleren Ausführlichkeitsstufen:
- 0: Entfernen Sie den gesamten „unnötigen“ Code wie jetzt - Kompatibilitätsmodus
- 0.3: Generiere den gesamten JSL-Code, der notwendig ist, um das gleiche Ergebnis zu erzielen auf Das System. [behebt das Problem mit Conditional]
- 0.5: Generiere den gesamten JSL-Code, der notwendig ist, um das gleiche Ergebnis auf einem Standard System. [behebt das Problem mit der benutzerdefinierten Farbverlaufseinstellung]
- 0,7: basierend auf den generierten Diagrammen/Berichten der letzten 6 Monate, alle Einstellungen einschließen, die >=3 Mal geändert wurden. Einen Code generieren, der gegenüber allen Einstellungen robust ist.
- 1: JSL-Code robust gegenüber allen Einstellungen in den Voreinstellungen.
mein Favorit: 0,7:
super nützlich!
– wen interessieren schon 5 zusätzliche Codezeilen, wenn sie auf einem beliebigen System Ihrer Kollegen ein robusteres Ergebnis erzeugen.
- Wie oft haben Sie eine verketten und fragte sich später nach dem genauen Wortlaut von an Haupttabelle (1) anhängen ?
Heute habe ich gerade erfahren,
Ignore Platform Preferences(1)
Ignore Preferences(1) könnte einige der genannten Probleme beheben - scheint aber nicht zu existieren
