Grundlagen des Lernens in der vierten Dimension
Die festen Menüs in 4D verstehen
Wenn Sie eine benutzerdefinierte Anwendung in 4D (4th Dimension) erstellen, ist eines der ersten Dinge, die Sie entdecken, dass nicht jeder Teil der Menüleiste unter Ihrer Kontrolle steht. Die Menüs Bearbeiten und Hilfe sind fixiert: Sie werden von der 4D-Umgebung selbst bereitgestellt, sie erscheinen in jeder kompilierten und interpretierten Anwendung, und ihre Menüpunkte können nicht über den Standard-Menüeditor umbenannt, neu geordnet oder entfernt werden.
Dies überrascht Entwickler, die von FileMaker Pro kommen, wo das Menüsystem vergleichsweise offen ist und wo man oft große Teile der Standard-Menüleiste unterdrücken oder ersetzen kann. In 4D reserviert die Plattform einen kleinen, aber wichtigen Teil der Benutzeroberfläche für sich. Zu verstehen, warum diese Menüs festgelegt sind — und was man dennoch in ihrem Umfeld tun kann — ist ein Kernstück der 4D-Kenntnisse.
Abbildung 10 in der ursprünglichen Lektion zeigt die 4D-Menüs „Bearbeiten“ und „Hilfe“ nebeneinander. Der Punkt der Lektion ist einfach und es lohnt sich, ihn zu wiederholen: Alle Programme werden diese Menüs und Menüpunkte haben. Man kann sich dem nicht entziehen. Was Sie tun können, ist, den Rest Ihrer Menüleiste so zu gestalten, dass sich die festen Menüs wie ein natürlicher Teil Ihrer Anwendung anfühlen und nicht wie ein Fremdkörper.
Warum 4D die Menüs Bearbeiten und Hilfe reserviert
Die festen Menüs existieren, weil 4D sowohl eine Entwicklungsumgebung als auch eine Laufzeitumgebung ist. Die gleiche Menü-Maschinerie, mit der Sie eine Methode in der Design-Umgebung bearbeiten, muss auch die Texteingabe in einem Formularfeld zur Laufzeit unterstützen. Das Menü Bearbeiten enthält die Standardbefehle für die Zwischenablage und die Textbearbeitung — Rückgängig, Ausschneiden, Kopieren, Einfügen, Löschen, Alles auswählen —, die Benutzer in jedem Textfeld erwarten, unabhängig davon, ob es sich bei diesem Feld um einen 4D-Dateneingabebereich, ein Kommentarfeld oder eine Suchleiste handelt.
Das Hilfe-Menü hingegen ist der Anknüpfungspunkt der Plattform für ihre eigene Dokumentation, „Über“-Informationen und Versionsberichte. Da 4D als eine einzige Engine über interpretierte und kompilierte Modi sowie über Windows und macOS hinweg ausgeliefert wird, behält der Anbieter diese beiden Menüs unter seiner eigenen Kontrolle, um ein konsistentes Verhalten zu gewährleisten, unabhängig davon, was der Entwickler tut.
Daraus ergeben sich einige praktische Konsequenzen:
Related: — A spreadsheet-simple interface sitting on top of a real , with automations, views, and shareable interfaces..
- Sie können sie nicht löschen. Der Versuch, Bearbeiten oder Hilfe aus der Menüleiste zu entfernen, wird nicht unterstützt. Der Befehlssatz der Menüleiste in 4D arbeitet mit den Menüs, die Sie definieren; die festen Menüs liegen außerhalb dieses Bereichs.
- Sie können ihre Punkte nicht umbenennen. „Rückgängig“, „Einfügen“ und „Alles auswählen“ werden immer so heißen (abhängig von der Betriebssystemsprache).
- Ihr Verhalten ist an das fokussierte Objekt gebunden. Die Punkte des Menüs Bearbeiten werden automatisch aktiviert oder deaktiviert, je nachdem, ob ein Texteingabeobjekt den Fokus hat. Dies ist eine Funktion, keine Einschränkung — es bedeutet, dass Sie in jedem Eingabefeld kostenlos das korrekte Verhalten der Zwischenablage erhalten.
- Sie erscheinen in beiden Modi. Sowohl interpretierte (Design/User) als auch kompilierte (merged) Anwendungen zeigen sie an.
Die wichtigste Erkenntnis für einen Citizen Developer oder ein kleines Entwicklerteam ist, dass Sie Bearbeiten und Hilfe als Plattform-Inventar betrachten sollten. Gestalten Sie darum herum, anstatt dagegen anzukämpfen.
Wie die festen Menüs mit Ihren benutzerdefinierten Menüs interagieren
Die ursprüngliche Lektion ist Teil einer größeren Sequenz über Menüs: Vergleich von FileMaker Pro- und 4D-Menüs, Erstellen eines benutzerdefinierten 4D-Menüs und anschließend die Auseinandersetzung mit Datei-, Datensatz- und „anderen“ Menüvergleichen. Die Diskussion über Bearbeiten/Hilfe fällt in die Kategorie „andere“ — die Menüs, die Sie nicht selbst erstellen können.
Die wichtige Designfrage ist die Reihenfolge und Gruppierung. In 4D erstellen Sie Ihre benutzerdefinierte Menüleiste mit Befehlen wie INSERT MENU, APPEND MENU ITEM und verwandten Befehlen und hängen die Leiste an ein Formular oder an die Anwendung an. Die festen Menüs nehmen konventionelle Positionen ein:
If you are shopping: — A that plugs into the wider Zoho suite and prices per user rather than per app..
- Bearbeiten steht in der Regel nach „Datei“ und allen benutzerdefinierten Menüs, die Sie an den Anfang einfügen.
- Hilfe befindet sich üblicherweise ganz rechts in der Menüleiste, sowohl unter Windows als auch unter macOS.
Da Sie diese nicht verschieben können, lautet die praktische Empfehlung: Platzieren Sie Ihre eigenen Menüs so, dass die festen Menüs dort landen, wo die Benutzer sie erwarten. Wenn Sie ein Menü „Datensätze“ und ein Menü „Berichte“ einfügen, überlegen Sie, ob „Bearbeiten“ dazwischen oder danach stehen sollte.
Die meisten Benutzer haben eine starke Erwartungshaltung durch ihr Muskelgedächtnis, dass Hilfe an letzter Stelle und Bearbeiten irgendwo im linken bis mittleren Bereich liegt. Berücksichtigen Sie dies.
Ein nützliches mentales Modell ist die Menüleiste als Vertrag:
| Region | Wer kontrolliert sie | Was dorthin gehört |
|---|---|---|
| Datei | Sie (anpassbar) | Neu, Öffnen, Speichern, Drucken, Beenden-Aktionen |
| Bearbeiten | 4D (fest) | Rückgängig, Ausschneiden, Kopieren, Einfügen, Löschen, Alles auswählen |
| Datensätze | Sie (anpassbar) | Navigation, Datensatz erstellen/löschen, suchen |
| Benutzerdefinierte Menüs | Sie | Domain-Aktionen Ihrer App |
| Hilfe | 4D (fest) | Plattform-Hilfe, Über, Versionsinformationen |
Wenn Sie Ihre benutzerdefinierten Menüs in den „Sie“-Zeilen belassen und die festen Zeilen unberührt lassen, wird Ihre Menüleiste für jeden, der bereits eine Desktop-Anwendung verwendet hat, natürlich wirken.
Was Sie dennoch anpassen können
Die festen Menüs bedeuten nicht, dass die Menüleiste eingefroren ist. Es gibt vieles, was Sie kontrollieren können, und wenn Sie die Grenze kennen, können Sie Ihre Mühe dort investieren, wo es zählt.
- Ihre eigenen Menüs der obersten Ebene. Datei, Datensätze und alle domänenspezifischen Menüs (Berichte, Dienstprogramme, Verwaltung) können Sie selbst definieren, benennen und füllen.
- Menüelemente und Untermenüs. Sie können Ihren Menüs Elemente, Trennzeichen, Häkchen, Tastaturkürzel und verschachtelte Untermenüs hinzufügen.
- Logik zum Aktivieren/Deaktivieren. Sie können Ihre eigenen Elemente kontextbezogen ausgrauen – zum Beispiel durch Deaktivieren von „Datensatz löschen“, wenn kein Datensatz ausgewählt ist – mithilfe der Statusbefehle für Menüelemente von 4D.
- Kontextmenüs. Rechtsklickmenüs (Kontextmenüs) sind ein separater Mechanismus von der Menüleiste und stehen vollständig unter Ihrer Kontrolle. Daher sind sie ein guter Ort, um Aktionen bereitzustellen, die andernfalls die fest angrenzende Leiste überladen würden.
- Das Info-/Hilfe-Erlebnis. Während Sie die integrierten Elemente des Hilfemenüs nicht umschreiben können, können Sie Ihren eigenen Befehl „Über meine App“ oder „Dokumentation“ in eines Ihrer benutzerdefinierten Menüs einfügen und Benutzern so einen gebrandeten Pfad zu Ihren Hilfeinhalten bieten.
Das Muster, das gut funktioniert: Halten Sie die festen Menüs schlank und unverändert und leiten Sie alle anwendungsspezifischen Hilfe- und Info-Informationen über Ihre eigenen Menüelemente. Auf diese Weise bleibt das Hilfemenü der Plattform der „Ausweg“ zur 4D-eigenen Dokumentation, und Ihre Benutzer finden dennoch Ihr Material.
Praktische Anleitung: Entwerfen einer Menüleiste, die mit festen Menüs koexistiert
Wenn Sie die Menüleiste für eine neue 4D-Anwendung planen, gehen Sie diese Entscheidungen in dieser Reihenfolge durch:
- Listen Sie die Verben auf, die Ihre Benutzer benötigen. Erstellen, suchen, bearbeiten, löschen, drucken, exportieren, navigieren, verwalten. Gruppieren Sie diese nach Substantiven.
- Ordnen Sie jede Gruppe einem Menü der obersten Ebene zu. Datensätze, Berichte, Dienstprogramme und so weiter.
- Reservieren Sie die herkömmlichen Plätze. Lassen Sie „Datei“ an erster Stelle stehen, lassen Sie „Bearbeiten“ an seinem natürlichen Platz und lassen Sie „Hilfe“ die Leiste abschließen.
- Entscheiden Sie, was in Kontextmenüs gehört. Alles, was nur für ein ausgewähltes Objekt (eine Zeile, ein Feld, einen Datensatz) relevant ist, eignet sich oft besser als Rechtsklick-Aktion denn als Element in der Menüleiste.
- Planen Sie Aktivierungs-/Deaktivierungsregeln. Fragen Sie bei jedem benutzerdefinierten Element: „Wann soll dies ausgegraut sein?“ und implementieren Sie diese Logik frühzeitig, anstatt sie später nachzurüsten.
- Testen Sie in beiden Modi. Überprüfen Sie, ob sich die Menüleiste in interpretierten und kompilierten Builds korrekt verhält, sowie sowohl unter Windows als auch unter macOS, falls Sie plattformübergreifend ausliefern.
Ein häufiger Fehler bei Entwicklern, die neu bei 4D sind, ist der Versuch, die Funktionen des Menüs „Bearbeiten“ in einem benutzerdefinierten Menü zu replizieren – etwa durch das Hinzufügen eigener „Kopieren“- und „Einfügen“-Elemente. Dies führt zu doppelten Befehlen, verwirrt die Benutzer und verhält sich normalerweise schlechter als die integrierten Elemente, da die Versionen der Plattform bereits mit dem fokussierten Textobjekt verknüpft sind. Erfinden Sie die festen Menüs nicht neu; ergänzen Sie sie.
Ein weiterer Fehler besteht darin, kritische Aktionen so tief in benutzerdefinierten Untermenüs zu vergraben, dass Benutzer sie nie finden, während die festen Menüs „Bearbeiten“ und „Hilfe“ prominent an den Rändern platziert sind. Nutzen Sie das visuelle Gewicht der festen Menüs als Anker: Platzieren Sie Ihre am häufigsten verwendeten Befehle in Menüs der obersten Ebene in deren Nähe und nicht drei Ebenen tiefer.
Wie sich dies von FileMaker Pro unterscheidet
Die ursprüngliche Lektion rahmt diesen Abschnitt ausdrücklich als Teil eines Vergleichs zwischen FileMaker Pro und 4D ein, und der Punkt „Bearbeiten/Hilfe“ ist einer der deutlichsten Unterschiede. FileMaker Pro bietet Entwicklern ein vergleichsweise offenes Menüsystem – Sie können benutzerdefinierte Menüs erstellen und mit der entsprechenden Konfiguration große Teile der Standardmenüleiste ausblenden oder ersetzen. 4D vertritt eine konservativere Haltung: Ein definierter Satz von Plattformmenüs ist immer vorhanden.
Keiner der Ansätze ist objektiv besser; sie spiegeln unterschiedliche Philosophien wider.
- Die Flexibilität von FileMaker eignet sich für Entwickler, die die vollständige Kontrolle über die visuelle Umgebung des Benutzers wünschen und bereit sind, die Verantwortung für die Bereitstellung aller vom Benutzer benötigten Befehle zu übernehmen.
- Die festen Menüs von 4D garantieren, dass Standardtextbearbeitung und Plattformhilfe immer verfügbar sind, was die Wahrscheinlichkeit verringert, dass ein Benutzer in einem Feld ohne Möglichkeit zum Einfügen oder in einer App ohne Weg zur Dokumentation stecken bleibt.
Für Entwickler in kleinen Teams ist die Haltung von 4D oft einfacher zu handhaben, da sie eine ganze Kategorie von Entscheidungen eliminiert. Man muss sich nie fragen: „Soll ich meinen eigenen Kopierbefehl bereitstellen?“ – die Antwort lautet bereits nein.
Wichtige Erkenntnisse
- Die Menüs Bearbeiten und Hilfe in 4D sind fest: Sie erscheinen in jeder Anwendung und ihre Elemente können nicht umbenannt, neu angeordnet oder entfernt werden.
- Sie existieren, weil 4D sowohl eine Entwicklungsumgebung als auch eine Laufzeitumgebung ist und die Plattform ein garantiertes Zwischenablage- und Hilfeverhalten in jedem Textfeld benötigt.
- Sie steuern weiterhin „Datei“, „Datensätze“ und alle Ihre eigenen benutzerdefinierten Menüs sowie Kontextmenüs und die Aktivierungs-/Deaktivierungslogik.
- Entwerfen Sie um die festen Menüs herum: Platzieren Sie Ihre benutzerdefinierten Menüs so, dass „Bearbeiten“ und „Hilfe“ dort landen, wo Benutzer sie erwarten, und duplizieren Sie niemals die integrierten Zwischenablage-Befehle.
- Leiten Sie Ihr eigenes „Info“ und Ihre Dokumentation über benutzerdefinierte Menüelemente weiter, anstatt zu versuchen, das Hilfemenü zu ändern.
- Dies ist ein wesentlicher Gegensatz zu FileMaker Pro, das Entwicklern weitaus mehr Kontrolle über die Menüleiste bietet.
Häufig gestellte Fragen
Kann ich das Bearbeiten- oder Hilfemenü aus einer 4D-Anwendung entfernen?
Nein. Diese Menüs werden von der 4D-Umgebung bereitgestellt und sind in jeder Anwendung vorhanden, egal ob interpretiert oder kompiliert. Die Menübefehle, die Sie zum Erstellen einer benutzerdefinierten Menüleiste verwenden, wirken auf die von Ihnen definierten Menüs, nicht auf die festen Menüs der Plattform. Der praktische Ansatz besteht darin, Ihre eigenen Menüs so zu entwerfen, dass die festen Menüs an ihren herkömmlichen Positionen sitzen.
Warum behält 4D das Menü „Bearbeiten“ fest bei, anstatt Entwickler es anpassen zu lassen?
Da 4D sowohl als Entwicklungsumgebung als auch als Laufzeitumgebung dient, benötigt die Plattform in jedem Texteingabeobjekt ein zuverlässiges Zwischenablage- und Textbearbeitungsverhalten. Indem 4D Rückgängig, Ausschneiden, Kopieren, Einfügen, Löschen und Alles auswählen unter eigener Kontrolle behält, garantiert 4D, dass diese Befehle korrekt und konsistent funktionieren, unabhängig davon, was der Entwickler erstellt, und über Windows und macOS hinweg.
Soll ich meine eigenen Menüeinträge zum Kopieren und Einfügen erstellen?
Generell nein. Die integrierten Menüpunkte von „Bearbeiten“ sind bereits mit dem fokussierten Textobjekt verknüpft und werden automatisch aktiviert oder deaktiviert. Das Hinzufügen eigener Duplikate stiftet Verwirrung und führt in der Regel zu einem schlechteren Verhalten. Verbringen Sie stattdessen Ihren Aufwand bei der Menügestaltung mit domänenspezifischen Befehlen, die die Plattform nicht bereitstellt.
Wo sollten meine benutzerdefinierten Menüs im Verhältnis zu den festen Menüs platziert werden?
Befolgen Sie die Desktop-Konventionen: Lassen Sie „File“ die Leiste anführen, lassen Sie „Edit“ an seiner natürlichen Position links bis mittig und lassen Sie „Help“ die Leiste auf der rechten Seite abschließen. Fügen Sie Ihre eigenen Menüs — Datensätze, Berichte, Dienstprogramme — so ein, dass sie sich logisch gruppieren, ohne die festen Menüs an unerwartete Stellen zu verschieben. Benutzer verlassen sich auf ihr Muskelgedächtnis bezüglich der Position von „Edit“ und „Help“.
Kann ich meinen eigenen „Über“- oder Hilfe-Befehl hinzufügen, wenn das Hilfe-Menü fest vorgegeben ist?
Ja — nur nicht innerhalb des Hilfe-Menüs selbst. Fügen Sie einem Ihrer eigenen benutzerdefinierten Menüs einen Punkt „Über MyApp“ oder „Dokumentation“ hinzu. Dadurch erhalten Benutzer einen markenspezifischen Pfad zu Ihren Hilfeinhalten, während das Hilfe-Menü der Plattform als Weg zur eigenen Dokumentation von 4D intakt bleibt.
Unterscheidet sich das Verhalten der festen Menüs zwischen interpretierten und kompilierten 4D-Anwendungen?
Die Menüs „Bearbeiten“ und „Hilfe“ erscheinen in beiden Modi, sodass die Einschränkung dieselbe ist, unabhängig davon, ob Sie in der Design-/Benutzerumgebung arbeiten oder eine zusammengeführte, kompilierte Anwendung ausliefern. Was sich zwischen den Modi ändert, ist anderes Verhalten — Debugging, Methodenzugriff und so weiter — aber die festen Menüs bleiben durchgehend fixiert.
P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; if you want the current details.
Frequently asked questions
Can I remove the Edit or Help menu from a 4D application?
No. These menus are supplied by the 4D environment and are present in every application, interpreted or compiled. The menu commands you use to build a custom menu bar operate on the menus you define, not on the platform's fixed menus. The practical approach is to design your own menus so the fixed ones sit in their conventional positions.
Why does 4D keep the Edit menu fixed instead of letting developers customize it?
Because 4D serves both as a development environment and a runtime, the platform needs reliable clipboard and text-editing behavior in every text-input object. By keeping Undo, Cut, Copy, Paste, Clear, and Select All under its own control, 4D guarantees those commands work correctly and consistently regardless of what the developer builds, and across Windows and macOS.
Should I create my own Copy and Paste menu items?
Generally no. The built-in Edit menu items are already wired to the focused text object and enable or disable automatically. Adding your own duplicates creates confusion and usually behaves worse. Instead, spend your menu-design effort on domain-specific commands that the platform does not provide.
Where should my custom menus go relative to the fixed ones?
Follow desktop conventions: let File lead the bar, allow Edit to sit in its natural left-to-middle position, and let Help close the bar on the right. Insert your own menus — Records, Reports, Utilities — so they group logically without pushing the fixed menus into unexpected places. Users rely on muscle memory for where Edit and Help live.
Can I add my own 'About' or help command if the Help menu is fixed?
Yes — just not inside the Help menu itself. Add an 'About MyApp' or 'Documentation' item to one of your own custom menus. This gives users a branded path to your help content while leaving the platform's Help menu intact as the route to 4D's own documentation.
Does the fixed-menu behavior differ between interpreted and compiled 4D applications?
The Edit and Help menus appear in both modes, so the constraint is the same whether you are running in the Design/User environment or shipping a merged, compiled application. What changes between modes is other behavior — debugging, method access, and so on — but the fixed menus remain fixed throughout.
Try FileMaker Free for 45 Days
The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file.