Grundlagen des Lernens in der vierten Dimension

Sie können nicht nur Ihre eigenen Menüleisten erstellen, sondern 4D auch so konfigurieren, dass es direkt im Modus „Benutzerdefinierte Menüs“ startet, sodass Sie vom Moment an, in dem die Anwendung geöffnet wird, die vollständige Kontrolle über das Benutzererlebnis haben. Dies stellt einen erheblichen Unterschied zu vielen Tools für die schnelle Anwendungsentwicklung (Rapid Application Development) dar, bei denen die Menüleiste weitgehend durch das Framework festgelegt ist und Sie sich darauf beschränken, integrierte Befehle zu aktivieren oder zu deaktivieren.

Mit 4D Custom Menus können Sie das Dateimenü ändern und Ihre eigenen Menüs und Menüelemente zwischen den Menüs „Bearbeiten“ und „Hilfe“ hinzufügen. Die Bearbeiten- und Hilfemenüs sind festgelegt – Sie können sie nicht ändern. Alles andere liegt in Ihrer Hand.

Wichtige Erkenntnisse

• Mit den benutzerdefinierten 4D-Menüs können Sie die Standardmenüleiste durch eine von Ihnen gestaltete ersetzen, und Sie können die Anwendung so einstellen, dass sie im Modus „Benutzerdefinierte Menüs“ öffnet, um die volle Kontrolle zu haben.
• Sie können das Dateimenü ändern und Ihre eigenen Menüs und Elemente zwischen den Menüs „Bearbeiten“ und „Hilfe“ einfügen, aber die Menüs „Bearbeiten“ und „Hilfe“ selbst sind festgelegt.
• Sie können mehrere unterschiedliche Menüleisten erstellen und jede einer anderen Situation zuweisen – aber eine übermäßige Nutzung hiervon ist ein schneller Weg, Ihre Benutzer zu verwirren.
• Der Vergleich Ihrer geplanten Menüleiste mit dem, was etablierte Programme verwenden, ist eine praktische Möglichkeit, Ihr Design auf Plausibilität zu prüfen, bevor Sie sich darauf festlegen.
• Menüdesign ist ebenso eine Entscheidung der Benutzererfahrung wie eine technische; Konsistenz und Vorhersehbarkeit sind wichtiger als originelle Ideen.

Warum benutzerdefinierte Menüs in 4D wichtig sind

In einer herkömmlichen Desktop-Anwendung ist die Menüleiste die primäre Karte dessen, was das Programm tun kann. Benutzer scannen sie, um Funktionen zu entdecken, und verlassen sich darauf, dass sie stabil bleibt. Wenn Sie eine 4D-Anwendung an ein Geschäftsteam ausliefern, ist die Menüleiste oft das Erste, mit dem sie interagieren – bevor ein Formular, eine Liste oder ein Datensatz berührt wird.

Das macht die Menüleiste zu einer Designoberfläche und nicht zu einem nachträglichen Gedanken. 4D erkennt dies an, indem es den Entwicklern die volle Verantwortung dafür überlässt. Die praktischen Konsequenzen sind es wert, dargelegt zu werden:

• Sie steuern die Auffindbarkeit. Wenn eine Funktion wichtig ist, können Sie sie in das Menü setzen, wo Benutzer sie finden werden, anstatt zu hoffen, dass sie zufällig auf eine Schaltfläche stoßen.
• Sie kontrollieren den Wortschatz. Integrierte Menübezeichnungen verwenden generische Begriffe. Ihre benutzerdefinierten Beschriftungen können die Sprache verwenden, die Ihre Benutzer tatsächlich sprechen – „Rechnung buchen“ statt „Ausführen“.
• Sie steuern das Starterlebnis. Durch das Öffnen im Modus „Benutzerdefinierte Menüs“ verhindern Sie, dass Benutzer in standardmäßige 4D-Menüs geraten, die interne Funktionen offenlegen, die sie niemals berühren sollten.
• Sie steuern den Umfang. Sie können ganze Funktionskategorien für eine bestimmte Benutzergruppe ausblenden, indem Sie sie einfach nicht in die Menüleiste dieser Gruppe einfügen.

Der Kompromiss ist die Verantwortung. Sobald Sie die Menüleiste übernehmen, sind Sie für deren Konsistenz, Vollständigkeit und Wartung verantwortlich, während die Anwendung wächst.

