Basisprincipes van 4th Dimension Learning

Het Bestandsmenu is misschien wel het allerbelangrijkste menu in elke databasetoepassing, en om die reden bezet het vrijwel altijd de eerste positie op de menubalk. Het is het anker waar gebruikers naar terugkeren voor de meest fundamentele handelingen: een record afdrukken, een gevonden reeks exporteren en de toepassing afsluiten. Wanneer u een aangepaste menuset in 4D ontwerpt, zet u in het Bestandsmenu de toon voor de hele interface: is dit een gepolijste, speciaal gebouwde bedrijfstoepassing of een dun omhulsel rond de ontwikkelomgeving?

Dit artikel vergelijkt het menu Bestand in drie omgevingen: het FileMaker Pro (FMP) Browse Mode-menu, het 4D Foundation-menu (standaard) en een 4D Custom Menu. Het doel is niet om het ene menu integraal in het andere te kopiëren, maar om te begrijpen waarom elk item bestaat, zodat u kunt beslissen wat er voor uw gebruikers thuishoort.

Belangrijkste punten

• Het Bestandsmenu is het belangrijkste menu en bevindt zich conventioneel als eerste op de menubalk.
• Vier items verschijnen in alle drie de Bestandsmenu’s — Importeren, Exporteren, Afdrukken en Afsluiten — omdat elke gebruiker ze nodig heeft.
• Het standaard 4D Foundation Bestandsmenu mist een optie voor Pagina-instelling, wat een wezenlijk gebrek aan bruikbaarheid is.
• Ontwikkelingsgerichte items (Velden definiëren, Waardenlijsten definiëren, Toegangsrechten, enz.) mogen nooit verschijnen in een gebruikersgericht aangepast menu.
• Open Database en Open Table zijn grotendeels overbodig in een 4D-omgeving met aangepaste menu’s, aangezien 4D één database tegelijk opent.
• Logbestand / Geen logbestand is een kwestie van onderhoud en back-up en hoort thuis in een beheerders- of programmaspecifiek menu, niet in het Bestandsmenu van de gebruiker.

Waarom het Bestandsmenu een zorgvuldig ontwerp verdient

Een menubalk is een contract met de gebruiker. Wanneer iemand op Bestand klikt, verwachten ze een voorspelbare reeks bewerkingen die inwerken op het document of de gegevensset als geheel — niet op een enkel veld, niet op de lay-out en niet op het databaseschema.

Deze conventie is oud en duurzaam; het stamt af van de oorspronkelijke Apple Human Interface Guidelines en wordt tegenwoordig weerspiegeld in de menustructuren van de meeste desktopapplicaties. Het overtreden hiervan (bijvoorbeeld het verbergen van Afdrukken onder een aangepast menu, of het plaatsen van opdrachten voor het bewerken van schema’s in Bestand) dwingt gebruikers om naar basisfuncties te zoeken en tast het vertrouwen in de applicatie aan.

In 4D worden menu’s gedefinieerd als menubalkobjecten en menu-items, en ze kunnen aan formulieren worden gekoppeld en dynamisch worden aangestuurd via code. Die flexibiliteit is precies waarom discipline belangrijk is: omdat je alles overal kunt neerzetten, heb je een rationele onderbouwing nodig voor wat waar komt te staan. Het Bestandsmenu is de beste plek om met die discipline te beginnen.

De drie menu’s ter vergelijking

De onderstaande vergelijking weerspiegelt de drie omgevingen die in deze serie worden besproken. Merk op dat het 4D Default Custom Menu niet wordt weergegeven in de originele afbeelding, omdat het enige menu-item Afsluiten is — een nuttige herinnering dat een “aangepaste” menuset slechts zo goed is als de items die u er daadwerkelijk aan toevoegt.

Gerelateerd: Airtable — Een spreadsheet-eenvoudige interface bovenop een echte relationele database, met automatiseringen, weergaven en deelbare interfaces..

