Migrieren Sie zum neuen JSL-Code-EditorWährend der Code-Editor in JMP funktioniert, ist es an der Zeit, auf eine moderne und funktionsreiche Code-Plattform wie Visual Studio Code oder Eclipse zu aktualisieren. Diese verfügen über eine bessere automatische Vervollständigung, Github-Versionierung, Massenumbenennung von Variablen über mehrere Codedateien hinweg usw.
Automatisierung und SkripterstellungBetreff: Migration zum neuen JSL-Code-Editor – Status geändert in: BestätigtBetreff: Migration zum neuen JSL-Code-Editorbjr,
kompliziert zum Installer
Betreff: Migration zum neuen JSL-Code-EditorEinfach installieren und ausprobieren @vince_faller VsCode-Erweiterung: wirklich schön.
Betreff: Migration zum neuen JSL-Code-EditorHallo Pauldeen,
Finden Sie einfach hier eine Erweiterung für Visual Studio-Code von Predictum.com (einem JMP-Partner): https://marketplace.visualstudio.com/items?itemName=VinceFaller.jmp-scripting
Ich habe es noch nicht ausprobiert.
Guillaume
Betreff: Migration zum neuen JSL-Code-Editor@mia_stephens Können Sie diesbezüglich Fortschritte mitteilen?
Ich liebe die VSCode-Erweiterung, sie ist wirklich gut und sollte wahrscheinlich der Weg nach vorne sein. Allerdings könnte die JMP-Seite der Integration etwas Arbeit gebrauchen, um das Erlebnis reibungsloser zu gestalten:
1. Wenn ich in JMP die Escape-Taste drücke, wird der Link zu VSCode so beendet, dass ich JMP neu starten muss, um Skripte erneut ausführen zu können. Ich musste mein Gehirn umschreiben, um Escape nicht mehr zum Aufheben der Auswahl in Tabellen zu verwenden.
2. Das Protokoll in JMP kann nicht mehr verwendet werden, wenn Code von VSCode ausgeführt wird. Dadurch entfallen alle aktuellen Ergänzungen zu JMP, die Sie normalerweise zum Diebstahl von Code verwenden könnten (z. B. den Code zum Erstellen einer Spalte oder zum Aktualisieren einer Tabelle). Außerdem wird das Debuggen dadurch erschwert, da die in VSCode verfügbare Ausgabe normalerweise nicht die Stelle enthält, an der das Skript unterbrochen wird.
3. Das Eingeben von JMP bei aktivem VSCode-Link wird nahezu unmöglich. Daher wird es schwierig, schnell einen Teil des Codes zu testen, einige Änderungen in der Tabelle vorzunehmen und ihn erneut zu testen.
4. Es wäre wirklich schön, den Link zum Skriptindex hinzuzufügen, um funktionierende Beispiele von Funktionen zu sehen.
Betreff: Zum neuen JSL-Code-Editor migrierenDa JMP ein VOC-gesteuertes (Voice of Customer) Unternehmen ist,Es scheint ein starkes Argument gegen einen neuen JSL-Editor zu geben, das die Einführung verhindert.
Was spricht gegen einen modernen Skript-Editor?
Betreff: Zum neuen JSL-Code-Editor migrierenIch frage mich, wie oft ich die Klammern nach der aktuellen Datentabelle und dem aktuellen Bericht vergessen habe ...
fühlt sich jetzt großartig an (JMP19EA4):
Betreff: Zum neuen JSL-Code-Editor migrierenHallo @pauldeen
Ich bin der Entwickler der JSL-Erweiterung für VSCode. Vielen Dank für Ihr Feedback! Melden Sie jederzeit gerne Probleme unter https://gitlab.com/predictum/jsl-for-vscode/-/issues/new und ich kann versuchen, einige Verbesserungen vorzunehmen, wenn ich Zeit habe. Ich habe bereits einige Probleme auf Grundlage Ihres Kommentars gemeldet.
1. Wenn ich in JMP die Escape-Taste drücke, wird die Verknüpfung zu VSCode beendet, sodass ich JMP neu starten muss, um Skripte wieder ausführen zu können. Ich musste mein Gehirn umprogrammieren, um in Tabellen nicht mehr die Escape-Taste zum Aufheben der Auswahl zu verwenden.
Das Ausführen von JMP von VSCode aus war schwierig einzurichten und funktioniert nicht optimal, aber um Ihnen eine Vorstellung davon zu geben, was passiert: Im Hintergrund läuft immer eine JSL-Schleife, die auf Befehle von VSCode wartet und Ihre JMP-Sitzung ein wenig kapert. Ich glaube also nicht, dass wir Escape daran hindern können, die Schleife zu stoppen, aber wir können es vielleicht einfacher machen, die Verbindung wiederherzustellen, sodass Sie JMP nicht neu starten müssen.
2. Das Protokoll in JMP ist nicht mehr verwendbar, wenn Code aus VSCode ausgeführt wird. Dadurch entfallen alle aktuellen Ergänzungen zu JMP, die Sie normalerweise zum Stehlen von Code verwenden könnten (wie etwa den Code zum Erstellen einer Spalte oder Aktualisieren einer Tabelle). Dies erschwert auch das Debuggen, da die in VSCode verfügbare Ausgabe normalerweise nicht die Stelle enthält, an der das Skript abbricht.
Ich habe den Code für die Verbindung mit JMP geschrieben, bevor die Feinheiten des Protokolls existierten. Daher könnten hier möglicherweise einige Verbesserungen vorgenommen werden.
3. Das Eintippen in JMP wird bei aktivem VSCode-Link nahezu unmöglich. Daher wird es schwierig, schnell ein bisschen Code zu testen, einige Änderungen an der Tabelle vorzunehmen und es dann erneut zu testen.
Das ist wieder diese Hintergrundschleife, die das Ganze knifflig macht. Aber vielleicht könnte hier eine Möglichkeit helfen, die Verbindung zu VSCode zu unterbrechen.
4. Es wäre wirklich schön, einen Link zum Skriptindex hinzuzufügen, um funktionierende Beispiele für Funktionen zu sehen.
Das sollte auf jeden Fall möglich sein. Oder die Beispiele irgendwie in VSCode zu integrieren.
Betreff: Zum neuen JSL-Code-Editor migrierenHallo @ben_ph , ich liebe Ihre Erweiterung und bin wirklich dankbar dafür. Ich finde nur, dass sie ein integrierter Bestandteil von JMP werden sollte und nicht eine Ergänzung, die Sie vornehmen müssen. Abgesehen davon: Ich verstehe Ihre Designentscheidungen und die Konsequenzen, aber wenn Sie eine Möglichkeit sehen, diese Punkte zu beheben, wäre das fantastisch. Lassen Sie mich wissen, wenn Sie beim Testen Hilfe benötigen!
Betreff: Migration zum neuen JSL-Code-EditorEine weitere Anfrage dazu: https://community.jmp.com/t5/JMP-Wish-List/Allow-Log-window-to-be-reorganized/idi-p/86438#U86438
