71608_de-DE

liliconcom

Speichern benutzerdefinierter Berichte in einer Datentabelle

Ideal wäre es, benutzerdefinierte Berichte in einer Datentabelle speichern zu können. Wir haben mehrere Add-Ins und benutzerdefinierte Berichte, bei denen Format, Skripting und einige bestimmte Felder nicht gespeichert werden können.

 

 

SkripterstellungBenutzeroberflächeBetreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Ich werde hinzufügen... Ich habe auch damit experimentiert und lerne, dass ich mit Mühe meinen eigenen Code schreiben kann, um ein Add-In über ein Tabellenskript zu speichern und erneut auszuführen. Dies ist mit einigen Herausforderungen verbunden und erfordert häufig das Einsparen erheblicher Codemengen (manchmal Hunderte von Zeilen bei mir), aber vielleicht denke ich einfach falsch darüber nach.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Jeff, JMP scheint ziemlich gut darin zu sein, zu wissen, was sich in einem benutzerdefinierten Fenster befindet. Sie können mit der rechten Maustaste auf ein Umrissfeld oder einen anderen Aspekt klicken und „Baumstruktur anzeigen“ ausführen. JMP ist dann in der Lage, alle verschiedenen Anzeigefelder im Fenster zu identifizieren. Wenn JMP also weiß, was sich im Fenster befindet, kann das dann irgendwie per Skript erfolgen? Journaling funktioniert fast, und wenn ich mich recht erinnere, ist es möglich, ein Journal in einer Datentabellen-Skripteigenschaft zu speichern? (Als Beispiel für „funktioniert fast“... Ein Add-In, das wir haben, verwendet Optionsfelder, um die Migration eines Tab-Seitenfelds zu unterstützen, und mir ist aufgefallen, dass Journaling diese Funktionalität beeinträchtigt, aber ich kann mir vorstellen, dass wir das schaffen könnten?)

 

Ich denke, was ich damit sagen will, ist, dass JMP in diesem Bereich tatsächlich nah dran sein könnte, wenn wir herausfinden, wie wir ein wenig zusätzliche Funktionalität hinzufügen können.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern – Status geändert in: Abgelehnt

Wir haben wirklich keine Möglichkeit zu wissen, was sich in einem benutzerdefinierten Fenster befindet und wie man ein Skript speichert, um es zu reproduzieren.

 

Wenn Sie weitere Gedanken dazu haben, wie wir dies erreichen könnten, hinterlassen Sie bitte einen Kommentar. Wir können dies dann erneut öffnen.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Hab es jetzt verstanden.

 

Um so viel Interaktivität wie möglich zu gewährleisten, besteht die beste Lösung darin, dass Ihr Add-In-Autor die Funktionalität bereitstellt, ein Skript für die Daten zu speichern, das die Analyse erneut durchführt. Das Einzige, was wir wahrscheinlich tun können, ist, eine „protokollierte“ Version des Berichtsfensters zu erstellen, die bei der Neugenerierung weitgehend statisch ist.Ich untersuche, ob es heute eine Möglichkeit gibt, dies zu tun.

 

 

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Zur Verdeutlichung wäre „Ergebnis“ in Tzu-Chuns Notiz ein Zeiger auf einen DisplayBox-Baum/ein Berichtsobjekt.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Ich denke, wir würden gerne sehen, ob es eine Chance dazu gibt

result << Save Script for All Objects To Data Table;

oder

result << Save Script To Data Table;

für individuellen Bericht.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Wir erstellen Displayboxen mit unseren Add-Ins. Es ist ganz einfach, diese als .JRP zu speichern. Die Frage ist, ob es eine Möglichkeit gibt, den resultierenden Bericht in ein rotes Dreiecksskript der Datentabelle einzubetten, anstatt ihn als separate JRP-Datei zu speichern.

Betreff: Benutzerdefinierte Berichte in der Datentabelle speichern – Status geändert in: Informationen erforderlichBetreff: Benutzerdefinierte Berichte in der Datentabelle speichern

Wir brauchen hier noch ein paar Details.

 

Was genau schlagen Sie vor, in der Datentabelle gespeichert zu werden? Die in JMP integrierten Plattformen können Skripte wieder in der Datentabelle speichern. Diese Skripte führen die integrierten Plattformen erneut aus. Sie speichern keine Beschreibung der Tabellen und Grafiken und zeigen sie einfach erneut an.

 

Für benutzerdefinierte Berichtsfenster, die von Ihren Skripts erstellt wurden, müssten Sie eine Option zum Speichern eines Skripts in der Datentabelle bereitstellen, das Ihr benutzerdefiniertes Berichtsfenster erneut ausführen würde.