Was Sie ändern können und was nicht

Ein frühzeitiges Verständnis der Grenzen erspart viel Frust. Die Regeln sind einfach:

Verwandte: Claris FileMaker Pro — Die langlebige relationale Datenbankplattform für Teams, die benutzerdefinierte Apps auf Desktop, Web und Mobilgeräten aus einer einzigen Datei benötigen..

• Dateimenü – änderbar. Sie können es so umgestalten, dass es den dateibezogenen Vorgängen Ihrer Anwendung entspricht.
• Menü Bearbeiten – festgelegt. Sie können es nicht ändern. Dies ist beabsichtigt: Das Menü „Bearbeiten“ enthält Standard-Zwischenablage- und Bearbeitungsverhalten, von dem Benutzer erwarten, dass es sich in allen Anwendungen identisch verhält.
• Menü Hilfe – festgelegt. Ebenfalls nicht änderbar, aus demselben Grund – der Hilfezugriff sollte vorhersehbar sein.
• Zwischen Bearbeiten und Hilfe – Ihr Territorium. Hier befinden sich Ihre eigenen Menüs und Menüelemente.

Die Designlogik hinter der Fixierung von Bearbeiten und Hilfe ist fundiert und es lohnt sich, sie als Prinzip zu verinnerlichen: Standardverhalten sollte Standard bleiben. Benutzer bauen ein Muskelgedächtnis für Ausschneiden, Kopieren, Einfügen, Rückgängigmachen und den Hilfezugriff auf. Wenn jede Anwendung diese neu definieren würde, würde sich die Plattform chaotisch anfühlen. 4D schützt diese Basis und gibt Ihnen überall sonst Freiheit.

Ein nützliches mentales Modell: Stellen Sie sich die Menüleiste als einen reservierten Bereich (Bearbeiten und Hilfe) und einen Autorenbereich (alles andere) vor. Ihre Aufgabe besteht darin, dafür zu sorgen, dass sich der Autorenbereich genauso selbstverständlich und gut organisiert anfühlt wie der reservierte Bereich.

Entwerfen Ihrer Menüleiste: Praktische Anleitung

Bevor Sie sich durch den Menüeditor klicken, entscheiden Sie, was Ihre Anwendung tatsächlich bereitstellen muss. Eine Menüleiste ist eine Hierarchie, und Hierarchien können leicht falsch konzipiert werden.

Unsere Wahl: Airtable — Eine einfache Tabellenkalkulationsschnittstelle, die auf einer echten relationalen Datenbank aufbaut, mit Automatisierungen, Ansichten und gemeinsam nutzbaren Schnittstellen..

Beginnen Sie mit Benutzeraufgaben, nicht mit Ihrer Codestruktur

Ein häufiger Fehler besteht darin, die interne Struktur der Datenbank zu spiegeln – ein Menü pro Tabelle, ein Element pro Methode. Benutzer denken nicht in Tabellen und Methoden. Sie denken in Aufgaben: „Neue Bestellung eingeben“, „Kunden finden“, „Monatsbericht erstellen“. Bauen Sie das Menü rund um diese Aufgaben auf.

Gruppieren Sie nach Häufigkeit und Risiko

Platzieren Sie die am häufigsten verwendeten Befehle dort, wo sie am einfachsten zu erreichen sind. Platzieren Sie destruktive oder irreversible Befehle (Löschen, Bereinigen, Archivieren) fern von Routinebefehlen und erwägen Sie, eine Bestätigung anzufordern. Die Menüplatzierung ist eine Form der Fehlervermeidung.

Halten Sie die Tiefe gering

Zwei Verschachtelungsebenen (Menü → Element) sind für die meisten Benutzer komfortabel. Drei Ebenen (Menü → Untermenü → Element) sind tolerierbar, wenn das Untermenü tatsächlich eine Kategorie ist. Darüber hinaus verlieren Benutzer den Überblick darüber, wo sie sich befinden. Wenn Sie feststellen, dass Sie vier Ebenen benötigen, gehört die Funktion wahrscheinlich stattdessen in ein Formular oder einen Dialog.

Verwenden Sie Trennzeichen und eine einheitliche Reihenfolge

