Die Oberfläche auf die 2010-er Jahre updaten

Ausgangslage für mich: bestehende 2004er Datenbank, die zuverlässig laufen auf V12 updaten. Das Update auf die V12 bringt mehr Geschwindigkeit. Das zusätzliche Tempo ist ein Vorteil der die Kosten relativiert. Außerdem brauche ich keine alten Macs zu horten, auf denen Rosetta läuft.

Die Oberfläche in den von V2004 auf V12 konvertierten Datenbanken sieht so alt aus wie bisher. Auf Windows immer noch das MDI-Fenster mit dem knallroten X und darunter mickrig klein und farblich versteckt das x zum Schließen des eigentlichen Fensters.

Auf dem Mac wird es auch einfenstriger, iOS kommt back to the Mac und meine Anwender mögen das.

Vielen Menschen, die ich beobachte, sind meine vielen Fenster ein Chaos. Immer schön alles aufräumen, lieber leere Flächen in Betonfarben als irgendwo eine Ecke von was anderem durchscheinen zu sehen.

Mein Ziel für die nächsten Umbauarbeiten an Oberflächen ist das Beschränken auf ein Fenster. Zu viel Arbeit darf es auch nicht kosten. Die V12 hilft mir dabei, denn endlich kann ich Unterformulare als Seite einbinden.

In neuen Projekten reduziere ich meinen Navigator auf eine Spalte ganz links. Die Suche findet eine Auswahl und stellt diese in einer Liste* dar. Ganz rechts außen sind die verknüpften Detailinfos als Liste zu sehen. In der Mitte werden die Detailinfos eingeblendet und dazu verwende ich verschiedene Formulare vom Typ Unterformulare als Seite.

Bestehende Formulare weiternutzen!

Die Kunden sind an die Formulare gewöhnt. Einen Button zu verschieben oder andere Kleinigkeiten, provozieren Aufstände. Außerdem, wenn es funktioniert und debugged ist, warum ändern?

Deswegen bin ich sehr zufrieden, daß das Verfahren klappt so gut in bestehenden Projekten funktioniert. Ich gestalte ein Formular für den Hauptarbeitsplatz neu. Nenne es Hauptarbeitsplatz, Steuerzentrale oder was sonst Sinn macht. Dieses Formular ist der Conatiner für die vorhandenen – ein Wrapper-Formular, vergleichbar einer Wrapper-Methode.

• Die Liste links habe ich schon als Navigator. Die wird dahin optimiert, daß weniger Breite verbraucht wird.
• Die Liste rechts ist nicht neu in ihrer Logik.
• In der Mitte werden die vorhandenen Formulare wiederverwendet, incl. der Methoden.

Aussenrum, das ist die Hülle, der Wrapper, für die bestehenden Formulare.

Im Formular-Editor sieht das so aus:

• auf Seite 0 befinden sich die Hintergründe, Buttons für alle Seiten, Splitter und die Rechtecke der Aufteilung des Formulares.
• auf Seite 1 sind alle Unterformulare als Seite einmal hingelegt
• es gibt keine weiteren Seiten
• die Formular-Methode kümmert sich nur um das Ein- und Ausblenden der Unterformulare. Die Unterformulare bringen ihre eigene Logik mit.

Kaum zu glauben, wie gut das funktioniert.

Die Methoden der Formulare, jetzt Unterformulare, bleiben fast unberührt. Nur der Event On bound variable change ist abzufangen:
: (Form event=On bound variable change)
  $P_boundObj:=OBJECT Get pointer(Object subform container)
  Case of
  : (Nil($P_boundObj))
  : ((Type($P_boundObj->)#Is LongInt) & (Type($P_boundObj->)#Is Real))
    //hängt vom eindeutigen ID der Datensätze ab. Meine sind Longint
  Else
    // Datensatz sichern und neuen laden
  End case

Nicht unerwartet, stecken die größten Hürden im eigenen Usus … mehrere Formularseiten habe ich seit V3 geübt. Eine weitere große Hürde ist das Handbuch. Es ist technisch-umständlich und überhaupt nicht hilfreich, die Potentiale der bereitgestellten Technik zu erkennen. Das Kapitel Unterformulare als Seite schreckt eher ab, gar nicht erst die Bildchen angucken.

Extra-Infos

Neben-Informationen zu einem Datensatz müssen nicht ständig und überall eingeblendet werden. Das gilt im Besonderen für selten zu ändernde Einstellungen.

Betrachten Sie die beiden Screenshots links und rechts. Links sehen Sie ein Formular, in dem an jeden Pixel gespart wird. Sogar die Etiketten werden dynamisch eingeblendet, denn beim Lesen werden sie nicht gebraucht, nur während der Eingabe.

Auch für Geburtstag, Steuernummern und die ein- oder andere Einstellung ist der verfügbare Platz zu schade.

Über den i-Button, wie ihn die Dashboard-Widgets und iOS bekannt gemacht haben, gelangt man zu den weiteren Informationen.

Auch die weiteren Informationen sind ein Unterformular als Seite. Ein transparentes SVG als Hintergrund dunkelt den Hauptdatensatz ab. So sehe ich stets, um welchen Datensatz es geht, während ich die Nebeninfos lese, ergänze und korrigiere. Bin ich durch, beendet der Button Fertig und schiebt die Nebendaten aus der Sicht**.

Seminar gefällig?

Wenn Sie ahnen was machbar ist und nicht ebenfalls viel Zeit investieren wollen, dann treffen wir uns in einem 4D-Werkstatt-Seminar. Melden Sie sich! Stehen Sie vor dem Update einer V2004 auf V12, bringen Sie die frisch konvertierte Datenbank mit.