Menu-item	FMP Browse Mode	4D Foundation (Standaard)	4D Custom Menu
Nieuwe database	Ja	—	—
Sluiten	Ja	—	—
Velden definiëren	Ja	—	—
Waardenlijsten definiëren	Ja	—	—
Toegangsrechten	Ja	—	—
Delen	Ja	—	—
Kopie opslaan als	Ja	—	—
Herstellen	Ja	—	—
Records/gegevens importeren	Ja	Ja	Ja
Records/gegevens exporteren	Ja	Ja	Ja
Afdrukken	Ja	Ja	Ja
Pagina-instelling	Ja	—	Aanbevolen
Afsluiten	Ja	Ja	Ja
Openen (database)	Ja	—	—
Tabel openen	—	Ja	Optioneel
Voorkeuren	—	Ja	—
Administratie	—	Ja	—
Logbestand / Geen logbestand	—	Ja	—

Het patroon is duidelijk: het FMP Browse Mode-menu staat vol met opdrachten voor schema’s en bestandsbeheer, omdat FileMaker historisch gezien ontwerphulpmiddelen via dezelfde menubalk ontsloot. Het 4D Foundation-menu is slanker, maar laat Pagina-instelling achterwege. Een goed gebouwd 4D Custom Menu zit daar tussenin: het behoudt de vier universele items, herstelt Pagina-instelling en sluit doelbewust alles uit wat bij de ontwikkelaar of de beheerder hoort.

Items die niet in een gebruikersmenu mogen verschijnen

Verschillende FMP Browse Mode-items zijn uitgesloten van deze vergelijking omdat ze de gebruiker in staat stellen ontwerpwijzigingen aan te brengen of functies uit te voeren die geen plaats hebben in een 4D Custom Menu-omgeving. Dit zijn:

• Nieuwe database — het maken van een nieuwe database is een actie voor de ontwikkelaar/beheerder, geen actie voor de runtime-gebruiker.
• Sluiten — in 4D betekent het sluiten van de database doorgaans het afsluiten van de applicatie; een apart ‘Sluiten’-item is verwarrend.
• Velden definiëren — bewerken van het schema. Stel dit nooit bloot aan eindgebruikers.
• Waardenlijsten definiëren — het onderhoud van waardenlijsten is een taak voor de ontwerpfase.
• Toegangsrechten — de beveiligingsconfiguratie behoort tot de beheerder.
• Delen — netwerk-/deelconfiguratie is een administratieve kwestie.
• Kopie opslaan als — duplicatie op bestandsniveau is een onderhoudsoperatie.
• Herstellen — databaseherstel is een reparatietool, geen gebruikersfunctie.

Het onderliggende principe: alles wat de structuur van de database, de beveiliging ervan of de bestanden op schijf verandert, is een beheerdersfunctie. Een gebruikersgericht Bestandsmenu mag alleen bewerkingen bevatten die inwerken op gegevens waarmee de gebruiker legitiem werkt.

Als u aan het winkelen bent: Zoho Creator — Een low-code app-bouwer die aansluit op de bredere Zoho-suite en prijzen per gebruiker in plaats van per app..

De vier universele items — en waarom ze ertoe doen

Er zijn vier menu-items die alle drie de Bestandsmenu’s gemeen hebben: Importeren, Exporteren, Afdrukken en Afsluiten. Dit is geen toeval. Deze vier vertegenwoordigen de volledige levenscyclus van het binnenhalen van gegevens, het exporteren van gegevens, het produceren van een fysiek artefact of PDF, en het beëindigen van de sessie. Elke applicatie die een van deze weglaat, zal gebruikers frustreren.

• Importeren (records/gegevens) — laat gebruikers externe gegevens (CSV, tab-gescheiden of de export van een andere database) in een tabel plaatsen. In 4D komt dit op natuurlijke wijze overeen met importcommando’s die u vanuit een menu-item kunt triggeren.
• Exporteren (records/gegevens) — de tegenhanger. Gebruikers moeten vaak gegevens overdragen naar een spreadsheet of een ander systeem.
• Afdrukken — het produceren van een record, een lijst of een rapport. Dit is vaak het meest gebruikte Bestandscommando in een zakelijke app.
• Afsluiten — de sessie netjes beëindigen, idealiter met een bevestiging en eventuele noodzakelijke logica voor opslaan/opschonen.

Omdat deze vier zo fundamenteel zijn, moeten ze aanwezig zijn, correct gelabeld en gekoppeld aan een verstandig standaardgedrag in elke aangepaste menuset die u levert.

Het gat in de pagina-instellingen