Trennzeichen gruppieren zusammengehörige Elemente visuell. Ordnen Sie Elemente innerhalb einer Gruppe nach der erwarteten Häufigkeit oder nach einer logischen Reihenfolge (z. B. der Reihenfolge, in der ein Workflow ausgeführt wird). Sorgen Sie dafür, dass diese Reihenfolge über alle Versionen hinweg stabil bleibt – die Neuordnung von Menüs zwischen Versionen ist eine subtile, aber reale Quelle für Benutzerfrustration.

Schreiben Sie Bezeichnungen als Verben oder klare Substantive

„Rechnung drucken“ ist klarer als „Rechnungsdruck“. „Berichte“ als Menütitel ist in Ordnung; „Bericht“ als Element ist nicht eindeutig. Passen Sie die Konventionen an, die Ihre Benutzer bereits in der anderen Software sehen, die sie täglich verwenden.

Mehrere Menüleisten: Macht und Gefahr

4D ermöglicht es Ihnen, mehrere unterschiedliche Menüleisten zu erstellen und jede einer anderen Situation zuzuweisen. Das ist wirklich kraftvoll. Zu den typischen legitimen Verwendungszwecken gehören:

Verwandte: Knack — Ein Datenbank-Builder ohne Code für Portale, Verzeichnisse und interne Tools – mit Pauschalpreisen statt Gebühren pro Benutzer..

• Rollenbasierte Menüs. Ein Dateneingabe-Sachbearbeiter sieht ein schlankes Menü; ein Vorgesetzter sieht Genehmigungs- und Berichtsbefehle.
• Kontextbasierte Menüs. Ein Menü, das angezeigt wird, während ein Datensatz geöffnet ist, kann sich von dem unterscheiden, das auf einem Suchbildschirm angezeigt wird.
• Modusbasierte Menüs. Ein „Setup“- oder „Administrations“-Modus kann Konfigurationsbefehle offenlegen, die im normalen Betrieb verborgen bleiben.

Die ursprüngliche Anleitung hier ist es wert, wiederholt und hervorgehoben zu werden: Ich empfehle hier Vorsicht, da es sehr leicht sein kann, den Benutzer zu verwirren. Mehrere Menüleisten vervielfachen die Anzahl der Zustände, die ein Benutzer verfolgen muss. Wenn ein Befehl je nach Kontext verschoben wird oder verschwindet, könnten Benutzer schlussfolgern, dass die Funktion weg ist, anstatt dass sie nur verschoben wurde.

Eine praktische Faustregel:

Situation	Empfohlener Ansatz
Unterschiedliche Benutzerrollen benötigen unterschiedliche Funktionen	Separate Menüleisten – klar und gerechtfertigt
Gleicher Benutzer, verschiedene Bildschirme	Bevorzugen Sie eine stabile Menüleiste; Elemente deaktivieren statt entfernen
Selten genutzte Verwaltungsaufgaben	Eine dedizierte Admin-Menüleiste, geschützt durch Login
Geringfügige kontextbezogene Unterschiede	Behalten Sie eine Menüleiste bei; Elementstatus ändern, nicht das Layout

Das Prinzip: Ändern Sie die Verfügbarkeit, nicht den Standort, wann immer Sie können. Ein ausgegrautes Element zeigt dem Benutzer immer noch, dass die Funktion existiert. Ein verschwundenes Element sagt ihm gar nichts.

Wenn Sie einkaufen: Zoho Creator — Ein Low-Code-App-Builder, der sich in die breitere Zoho-Suite einfügt und Preise pro Benutzer und nicht pro App berechnet..

Vergleich mit etablierten Programmen

Um zu sehen, was andere Programme für Menüleisten verwenden, kann ein direkter Vergleich hilfreich sein. Dies ist eine der praktischsten Gewohnheiten, die sich ein 4D-Entwickler aneignen kann. Abbildung 5 im Originalmaterial zeigt einen Vergleich nur der Menüleisten – eine Gegenüberstellung, wie verschiedene Anwendungen ihre Menüs auf der obersten Ebene anordnen.

Der Wert dieser Übung besteht darin, dass Menükonventionen weitgehend übernommen und nicht erfunden sind. Jahrzehnte von Desktop-Software haben zu einem groben Konsens darüber geführt, was wohin gehört. Wenn Sie diesen Konsens studieren – in Textverarbeitungsprogrammen, Tabellenkalkulationen, Datenbank-Clients und Buchhaltungspaketen – erhalten Sie eine Grundlage, der Sie entweder folgen oder von der Sie bewusst abweichen können.

