[Allegro] a30 FreiRaum und Mehrfachfelder

[Bernhard Eversberg]

Skeptischen Beobachtern ist es nicht entgangen, daß die FreiRaum-
Bekanntgabe noch nichts über die Behandlung von Feldwiederholungen
verriet.

Natürlich ist das Thema nicht ignoriert worden, aber diese Teilaufgabe
hat etwas länger gebraucht. Wir hoffen, nächste Woche das neue
Verfahren mit einer neuen Behandlungsmethodik für Mehrfachfelder
komplettieren zu können.

Wer allerdings hofft, Mehrfachfelder mit je eigener Aufspaltung jedes
Feldes in seine Unterfelder, sowie auch noch deren eigene Vermehrfachung
damit in den Griff kriegen zu können, wird sich wieder enttäuscht sehen,
das wird nix. Dazu können wir nur auf das "Grid" verweisen und auf die
Edit+-Bearbeitung, wo man jeweils alles aufgedröselt bekommt, aber sein
Datenschema relativ gut kennen muß. Allerdings kann man wohl nicht guten
Gewissens jemanden ohne gute Kenntnis des Schemas an die Bearbeitung
von derartig komplexen Daten heranlassen...

Validierungen und Plausibilitäten sind wiederum ein Thema für sich, das
in a30 wohl nicht ohne zusätzliches JavaScript zu lösen wäre, also
nicht in einer Lösung aus einem Guß. Dazu wäre a30 mit viel mehr
eigenen Kenntnissen über das Schema auszustatten und mit einem Apparat
von Routinen zur Untersuchung von Feldinhalten - bisher kennt es weder
die CFG noch hat es eine eigene, interne Repräsentation des aktuellen
Datensatzes! Falls dann noch Index- und Datenzugriffe zur Validierung
heranzuziehen wären, wie es in den PV-Routinen ja möglich ist, käme
das Client-Server-Konzept in noch ärgere Bedrängnis. Alle diese
Ansprüche und Vorstellungen sind auf längere Sicht mit a99 doch
besser bedient, welches ja noch zusätzlich die externe Bearbeitung
eines Satzes kennt, die man sogar auch noch mit eigener "Intelligenz"
ausstatten könnte, bis hin zur Einbeziehung von acon- oder
ExFlex-Aufrufen oder eigenen Datenschema-Spezifikationen außerhalb der
CFG. Patentlösungen von der Stange scheinen aber auch dafür nicht
realisierbar.

MfG B.E.