CKE / CF Klammern von Kommandos verbessern

Question

Der Befehl

$[if 5 zs_equals 6 Nein '$[v1]$']$

wird problemfrei verarbeitet, v1 soll eine Variable mit beliebigen Inhalt sein. Die Hochkomma-Klammerung ist an dieser Stelle optional.

Der Befehl

$[if 5 zs_equals 5 nix '$[regex [^LR]+ 5-888.55R]$']$

aber nicht, weil vermutlich die Hochkomma Klammerung nicht funktioniert. Der regex Befehl für sich funktioniert, er sollte noch nicht einmal aufgerufen werden, weil 5=5. Dass, das funktioniert wäre Wunsch No 1.

Der Befehl 

$[if 5 zs_equals 5 nix 'Das wird nicht ausgegeben, solange 5=5 ist.']$

wird wieder ausgeführt - dort funktioniert die Hochkomma Klammerung. Das ist inkonsequent.

 

Das Fehlen einer Klammerung von Kommandos allgemein verkompliziert die Programmierung und macht den Programmtext länger und schlechter lesbar. Der Befehl

$[if 5 zs_equals 5 nix $[if 6 zs_equals 7 nix 'Das wird nicht ausgegeben.']$]$

scheitert komplett, es müsste auf mehreren Zeilen und mit Hilfsvariablen aufgeteilt werden.

Daher der Wunsch No 2, eine Klammerung zB {} zu ermöglichen.

Answer 1

Neuerdings ist es möglich innerhalb des if-Kommandos auch andere Kommandos auszuführen, diese müssen allerdings anders geklammert werden, nämlich mit "$(" und ")$" - siehe Beschreibung in der Kommandoliste.
Eine Möglichkeit, bei verschachtelten Kommandos die Übersichtlichkeit zu erhöhen, ist die Verwendung von Textbausteinen. Darin können auch Briefkommandos hinterlegt werden und die Syntax zur Ausführung der Textbausteine ist die gleiche wie bei Kommandos.
Beispiel:
$[if 5 zs_equals 5 $(test)$]$
Wobei "test", das Kürzel eines Textbausteins ist, der möglicherweise Briefkommandos enthält.

Comments

Ist ja doll - diese Neuerungen sind an mir völlig vorbeigegangen. Klingt extrem gut - Vielen Dank!