Achten Sie beim Vergleich von Menüleisten auf Folgendes:

• Anzahl der obersten Ebene. Die meisten ausgereiften Anwendungen entscheiden sich für eine kleine Anzahl von Menüs auf der obersten Ebene. Eine Leiste mit einem Dutzend Einträgen wirkt überladen.
• Namenskonventionen. Beachten Sie, wie konsistent „Datei“, „Bearbeiten“, „Ansicht“, „Extras“ und „Hilfe“ verwendet werden und wo Anwendungen ihre eigenen Domänenmenüs einfügen.
• Platzierung domänenspezifischer Menüs. Wo platziert eine vertikale Anwendung ihre branchenspezifischen Befehle? In der Regel nach den Standardmenüs und vor Hilfe – genau die Zone, die 4D für Sie offen lässt.
• Elementdichte. Wie viele Elemente befinden sich unter jedem Menü und wie sind sie getrennt?

Als Hintergrundinformationen zu den Konventionen selbst sind die Wikipedia-Artikel zur Menüleiste und zum Dateimenü nützliche Referenzen, um zu verstehen, woher diese Muster stammen und warum sie bestehen bleiben.

Ein praktisches Beispiel: Menüleiste für eine kleine App zur Auftragsverfolgung

Angenommen, Sie erstellen eine einfache Auftragsverfolgungsanwendung für ein kleines Unternehmen. Eine sinnvolle benutzerdefinierte Menüleiste könnte so aussehen:

• Datei – Neue Bestellung, Bestellung öffnen, Drucken, Druckvorschau, Beenden
• Bearbeiten – (festgelegt; unverändert belassen)
• Bestellungen – Bestellung eingeben, Bestellung suchen, Bestellung buchen, Bestellung stornieren
• Kunden – Neuer Kunde, Kunde suchen, Kundenhistorie
• Berichte – Tageszusammenfassung, Monatszusammenfassung, Rückstandsbericht
• Hilfe – (festgelegt; unverändert belassen)

Beachten Sie mehrere bewusste Entscheidungen. Die Domänenmenüs (Bestellungen, Kunden, Berichte) liegen zwischen Bearbeiten und Hilfe, genau dort, wo 4D sie zulässt. Destruktive Befehle (Bestellung stornieren) werden am Ende ihres Menüs gruppiert, getrennt von der Routineeingabe. Das Menü „Berichte“ ist eine flache Liste und keine verschachtelte Hierarchie, da es nur drei Berichte gibt. Wenn die Berichtsliste auf fünfzehn anwachsen würde, wäre ein Untermenü nach Kategorien gerechtfertigt.

Betrachten Sie nun die Rollenvariation. Ein Lagerist erhält möglicherweise dieselbe Leiste ohne das Menü „Berichte“. Ein Manager erhält die vollständige Leiste. Das ist eine legitime Verwendung mehrerer Menüleisten. Aber wenn die Leiste des Lageristen auch die Elemente unter „Bestellungen“ anders anordnen würde als die des Managers, würden Sie Verwirrung ohne Nutzen stiften.

Häufige Fallstricke, die es zu vermeiden gilt

• Versehentliches Freigeben von 4D-Standardmenüs. Wenn Sie die Anwendung nicht so einstellen, dass sie im Modus „Benutzerdefinierte Menüs“ geöffnet wird, gelangen Benutzer möglicherweise zu integrierten Menüs, die Funktionen des Designmodus offenlegen. Sperren Sie dies frühzeitig.
• Duplizieren von Befehlen in mehreren Menüs. Wenn „Drucken“ sowohl unter „Datei“ als auch unter „Berichte“ angezeigt wird, fragen sich Benutzer, ob sie sich unterscheiden. Wählen Sie pro Befehl einen festen Platz aus.
• Menüelemente als einzigen Pfad zu einer Funktion verwenden. Menüs dienen der Auffindbarkeit; häufig verwendete Aktionen sollten auch über Formulare und Symbolleisten erreichbar sein.
• Tastaturkürzel vergessen. Menüelemente ohne Tastenkombinationen erzwingen die Verwendung der Maus. Weisen Sie herkömmliche Tastenkombinationen zu, sofern diese existieren.
• Das Design nie wieder überarbeiten. In Menüleisten sammelt sich mit der Zeit Ballast an. Überprüfen Sie Ihre Menüs bei jedem Release und entfernen Sie alles, was nicht mehr verwendet wird.

