HSL 2.0: Remanente String-Variablen möglich?

[GKap]

Hast du das mal die Dacom gefragt? Wenn nicht mache ich das, interessiert mich auch.

Ich habe soeben eine Email an die GIRA-Hotline geschrieben.

Ich vergebe die einmal per Variable an den Eingang und lass sie dann remanent im Code speichern und beim initialisieren in eine interne Variable schreiben.

Den Satz verstehe ich nicht!

Mittlerweile habe ich aber einen Workaround gefunden:

if self._get_remanent(self.REM_STRINGVAR) == 0:
    self._set_remanent(self.REM_STRINGVAR, '')

Wenn die Variable noch jungfräulich unbeschrieben ist, wird bei einem _get_remanent Null zurück geliefert. In diesem Fall schreibe ich den gewünschten Initialwert (hier ein Leerstring) drauf.

Ein Problem könnte es geben, wenn ein numerischer Initialwert <> 0 erforderlich ist, habe ich bei HSL 1.0 schon mal gebraucht!

Gruß
GKap

[ets3-user]

Ich vergebe die einmal per Variable an den Eingang und lass sie dann remanent im Code speichern und beim initialisieren in eine interne Variable schreiben.

[BadSmiley]

Hast du das mal die Dacom gefragt? Wenn nicht mache ich das, interessiert mich auch.

[GKap]

Hallo Leute!

Ich habe bisher keinen Weg gefunden, mit HSL 2.0 eine remanente String-Variable zu erstellen. In HSL 1.0 war das möglich über die Satzart 5003, wo man als Initialwert einen String, der auch leer sein kann, angeben kann. In HSL 2.0 finde ich in der Beschreibung zur config.xml bei remanenten Veriablen nur Name und Bezeichnung, aber keine Möglichkeit, einen Initialwert anzugeben!

Fehlt diese Möglichkeit oder habe ich etwas übersehen?