Eén ding dat echt ontbreekt in het standaard Bestandsmenu van 4D Foundation is Pagina-instelling. Dit is een echt bruikbaarheidsprobleem, geen cosmetisch probleem. Als een gebruiker de pagina-instelling niet kan kiezen, hergebruikt de applicatie stilzwijgend de pagina-instelling die als laatste is geselecteerd — wat het verkeerde papierformaat, de verkeerde oriëntatie of de verkeerde marges kan zijn voor het rapport dat ze gaan afdrukken.

De praktische oplossing is eenvoudig: voeg een Pagina-instelling menu-item toe aan uw aangepaste Bestandsmenu en koppel dit aan het pagina-instellingendialoogvenster van het platform. Door dit direct boven Afdrukken te plaatsen, weerspiegelt u de conventie die gebruikers al kennen van andere applicaties en geeft u hen de kans om de lay-out te corrigeren voordat ze een printopdracht starten. Voor rapporten die altijd op een specifieke manier moeten worden afgedrukt, kunt u de pagina-instelling nog steeds programmatisch instellen op het moment van afdrukken — maar de gebruiker een handmatige override laten, is bijna altijd de vriendelijkere keuze.

Database openen, Tabel openen en de realiteit van één database

Het FMP Open-menu en het 4D User Open Database-menu zijn normaal gesproken niet nodig in een gebruikers-/aangepaste menuomgeving. De redenering is simpel: tegen de tijd dat de gebruiker naar uw menu’s kijkt, heeft hij de database al geopend. Bovendien kunt u in 4D slechts één database tegelijk openen, dus een commando “Database openen” heeft geen betekenisvol doel — er is niets anders om naar over te schakelen.

Het item Tabel openen in het standaardmenu van Foundation is een ander geval. Het kan nuttig zijn, maar het zou waarschijnlijk niet in het Bestandsmenu moeten staan.

Gerelateerd: Knack — Een databasebouwer zonder code, gericht op portals, directory's en interne tools, met vaste prijzen in plaats van kosten per gebruiker..

De meeste goed ontworpen applicaties bieden gebruikers een andere manier om tussen tabellen te navigeren — een speciaal navigatiemenu, een werkbalk of knoppen op een startformulier. Door tabelnavigatie buiten Bestand te houden, blijft de betekenis van het Bestandsmenu behouden (bewerkingen op documentniveau) en blijft de navigatie daar waar gebruikers deze verwachten.

Als u besluit om het schakelen tussen tabellen mogelijk te maken, overweeg dan in plaats daarvan een menu Ga naar of Navigeren, en vul dit dynamisch in vanuit uw tabelstructuur zodat het gesynchroniseerd blijft naarmate het schema evolueert.

Voorkeuren, Beheer en Logbestand

De items Voorkeuren en Beheer in het Foundation-menu zijn, zoals in de originele aantekeningen, niet echt voor de gebruiker bedoeld — ze zijn voor een beheerder. Voorkeuren kunnen instellingen bevatten die de hele installatie beïnvloeden; Beheer kan gebruikersbeheer, back-ups of onderhoudstaken blootleggen. Het blootstellen hiervan aan gewone gebruikers nodigt uit tot onbedoelde verkeerde configuraties.

Onze keuze: Claris FileMaker Pro — Het langlopende relationele databaseplatform voor teams die aangepaste apps nodig hebben op desktop, internet en mobiel vanuit één bestand..

Het gebruikersmenu Logbestand / Geen logbestand verdient speciale vermelding. Het wordt gebruikt voor databaseonderhoud en databaseback-up — door te schakelen of 4D een journaal/logboek van gegevenswijzigingen schrijft.

Dit is een serieuze operationele instelling: het logbestand is wat een database in staat stelt om na een onverwachte afsluiting te worden hersteld naar een consistente staat, en het heeft invloed op uw back-upstrategie. Het terloops in- of uitschakelen vanuit een gebruikersmenu is riskant.

Het betere ontwerp is om de besturing van het logbestand te verplaatsen naar een programmaspecifiek menu (of een menu dat alleen voor beheerders is) dat verborgen is voor gewone gebruikers of wordt beschermd door toegangsrechten. Als uw applicatie echt vereist dat gebruikers een back-up triggeren, stel dan één enkel, duidelijk gelabeld Back-up commando beschikbaar dat een gecontroleerde routine uitvoert — niet een ruwe schakelaar van het logboekmechanisme.

