weneu hat geschrieben:
Es gibt dann auch wieder User, die das Jahr nicht als "2005" sondern als "05" wollen usw.
... oder auch gar nicht, weil sich das Jahr an dieser Stelle aus dem Kontext ergibt, der Platz aber knapp ist.
Grundsätzlich hast du recht, es wäre wünschenswert, die Ausgaben an vielen Stellen flexibler gestalten zu können. Reiners Einwand ist zwar grundsätzlich richtig, aber wenn jemand diese Formatierungen so extensiv nutzt, daß es zeitkritisch wird, kann er auch auf Speichervariable ausweichen, die nur einmal gesetzt und mehrfach abgefragt werden.
Und dann käme natürlich noch das Hauptproblem:
Wenn die Variable nicht nur zusätzlich käme, sondern die anderen wegfallen, müssten ja unzählige templates geändert werden (wie beim Wegfall der Variablen outstemp)
Das wäre eins der größeren Probleme. Allerdings könnte Werner dabei auch vorgehen wie das W3C: Künftig überflüssige Variablen werden als "deprecated", unerwünscht, eingestuft und fallen dann in der Zukunft bei irgendeinem Versionssprung auf 3 oder 4 weg. Wer sie bis dahin noch neu einbaut, muß dann eben bei diesem Versionssprung an die Arbeit...
Wenn ich es richtig überblicke, sind bereits jetzt etliche Spezialvariablen theoretisch überflüssig geworden, weil sie durch flexible Variablen, bei denen der Sensor und die gesuchte Zeit oder der Zeitraum angegeben werden, ersetzt werden können.
Zusätzlich könnte die Sache noch flexibler werden, wenn in Variablen auch die von WsWin intern verwendete fortlaufende Zeitzahl, wie sie in der ws_hist steht, eingesetzt werden könnte.
Gut, dass wir es nicht entscheiden müssen, sondern Werner

Genau

Aber Werner könnte in Zukunft eine Menge Zeit und Gehirnschmalz einsparen, wenn er nicht für jeden Spezialwunsch eine oder mehrere neue Variablen einbauen müßte, sondern das Gesamtkonzept so flexibel wäre, daß sich jeder User seine Spezialwünsche selbst stricken könnte. Durch immer neue Spezialvariablen wird WsWin sicher nicht schlanker und schneller.