Was hat diese Wunschlistenanfrage inspiriert?
Es ist nicht einfach, eine Spalte zu fragen, ob das Kontrollkästchen in den Spalteninformationen für „Tausendertrennzeichen verwenden“ aktiviert ist. Sie können es als Teil von << set format festlegen. Sie können derzeit über << get format herausfinden, wie es festgelegt wird , jedoch nur, wenn es sich von der Gesamteinstellung unter Tabellen, Tausendertrennzeichen verwenden unterscheidet . Wenn es mit der Einstellung übereinstimmt, wird es von << get format einfach nicht erwähnt. Das hat mich eine ganze Weile verwirrt, weil ich dachte, dass es einfach keine Möglichkeit gibt, es zu bekommen. Sie müssen also beide Dinge überprüfen und es aus dem von < zurückgegebenen Format()-Ausdruck extrahieren
Gibt es Gründe, sich darum zu kümmern? Dies wirkt sich auf die Zeichenfolgen aus, die Sie erhalten, wenn Sie „Zusammenfassen und nach einer numerischen Spalte gruppieren, die Tausendertrennzeichen verwendet“ verwenden. Ich bin auf einen Fehler in einem alten Code gestoßen, der nicht mit der Möglichkeit gerechnet hatte, dass Daten, die 1000 als numerischer Wert hatten, in den Ergebnissen zusammenfassen für einen Benutzer als „1000“, für einen anderen Benutzer jedoch als „1.000“ angezeigt werden könnten. . Es ist einfach robuster, mit den Zahlen umzugehen und keine Annahmen über die Zeichenfolgenform zu treffen, daher nutze ich nicht die Abfrage der Spalte, um das zu beheben, aber die ganze Erfahrung lässt mich denken, dass es sich lohnen würde, eine einfache Möglichkeit zu haben, diese Einstellung zu erlernen .
Eine andere Möglichkeit könnte darin bestehen, diese Einstellung für ein bestimmtes Skript auszuschalten und dann wieder einzuschalten. Dazu möchten Sie wissen, wie die ursprüngliche Einstellung war.
Welche Verbesserung würden Sie sich wünschen?
Eine Meldung für eine Spalte „<< Get Use Thousands Separator“. Meine Bitte wäre, eine einfache 1/0-Antwort darauf zurückzugeben, wie das Kontrollkästchen für eine bestimmte Spalte festgelegt ist. Das ist die Sache, die mit der tatsächlichen Formatierung der Daten übereinstimmt.
Warum ist diese Idee wichtig?
Dies ist eine kleine Sache und heute nicht unmöglich, könnte aber einen Blick wert sein. Ich könnte mir selbst eine Funktion dafür erstellen, aber der JMP-Support hat mir vorgeschlagen, einen Wunschlisteneintrag zu erstellen, nachdem wir uns nicht sicher waren, warum er nicht von < zurückkam
Klingt eng mit den geänderten Einstellungen in den Einstellungen zusammen -> beheben Sie das Problem :
Über Get-Skript, Get-Format usw. generierter JSL-Code hängt von den Einstellungen in den Einstellungen ab:
Es wird davon ausgegangen, dass alles, was in den Einstellungen definiert ist, „Standard“ ist – und abhängig von den aktuellen Einstellungen in den Einstellungen ist ein anderer „Standard“ „Standard“ – und ein anderer Befehl wird im generierten Skript angezeigt – oder nicht das Drehbuch.
Die Idee: Wenn dieser Code erneut auf demselben System ausgeführt wird, wird das gleiche Ergebnis generiert.
Andererseits: Wenn der Code auf einem anderen System generiert wird (mit anderen Einstellungen in den Einstellungen), kann es zu einem deutlich anderen Verhalten kommen.
Ich weiß nicht, wie ich das lösen soll.
Eine Lösung: Generieren Sie immer Code mit allen aktuellen Einstellungen, entfernen Sie nicht die Dinge, die sich mit den Einstellungen überschneiden.
Dies führt jedoch zu einem extrem langen Code.
Für das Problem mit dem Tausendertrennzeichen funktioniert Heidis Vorschlag:
eine besondere Nachricht:
<< Tausendertrennzeichen erhalten()
... anstatt die Tausendereinstellung zu überprüfen
<< get format()
aka
<< alle Formateinstellungen abrufen, die von den Einstellungen in den Einstellungen abweichen()
Aber was tun mit den Tausenden ähnlicher Probleme?
@hogi , ja, genau das wünsche ich mir, einen separaten Befehl, um nur die aktuelle Einstellung abzurufen, etwas, das 1/0 basierend auf dem aktuellen Status zurückgibt, ohne die Komplikation, ob es von den Einstellungen abweicht. Ich kann mir vorstellen, dass es in diesem Boot möglicherweise verschiedene andere Einstellungen gibt, in denen separate Befehle hinzugefügt werden könnten, um den Status unabhängig von der Verwendung von < abzufragen