Hoe te beslissen wat er in uw Bestandsmenu komt

Gebruik deze criteria wanneer u een aangepast Bestandsmenu bouwt of beoordeelt:

1. Heeft het effect op het hele document/de hele dataset? Zo ja, dan is File een kandidaat. Als het op een veld, een record of een lay-out inwerkt, hoort het ergens anders thuis.
2. Is het een gegevensbewerking of een schema-/beveiligings-/bestandsbewerking? Gegevensbewerkingen kunnen op de gebruiker gericht zijn; schema-, beveiligings- en bestandsbewerkingen zijn administratief.
3. Heeft de gebruiker dit nodig tijdens normaal werk? Import, Export, Print, Page Setup en Quit slagen voor deze test. Define Fields niet.
4. Is het overbodig gezien het single-database model van 4D? Open Database faalt voor deze test.
5. Is het gevaarlijk bij misbruik? Het toggelen van Log File faalt voor deze test en hoort achter een beheerderspoort.
6. Is er een natuurlijkere plek? Tabelnavigatie hoort thuis in een navigatiemenu; onderhoud hoort thuis in een admin-menu.

Door deze zes vragen consequent toe te passen, ontstaat een Bestandsmenu dat kort, voorspelbaar en betrouwbaar is — en dat is precies wat het belangrijkste menu op de balk zou moeten zijn.

Veelgestelde vragen

Waarom wordt het menu Bestand altijd als eerste op de menubalk geplaatst?

Conventie. In vrijwel alle desktopapplicaties is het meest linkse menu gereserveerd voor bewerkingen op document- en applicatieniveau, en gebruikers hebben decennia aan spiergeheugen waardoor ze verwachten dat Print en Quit daar staan. Door Bestand als eerste te plaatsen, wordt de cognitieve belasting bij het leren van uw applicatie verminderd en blijft het consistent met de eigen richtlijnen van het platform.

Welke vier items verschijnen in alle drie de Bestandsmenu’s die hier worden vergeleken?

Import, Export, Print en Quit. Deze vier bestrijken de essentiële levenscyclus van het importeren van gegevens, het exporteren van gegevens, het produceren van een geprint artefact en het beëindigen van de sessie, waardoor ze in elk menuontwerp overleven, ongeacht de omgeving.

Waarom ontbreekt Page Setup in het standaard 4D Foundation Bestandsmenu, en moet ik dit toevoegen?

Het Foundation-menu bevat dit simpelweg niet, wat betekent dat de applicatie de pagina-instelling hergebruikt die als laatste is gekozen — mogelijk de verkeerde grootte, oriëntatie of marges. U moet een Page Setup-item toevoegen aan uw aangepaste Bestandsmenu, idealiter net boven Print, zodat gebruikers de lay-out kunnen corrigeren voordat ze afdrukken.

Waarom zou Open Database niet verschijnen in een aangepast 4D-menu?

Omdat 4D slechts één database tegelijk kan openen, en de gebruiker de database al heeft geopend om uw menu’s te bereiken. Een Open Database-opdracht heeft geen betekenisvol doel en is dus overbodig in een gebruikersgericht aangepast menu.

Waar moet Log File / No Log File naartoe in plaats van het Bestandsmenu voor de gebruiker?

Dit moet worden verplaatst naar een programmaspecifiek menu of een menu alleen voor beheerders, omdat het de journaling beheert die wordt gebruikt voor onderhoud en back-ups en interageert met herstel. Het blootstellen van een ruwe logging-schakelaar aan gewone gebruikers brengt de herstelbaarheid in gevaar; als gebruikers back-ups nodig hebben, geef ze dan in plaats daarvan één enkele gecontroleerde Backup-opdracht.

Moet Open Table in het Bestandsmenu blijven staan?

Over het algemeen nee. Tabelnavigatie wordt beter afgehandeld door een speciaal navigatiemenu, een werkbalk of knoppen op een startformulier, waardoor het Bestandsmenu gericht blijft op bewerkingen op documentniveau en de navigatie wordt geplaatst waar gebruikers deze verwachten te vinden.