Grundlagen des Lernens in der vierten Dimension
Das Dateimenü ist wohl das wichtigste Menü in jeder Datenbankanwendung und nimmt aus diesem Grund fast immer die erste Position in der Menüleiste ein. Es ist der Anker, zu dem Benutzer für die grundlegendsten Vorgänge zurückkehren – das Drucken eines Datensatzes, das Exportieren einer Ergebnismenge und das Beenden der Anwendung. Wenn Sie in 4D ein benutzerdefiniertes Menüset entwerfen, legen Sie im Dateimenü den Ton für die gesamte Benutzeroberfläche fest: Handelt es sich um eine ausgefeilte, speziell entwickelte Geschäftsanwendung oder um eine dünne Hülle um die Entwicklungsumgebung?
In diesem Artikel wird das Dateimenü in drei Umgebungen verglichen: dem FileMaker Pro (FMP) Browse-Modus-Menü, dem 4D Foundation-Menü (Standard) und einem 4D Custom-Menü. Das Ziel besteht nicht darin, ein Menü komplett in ein anderes zu kopieren, sondern zu verstehen, warum jedes Element existiert, damit Sie entscheiden können, was vor Ihren Benutzern stehen sollte.
Wichtige Erkenntnisse
- Das Dateimenü ist das wichtigste Menü und befindet sich konventionell an erster Stelle in der Menüleiste.
- In allen drei Dateimenüs erscheinen vier Elemente – Importieren, Exportieren, Drucken und Beenden –, da jeder Benutzer sie benötigt.
- Im Standard-Dateimenü von 4D Foundation fehlt die Option „Seite einrichten“, was eine echte Lücke in der Benutzerfreundlichkeit darstellt.
- Entwicklungsorientierte Elemente (Felder definieren, Wertelisten definieren, Zugriffsrechte usw.) sollten niemals in einem benutzerdefinierten Menü für den Endbenutzer erscheinen.
- „Datenbank öffnen“ und „Tabelle öffnen“ sind in einer 4D-Umgebung mit benutzerdefinierten Menüs weitgehend überflüssig, da 4D immer nur eine Datenbank gleichzeitig öffnet.
- Protokolldatei / Keine Protokolldatei ist ein Thema der Wartung und Sicherung und gehört in ein Administrator- oder programmspezifisches Menü, nicht in das Dateimenü des Benutzers.
Warum das Dateimenü eine sorgfältige Gestaltung verdient
Eine Menüleiste ist ein Vertrag mit dem Benutzer. Wenn jemand auf Datei klickt, erwartet er eine vorhersehbare Reihe von Vorgängen, die sich auf das Dokument oder den Datensatz als Ganzes auswirken – nicht auf ein einzelnes Feld, nicht auf das Layout und nicht auf das Datenbankschema.
Diese Konvention ist alt und beständig; sie stammt aus den ursprünglichen Apple Human Interface Guidelines und spiegelt sich in den Menüstrukturen der meisten heutigen Desktop-Anwendungen wider. Ein Verstoß dagegen (z. B. das Ausblenden von „Drucken“ unter einem benutzerdefinierten Menü oder das Platzieren von Befehlen zur Schemabearbeitung in „Datei“) zwingt Benutzer dazu, nach grundlegenden Funktionen zu suchen, und untergräbt das Vertrauen in die Anwendung.
In 4D werden Menüs als Menüleistenobjekte und Menüelemente definiert; sie können an Formulare angehängt und dynamisch über Code gesteuert werden. Diese Flexibilität ist genau der Grund, warum Disziplin wichtig ist: Weil man alles überall platzieren kann, braucht man eine Begründung dafür, was wohin gehört. Das Dateimenü ist der beste Ort, um mit dieser Disziplin zu beginnen.
Die drei Menüs im Vergleich
Der folgende Vergleich spiegelt die drei in dieser Serie besprochenen Umgebungen wider. Beachten Sie, dass das 4D Default Custom Menu in der Originalabbildung nicht angezeigt wird, da sein einziger Menüpunkt Beenden ist – eine nützliche Erinnerung daran, dass ein „benutzerdefinierter“ Menüsatz nur so gut ist wie die Elemente, die Sie ihm tatsächlich hinzufügen.
Verwandte: — Eine einfache Tabellenkalkulationsschnittstelle, die auf einer echten relationalen Datenbank aufbaut, mit Automatisierungen, Ansichten und gemeinsam nutzbaren Schnittstellen..
| Menüpunkt | FMP Browse-Modus | 4D Foundation (Standard) | 4D Custom-Menü |
|---|---|---|---|
| Neue Datenbank | Ja | — | — |
| Schließen | Ja | — | — |
| Felder definieren | Ja | — | — |
| Wertelisten definieren | Ja | — | — |
| Zugriffsrechte | Ja | — | — |
| Teilen | Ja | — | — |
| Kopie speichern unter | Ja | — | — |
| Wiederherstellen | Ja | — | — |
| Datensätze/Daten importieren | Ja | Ja | Ja |
| Datensätze/Daten exportieren | Ja | Ja | Ja |
| Ja | Ja | Ja | |
| Seite einrichten | Ja | — | Empfohlen |
| Beenden | Ja | Ja | Ja |
| Öffnen (Datenbank) | Ja | — | — |
| Tabelle öffnen | — | Ja | Optional |
| Einstellungen | — | Ja | — |
| Verwaltung | — | Ja | — |
| Protokolldatei / Keine Protokolldatei | — | Ja | — |
Das Muster ist klar: Das FMP Browse-Modus-Menü ist überfüllt mit Schema- und Dateiverwaltungsbefehlen, da FileMaker historisch gesehen Design-Tools über dieselbe Menüleiste bereitgestellt hat. Das 4D Foundation-Menü ist schlanker, lässt jedoch „Seite einrichten“ aus. Ein gut aufgebautes 4D Custom-Menü liegt dazwischen – es behält die vier universellen Elemente bei, stellt „Seite einrichten“ wieder her und schließt bewusst alles aus, was dem Entwickler oder Administrator vorbehalten ist.
Elemente, die nicht in einem Benutzermenü erscheinen sollten
Mehrere Elemente des FMP Browse-Modus sind von diesem Vergleich ausgeschlossen, da sie es dem Benutzer ermöglichen, Designänderungen vorzunehmen oder Funktionen auszuführen, die in einer 4D Custom-Menüumgebung keinen Platz haben. Dies sind:
- Neue Datenbank — Das Erstellen einer neuen Datenbank ist eine Aktion für Entwickler/Administratoren, keine Aktion für Laufzeitbenutzer.
- Schließen — In 4D bedeutet das Schließen der Datenbank normalerweise das Beenden der Anwendung; ein separates „Schließen“ ist verwirrend.
- Felder definieren — Bearbeitung des Schemas. Geben Sie dies niemals für Endbenutzer frei.
- Wertelisten definieren — Die Pflege von Wertelisten ist eine Aufgabe zur Entwurfszeit.
- Zugriffsrechte — Die Sicherheitskonfiguration obliegt dem Administrator.
- Freigabe — Die Netzwerk-/Freigabekonfiguration ist eine administrative Angelegenheit.
- Kopie speichern unter — Die Duplizierung auf Dateiebene ist ein Wartungsvorgang.
- Wiederherstellen — Die Datenbankwiederherstellung ist ein Reparaturwerkzeug, keine Benutzerfunktion.
Das zugrunde liegende Prinzip: Alles, was die Struktur der Datenbank, ihre Sicherheit oder ihre Dateien auf der Festplatte ändert, ist eine Administratorfunktion. Ein benutzerorientiertes Dateimenü sollte nur Vorgänge enthalten, die auf Daten wirken, mit denen der Benutzer rechtmäßig arbeitet.
Wenn Sie einkaufen: — Ein , der sich in die breitere Zoho-Suite einfügt und Preise pro Benutzer und nicht pro App berechnet..
Die vier universellen Elemente — und warum sie wichtig sind
Es gibt vier Menüpunkte, die allen drei Dateimenüs gemeinsam sind: Importieren, Exportieren, Drucken und Beenden. Das ist kein Zufall. Diese vier repräsentieren den vollständigen Lebenszyklus: Daten einholen, Daten ausgeben, ein physisches oder PDF-Artefakt erstellen und die Sitzung beenden. Jede Anwendung, die eines davon auslässt, wird die Benutzer frustrieren.
- Importieren (Datensätze/Daten) — ermöglicht es Benutzern, externe Daten (CSV, tabulatorgetrennt oder den Export einer anderen Datenbank) in eine Tabelle zu laden. In 4D entspricht dies natürlich Importbefehlen, die Sie über einen Menüpunkt auslösen können.
- Exportieren (Datensätze/Daten) — das Gegenstück. Benutzer müssen häufig Daten an eine Tabellenkalkulation oder ein anderes System übergeben.
- Drucken — Erstellen eines Datensatzes, einer Liste oder eines Berichts. Dies ist oft der am häufigsten verwendete Dateibefehl in einer Geschäftsanwendung.
- Beenden — Beendet die Sitzung sauber, idealerweise mit einer Bestätigung und der erforderlichen Speicher-/Bereinigungslogik.
Da diese vier so grundlegend sind, sollten sie in jedem benutzerdefinierten Menüset, das Sie ausliefern, vorhanden, korrekt beschriftet und mit einem sinnvollen Standardverhalten verknüpft sein.
Die Lücke beim Seitenaufbau
Eine Sache, die im Standard-Dateimenü von 4D Foundation wirklich fehlt, ist Seite einrichten. Dies ist ein echtes Usability-Problem, kein kosmetisches. Wenn ein Benutzer die Seiteneinrichtung nicht auswählen kann, verwendet die Anwendung stillschweigend die zuletzt ausgewählte Einstellung wieder — was das falsche Papierformat, die falsche Ausrichtung oder die falschen Ränder für den Bericht sein kann, den sie gerade drucken möchten.
Die praktische Lösung ist unkompliziert: Fügen Sie Ihrem benutzerdefinierten Dateimenü einen Menüpunkt Seite einrichten hinzu und verknüpfen Sie ihn mit dem Seiteneinrichtungsdialog der Plattform. Die Platzierung direkt über Drucken spiegelt die Konvention wider, die Benutzer bereits aus anderen Anwendungen kennen, und gibt ihnen die Möglichkeit, das Layout zu korrigieren, bevor sie einen Druckauftrag starten. Für Berichte, die immer auf eine bestimmte Weise gedruckt werden müssen, können Sie die Seiteneinrichtung beim Drucken immer noch programmgesteuert festlegen — aber dem Benutzer eine manuelle Überschreibung zu lassen, ist fast immer die bessere Wahl.
Datenbank öffnen, Tabelle öffnen und die Single-Database-Realität
Das FMP-Menü Öffnen und das 4D-Menü Benutzer-Datenbank öffnen werden in einer Benutzer-/benutzerdefinierten Menüumgebung normalerweise nicht benötigt. Die Begründung ist einfach: Wenn der Benutzer Ihre Menüs sieht, hat er bereits die Datenbank geöffnet. Darüber hinaus kann man in 4D immer nur eine Datenbank gleichzeitig öffnen, sodass ein Befehl „Datenbank öffnen“ kein sinnvolles Ziel hat — es gibt nichts anderes, zu dem man wechseln könnte.
Beim Punkt Tabelle öffnen im Foundation-Standardmenü ist der Fall anders. Er kann nützlich sein, sollte aber wahrscheinlich nicht im Dateimenü stehen. Die meisten gut gestalteten Anwendungen bieten Benutzern eine andere Möglichkeit, zwischen Tabellen zu navigieren — ein dediziertes Navigationsmenü, eine Symbolleiste oder Schaltflächen auf einem Startformular.
Wenn man die Tabellennavigation aus dem Dateimenü heraushält, bleibt die Bedeutung des Dateimenüs (Vorgänge auf Dokumentebene) erhalten und die Navigation bleibt dort, wo Benutzer sie erwarten.
Wenn Sie sich entscheiden, den Tabellenwechsel freizugeben, ziehen Sie stattdessen ein Gehe zu- oder Navigieren-Menü in Betracht und füllen Sie es dynamisch aus Ihrer Tabellenstruktur, damit es synchron bleibt, während sich das Schema entwickelt.
Einstellungen, Verwaltung und Protokolldatei
Die Punkte Einstellungen und Administration im Foundation-Menü sind, wie in den ursprünglichen Notizen erwähnt, nicht wirklich für den Benutzer gedacht — sie sind für einen Administrator. Die Einstellungen können Optionen enthalten, die die gesamte Installation betreffen; die Administration kann die Benutzerverwaltung, Backups oder Wartungsaufgaben offenlegen. Diese für normale Benutzer zugänglich zu machen, lädt zu versehentlichen Fehlkonfigurationen ein.
Das Benutzermenü Protokolldatei / Keine Protokolldatei verdient besondere Erwähnung. Es wird für die Datenbankwartung und die Datenbanksicherung verwendet — es schaltet um, ob 4D ein Journal/Protokoll der Datenänderungen schreibt.
Dies ist eine kritische Betriebseinstellung: Die Protokolldatei ist das, was eine Wiederherstellung der Datenbank in einen konsistenten Zustand nach einem unerwarteten Absturz ermöglicht, und sie interagiert mit Ihrer Backup-Strategie. Das beiläufige Ein- oder Ausschalten über ein Benutzermenü ist riskant.
Das bessere Design besteht darin, die Steuerung der Protokolldatei in ein programmspezifisches Menü (oder ein nur für Administratoren sichtbares Menü) zu verschieben, das entweder vor regulären Benutzern verborgen oder durch Zugriffsrechte geschützt ist. Wenn Ihre Anwendung wirklich erfordert, dass Benutzer ein Backup auslösen, stellen Sie einen einzelnen, klar beschrifteten Backup-Befehl bereit, der eine kontrollierte Routine ausführt — und kein bloßes Umschalten des Protokollierungsmechanismus.
So entscheiden Sie, was in Ihr Dateimenü kommt
Verwenden Sie diese Kriterien, wenn Sie ein benutzerdefiniertes Dateimenü erstellen oder überprüfen:
- Wirkt es auf das gesamte Dokument/den gesamten Datensatz? Wenn ja, ist „Datei“ ein Kandidat. Wenn es auf ein Feld, einen Datensatz oder ein Layout wirkt, gehört es woanders hin.
- Handelt es sich um eine Datenoperation oder eine Schema-/Sicherheits-/Dateioperation? Datenoperationen können benutzerorientiert sein; Schema-, Sicherheits- und Dateioperationen sind administrativ.
- Benötigt der Benutzer dies während der normalen Arbeit? Importieren, Exportieren, Drucken, Seite einrichten und Beenden bestehen diesen Test. „Felder definieren“ nicht.
- Ist es angesichts des Einzeldatenbankmodells von 4D redundant? „Open Database“ besteht diesen Test nicht.
- Ist es gefährlich, wenn es missbraucht wird? Das Umschalten der Protokolldatei schlägt diesen Test fehl und gehört hinter eine Administrator-Sperre.
- Gibt es einen natürlicheren Ort? Die Tabellennavigation gehört in ein Navigationsmenü; die Wartung gehört in ein Admin-Menü.
Wenn Sie diese sechs Fragen konsequent anwenden, entsteht ein Dateimenü, das kurz, vorhersehbar und vertrauenswürdig ist – genau das, was das wichtigste Menü in der Leiste sein sollte.
Häufig gestellte Fragen
Warum steht das Dateimenü immer an erster Stelle der Menüleiste?
Konvention. Bei praktisch allen Desktop-Anwendungen ist das Menü ganz links für Vorgänge auf Dokument- und Anwendungsebene reserviert, und Benutzer haben ein jahrzehntelanges Muskelgedächtnis und erwarten, dass „Drucken“ und „Beenden“ dort zu finden sind. Wenn man „Datei“ an die erste Stelle setzt, verringert dies die kognitive Belastung beim Erlernen Ihrer Anwendung und bleibt konsistent mit den Richtlinien der Plattform.
Welche vier Elemente erscheinen in allen drei hier verglichenen Dateimenüs?
Importieren, Exportieren, Drucken und Beenden. Diese vier decken den wesentlichen Lebenszyklus ab – Daten importieren, Daten exportieren, ein gedrucktes Artefakt erstellen und die Sitzung beenden –, weshalb sie in jedem Menüdesign unabhängig von der Umgebung überleben.
Warum fehlt „Seite einrichten“ im Standard-Dateimenü von 4D Foundation, und sollte ich es hinzufügen?
Das Foundation-Menü enthält es einfach nicht, was bedeutet, dass die Anwendung die zuletzt gewählte Seiteneinrichtung wiederverwendet – möglicherweise mit der falschen Größe, Ausrichtung oder den falschen Rändern. Sie sollten Ihrem benutzerdefinierten Dateimenü einen Punkt „Seite einrichten“ hinzufügen, idealerweise direkt über „Drucken“, damit Benutzer das Layout vor dem Drucken korrigieren können.
Warum sollte „Open Database“ nicht in einem benutzerdefinierten 4D-Menü erscheinen?
Weil 4D immer nur eine Datenbank gleichzeitig öffnen kann und der Benutzer die Datenbank bereits geöffnet hat, um zu Ihren Menüs zu gelangen. Ein „Open Database“-Befehl hat kein sinnvolles Ziel und ist daher in einem benutzerorientierten benutzerdefinierten Menü redundant.
Wohin sollte „Log File / No Log File“ anstelle des Benutzer-Dateimenüs verschoben werden?
Es sollte in ein programmspezifisches oder nur für Administratoren zugängliches Menü verschoben werden, da es das für Wartung und Sicherung verwendete Journaling steuert und mit der Wiederherstellung interagiert. Wenn man normalen Benutzern einen direkten Schalter für die Protokollierung anbietet, riskiert man, die Wiederherstellbarkeit zu gefährden; wenn Benutzer Sicherungen benötigen, geben Sie ihnen stattdessen einen einzigen, kontrollierten Backup-Befehl.
Sollte „Open Table“ im Dateimenü bleiben?
Im Allgemeinen nein. Die Tabellennavigation lässt sich besser über ein dediziertes Navigationsmenü, eine Symbolleiste oder Schaltflächen auf einem Startformular handhaben. So bleibt das Dateimenü auf Operationen auf Dokumentebene konzentriert und die Navigation wird dort platziert, wo Benutzer sie erwarten.
Häufig gestellte Fragen
Warum steht das Dateimenü in der Menüleiste immer an erster Stelle?
Konvention. Bei praktisch allen Desktop-Anwendungen ist das Menü ganz links für Vorgänge auf Dokument- und Anwendungsebene reserviert, und Benutzer haben jahrzehntelanges Muskelgedächtnis und erwarten, dass „Drucken“ und „Beenden“ dort vorhanden sind. Wenn Sie die Datei an die erste Stelle setzen, verringert sich die kognitive Belastung beim Erlernen Ihrer Anwendung und sorgt dafür, dass sie mit den Richtlinien der Plattform konsistent bleibt.
Welche vier Elemente erscheinen in allen drei hier verglichenen Dateimenüs?
Importieren, Exportieren, Drucken und Beenden. Diese vier decken den wesentlichen Lebenszyklus vom Einbringen von Daten, Senden von Daten, Erstellen eines gedruckten Artefakts und Beenden der Sitzung ab, weshalb sie unabhängig von der Umgebung in jedem Menüdesign fortbestehen.
Warum fehlt „Seite einrichten“ im Standardmenü „Datei“ von 4D Foundation und sollte ich es hinzufügen?
Das Foundation-Menü enthält es einfach nicht, was bedeutet, dass die Anwendung die zuletzt ausgewählte Seiteneinrichtung wiederverwendet – möglicherweise die falsche Größe, Ausrichtung oder Ränder. Sie sollten Ihrem benutzerdefinierten Dateimenü ein Element „Seite einrichten“ hinzufügen, idealerweise direkt über „Drucken“, damit Benutzer das Layout vor dem Drucken korrigieren können.
Warum sollte Open Database nicht in einem benutzerdefinierten 4D-Menü erscheinen?
Weil 4D jeweils nur eine Datenbank öffnen kann und der Benutzer die Datenbank bereits geöffnet hat, um zu Ihren Menüs zu gelangen. Ein Befehl „Datenbank öffnen“ hat kein sinnvolles Ziel und ist daher in einem benutzerdefinierten Menü für den Benutzer überflüssig.
Wohin soll „Protokolldatei“ / „Keine Protokolldatei“ gehen, anstatt in das Benutzermenü „Datei“?
Es sollte in ein programmspezifisches oder nur für Administratoren bestimmtes Menü verschoben werden, da es die für Wartung und Sicherung verwendete Journalfunktion steuert und mit der Wiederherstellung interagiert. Wenn ein Rohprotokollierungsschalter für normale Benutzer verfügbar gemacht wird, besteht die Gefahr, dass die Wiederherstellbarkeit beeinträchtigt wird. Wenn Benutzer Backups benötigen, geben Sie ihnen stattdessen einen einzigen kontrollierten Backup-Befehl.
Sollte Open Table im Dateimenü bleiben?
Generell nein. Die Tabellennavigation lässt sich besser über ein spezielles Navigationsmenü, eine Symbolleiste oder Schaltflächen in einem Startformular handhaben, wodurch sich das Dateimenü auf Vorgänge auf Dokumentebene konzentriert und die Navigation dort platziert wird, wo Benutzer sie erwarten.
Testen Sie FileMaker 45 Tage lang kostenlos
Die langlebige relationale Datenbankplattform für Teams, die benutzerdefinierte Apps auf Desktop, Web und Mobilgeräten aus einer einzigen Datei benötigen.