Tastaturkürzel: Lokaler Datenfilter ?Gibt es eine Tastenkombination zum Hinzufügen eines lokalen Datenfilters zu einem GraphBuilder-Diagramm?
Erweiterte statistische ModellierungInhaltsorganisationDatenexploration und -visualisierungMassenanpassungBetreff: Tastenkombination: Lokaler Datenfilter?Hier ist ein Add-In, das Verknüpfungssymbole hinzufügt Bericht Symbolleiste
- zum Öffnen/Schließen Schalttafel
- um das anzuzeigen/auszublenden Legende
https://community.jmp.com/t5/JMP-Add-Ins/Graph-Builder-Toolbar/ta-p/565466

Betreff: Tastenkombination: Lokaler Datenfilter?Ups, das ist mir gerade erst „aufgefallen“.
gb << show control panel(1)
hat mehr zu tun als nur Zeigen Sie das Bedienfeld an 

also (endgültige Version):
Local({first_gb,newState},
Try(
first_gbr = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1] ;
newState=!(first_gbr[IfBox(1)] << get);
(first_gbr << Get Scriptable Object)<< Show Control Panel(newState);
);
);
Mehr sehen... Betreff: Tastenkombination: Lokaler Datenfilter?
Gab es einen bestimmten Grund, von Report zu Scriptable Object und dann zurück zu Report zu wechseln?
Nein, ich habe einfach das verwendet, was mir zuerst in den Sinn kam, und es hat funktioniert.
Betreff: Tastenkombination: Lokaler Datenfilter?Cool, sehr robust!
Als nächstes: Tastaturkürzel für die Legende
Local( {first_gb},
Try(
first_gb = (Current Window() << XPath( "//OutlineBox[@helpKey = 'Graph Builder']" ))[1] << Get Scriptable Object;
first_gb << show legend (!(Report(first_gb)[LegendBox( 1 )] << get width));
)
);
Warum „Aktueller Bericht“?
-> hm, das Debuggen ist viel einfacher 
Den IfBox-Wert umzuschalten, anstatt den Befehl „Systemsteuerung“ an das Graph Builder-Objekt zu senden, ist clever (eine ganz neue Welt voller Möglichkeiten!)
Gab es einen bestimmten Grund, von Report zu Scriptable Object und dann zurück zu Report zu wechseln?
anstatt
Local({first_gb},
Try(
first_gb = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1];
first_gb[IfBox(1)] << Set(!(first_gb[IfBox(1)] << get));
);
);
Betreff: Tastenkombination: Lokaler Datenfilter?Ich denke, das sollte gut funktionieren, wenn der Titel des Gliederungsfelds nicht geändert wurde. Sie können Try() hinzufügen, um zu verhindern, dass JMP Fehler auslöst, wenn im Current Report() kein Graph Builder geöffnet ist.
Wenn Sie auch Situationen verwalten möchten, in denen der Titel des Gliederungsfelds geändert wurde, ist die Verwendung von XPath möglicherweise die robusteste Option. Mit XPath können Sie nach dem helpKey-Attribut von Outline Boxes mit dem Wert „Graph Builder“ suchen und dann eine ähnliche Idee verwenden << Skriptfähiges Objekt abrufen
Local({first_gb},
Try(
first_gb = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1] << Get Scriptable Object;
Report(first_gb)[IfBox(1)] << Set(!(Report(first_gb)[IfBox(1)] << get));
);
);
Auch die Verwendung von Current Window() anstelle von Current Report() ist eine Option, wenn Sie möchten nur Ich möchte die Sichtbarkeit des Control Panels im aktuell aktiven Diagramm-Builder-Fenster ändern (ich denke, Current Report() würde das Control Panel ändern, selbst wenn sich der Graph Builder beispielsweise hinter der Datentabelle befände).
Betreff: Tastenkombination: Lokaler Datenfilter?OK danke 
Names default to here(1);
gb= Current Report()["Graph Builder"] <<GET scriptable="" object=""></GET>
Betreff: Tastenkombination: Lokaler Datenfilter?Keine Ahnung, ob es dafür einen integrierten JMP-Befehl gibt. Daher müssen Sie möglicherweise JSL schreiben, um damit umzugehen, und dann eine Verknüpfung dafür erstellen
Betreff: Tastenkombination: Lokaler Datenfilter?Ah,
Plattform: Lokaler Datenfilter
Danke, sehr praktisch 
Und für
„Systemsteuerung anzeigen“?
Betreff: Tastenkombination: Lokaler Datenfilter?Sie können über „Ansicht/Anpassen/Menüs und Symbolleisten“ Ihre eigenen Verknüpfungen zuweisen

Und wenn Sie möchten, dass es nur für den Graph Builder funktioniert, können Sie Ihre eigene JSL dafür schreiben, die andere Plattformen ignorieren würde