Wie dies zum breiteren 4D-Lernpfad passt

Benutzerdefinierte Menüs ergänzen mehrere andere grundlegende 4D-Kenntnisse, die in dieser Serie behandelt werden: Definitionen und Terminologie verstehen, die Menüs von 4D mit denen von FileMaker Pro vergleichen, das Dateimenü speziell gestalten und einen benutzerdefinierten Begrüßungsbildschirm erstellen. Zusammen bilden diese die Präsentationsschicht einer 4D-Anwendung – die Teile, die ein Benutzer sieht, bevor er jemals Ihr Datenmodell berührt.

Der rote Faden ist die Kontrolle. 4D gibt Ihnen ein außergewöhnliches Maß an Kontrolle über die benutzerseitige Hülle Ihrer Anwendung. Benutzerdefinierte Menüs sind einer der klarsten Ausdrucksformen dieser Philosophie, und die frühzeitige Beherrschung dieser Menüs zahlt sich aus, wenn Ihre Anwendung an Umfang und Zielgruppe zunimmt.

Häufig gestellte Fragen

Kann ich die Menüs Bearbeiten und Hilfe in 4D ändern?

Nein. Die Menüs „Bearbeiten“ und „Hilfe“ sind fest vorgegeben und können nicht geändert werden. Dies ist beabsichtigt, da diese Menüs Standardverhalten – Zwischenablageoperationen, Rückgängigmachen und Hilfezugriff – enthalten, von denen Benutzer erwarten, dass sie in allen Anwendungen konsistent bleiben. Ihre Anpassung erfolgt im Menü „Datei“ und im Bereich zwischen „Bearbeiten“ und „Hilfe“.

Wo erscheinen meine benutzerdefinierten Menüs und Menüelemente?

Ihre eigenen Menüs und Menüelemente werden zwischen den Menüs „Bearbeiten“ und „Hilfe“ eingefügt. Dies ist die Autorenzone, die 4D für Entwickler reserviert. Das Menü „Datei“ ist ebenfalls modifizierbar, während „Bearbeiten“ und „Hilfe“ dies nicht sind.

Sollte ich mehrere Menüleisten für meine Anwendung erstellen?

Nur wenn der Unterschied wirklich gerechtfertigt ist – am häufigsten bei unterschiedlichen Benutzerrollen oder einem Verwaltungsmodus. Mehrere Menüleisten vervielfachen die Zustände, die ein Benutzer verfolgen muss, und es ist sehr leicht, Menschen zu verwirren. Behalten Sie im Zweifelsfall eine Menüleiste bei und ändern Sie die Verfügbarkeit von Elementen statt des Layouts.

Was bewirkt eigentlich das „Öffnen im Modus „Benutzerdefinierte Menüs““?

Es weist 4D an, Ihre Anwendung mit Ihrer benutzerdefinierten Menüleiste statt mit den Standardmenüs von 4D zu starten. Dies gibt Ihnen die vollständige Kontrolle über die benutzerseitige Hülle des Programms und verhindert, dass Benutzer auf integrierte Menüs zugreifen, die Interna offenlegen, die sie nicht sehen sollten.

Woher weiß ich, ob mein Menüleistendesign gut ist?

Vergleichen Sie es direkt mit etablierten Programmen. Menükonventionen werden größtenteils übernommen und nicht neu erfunden. Wenn Sie also studieren, wie Textverarbeitungsprogramme, Tabellenkalkulationen und Datenbank-Clients ihre Menüs auf der obersten Ebene anordnen, erhalten Sie eine verlässliche Grundlage. Achten Sie auf die Anzahl der Menüs auf oberster Ebene, die Benennung, die Platzierung domänenspezifischer Menüs und die Elementdichte.

Ist es ein Problem, wenn ein Menüpunkt in manchen Kontexten verschwindet?

Es kann sein. Ein ausgegrautes Element zeigt dem Benutzer immer noch, dass die Funktion existiert; ein verschwundenes Element sagt ihm nichts und lässt ihn möglicherweise glauben, dass die Funktion entfernt wurde. Bevorzugen Sie die Änderung der Verfügbarkeit gegenüber der Änderung des Standorts, wann immer möglich.