4. dimension læringsgrundlag

Filmenuen er uden tvivl den vigtigste enkeltmenu i enhver databaseapplikation, og af den grund indtager den næsten altid den første position på menulinjen. Det er det anker, brugerne vender tilbage til for de mest grundlæggende operationer — at udskrive en post, eksportere et fundet sæt og afslutte applikationen. Når du designer et brugerdefineret menusæt i 4D, er filmenuen der, hvor du etablerer tonen for hele grænsefladen: er dette en poleret, specialbygget forretningsapplikation, eller en tynd indpakning omkring udviklingsmiljøet?

Denne artikel sammenligner filmenuen på tværs af tre miljøer: FileMaker Pro (FMP) Browse Mode-menuen, 4D Foundation-menuen (standard) og en brugerdefineret 4D-menu. Målet er ikke at kopiere en menu engros over i en anden, men at forstå hvorfor hvert element eksisterer, så du kan beslutte, hvad der hører til foran dine brugere.

Key Takeaways

• Filmenuen er den vigtigste menu og sidder konventionelt først på menulinjen.
• Fire elementer vises i alle tre filmenuer — Import, Eksport, Udskriv og Afslut — fordi enhver bruger har brug for dem.
• Standardmenuen i 4D Foundation mangler en mulighed for sideopsætning (Page Setup), hvilket er et reelt brugervenlighedshul.
• Udviklingsorienterede elementer (Definer felter, Definer værdilister, Adgangsprivilegier osv.) bør aldrig vises i en brugerdefineret menu rettet mod slutbrugeren.
• Open Database og Open Table er i vid udstrækning overflødige i et 4D-miljø med brugerdefinerede menuer, da 4D åbner én database ad gangen.
• Logfil / Ingen logfil er et anliggende for vedligeholdelse og backup og hører hjemme i en administrator- eller programspecifik menu, ikke i brugerens filmenu.

Hvorfor filmenuen fortjener omhyggeligt design

En menulinje er en kontrakt med brugeren. Når nogen klikker på Fil, forventer de et forudsigeligt sæt operationer, der virker på dokumentet eller datasættet som helhed — ikke på et enkelt felt, ikke på layoutet og ikke på databaseskemaet.

Denne konvention er gammel og holdbar; den stammer fra de oprindelige Apple Human Interface Guidelines og afspejles i menustrukturerne i de fleste desktopapplikationer i dag. At overtræde dette (for eksempel ved at skjule Udskriv under en brugerdefineret menu, eller ved at placere kommandoer til skemaredigering i Fil) tvinger brugerne til at lede efter grundlæggende funktioner og udhuler tilliden til applikationen.

I 4D defineres menuer som menulinjeobjekter og menupunkter, og de kan knyttes til formularer og styres dynamisk via kode. Den fleksibilitet er netop grunden til, at disciplin betyder noget: fordi du kan placere hvad som helst hvor som helst, har du brug for en begrundelse for, hvad der skal være hvor. Filmenuen er det bedste sted at starte denne disciplin.

De tre menuer under sammenligning

Sammenligningen nedenfor afspejler de tre miljøer, der diskuteres i denne serie. Bemærk, at den 4D standard brugerdefinerede menu ikke vises i den oprindelige figur, fordi dens eneste menupunkt er Afslut — en nyttig påmindelse om, at et “brugerdefineret” menusæt kun er så godt som de elementer, du rent faktisk føjer til det.

Relateret: Airtable — En regneark-simpel grænseflade, der sidder oven på en rigtig relationel database, med automatiseringer, visninger og delbare grænseflader..

Menuelement	FMP Browse Mode	4D Foundation (Standard)	4D Brugerdefineret Menu
Ny database	Ja	—	—
Luk	Ja	—	—
Definer felter	Ja	—	—
Definer værdilister	Ja	—	—
Adgangsprivilegier	Ja	—	—
Deling	Ja	—	—
Gem en kopi som	Ja	—	—
Genopret	Ja	—	—
Importer poster/data	Ja	Ja	Ja
Eksporter poster/data	Ja	Ja	Ja
Udskriv	Ja	Ja	Ja
Sideopsætning	Ja	—	Anbefalet
Afslut	Ja	Ja	Ja
Åbn (database)	Ja	—	—
Åbn tabel	—	Ja	Valgfri
Præferencer	—	Ja	—
Administration	—	Ja	—
Logfil / Ingen logfil	—	Ja	—

Mønsteret er klart: FMP Browse Mode-menuen er overfyldt med skema- og filhåndteringskommandoer, fordi FileMaker historisk set eksponerede designværktøjer gennem den samme menulinje. 4D Foundation-menuen er slankere, men udelader sideopsætning. En velbygget brugerdefineret 4D-menu ligger imellem dem — den beholder de fire universelle elementer, genindfører sideopsætning og udelukker bevidst alt, der tilhører udvikleren eller administratoren.

Elementer, der ikke bør vises i en brugermenu

Flere FMP Browse Mode-elementer er udelukket fra denne sammenligning, fordi de lader brugeren foretage designændringer eller udføre funktioner, som ikke har nogen plads i et 4D-miljø med brugerdefinerede menuer. Disse er:

---

• Ny database — at oprette en ny database er en handling for udviklere/administratorer, ikke en handling for runtime-brugere.
• Luk — i 4D betyder lukning af databasen typisk at afslutte applikationen; en separat “Luk”-kommando er forvirrende.
• Definer felter — redigering af skema. Udsæt aldrig dette for slutbrugere.
• Definer værdilister — vedligeholdelse af værdilister er en opgave i designfasen.
• Adgangsrettigheder — sikkerhedskonfiguration tilhører administratoren.
• Deling — netværks-/delingskonfiguration er et administrativt anliggende.
• Gem kopi som — duplikering på filniveau er en vedligeholdelsesoperation.
• Recover — databasegendannelse er et reparationsværktøj, ikke en brugerfunktion.

Det underliggende princip: alt, der ændrer databasens struktur, dens sikkerhed eller dens filer på disken, er en administratorfunktion. En brugervendt filmenu bør kun indeholde operationer, der handler på data, som brugeren legitimt arbejder med.

Hvis du handler: Zoho Creator — En lavkode-appbygger, der tilsluttes den bredere Zoho-suite og priser pr. bruger i stedet for pr. app..

De fire universelle punkter — og hvorfor de betyder noget

Der er fire menupunkter, som er fælles for alle tre filmenuer: Import, Eksport, Udskriv og Afslut. Dette er ikke tilfældigt. Disse fire repræsenterer den komplette livscyklus: at få data ind, få data ud, producere en fysisk artefakt eller PDF, og afslutte sessionen. Enhver applikation, der udelader en af dem, vil frustrere brugerne.

• Import (Records/Data) — lader brugere bringe eksterne data (CSV, tabulatorsepareret eller en anden databases eksport) ind i en tabel. I 4D kortlægges dette naturligt til import-kommandoer, som du kan udløse fra et menupunkt.
• Eksport (Records/Data) — modstykket. Brugere har ofte brug for at overføre data til et regneark eller et andet system.
• Udskriv — produktion af en post, en liste eller en rapport. Dette er ofte den mest anvendte filkommando i en virksomhedsapp.
• Afslut — afslutter sessionen rent, ideelt med en bekræftelse og enhver nødvendig gemme-/oprydningslogik.

Fordi disse fire er så grundlæggende, bør de være til stede, korrekt navngivet og forbundet til fornuftig standardadfærd i hvert tilpasset menusæt, du leverer.

Hullet i sideopsætningen

Én ting, der virkelig mangler i standardmenuen for 4D Foundation File, er Sideopsætning. Dette er et reelt brugervenlighedsproblem, ikke et kosmetisk et. Hvis en bruger ikke kan vælge sideopsætningen, genbruger applikationen lydløst den sideopsætning, der sidst blev valgt — hvilket kan være den forkerte papirstørrelse, den forkerte orientering eller de forkerte margener for den rapport, de er ved at udskrive.

Den praktiske løsning er ligetil: tilføj et menupunkt Sideopsætning til din brugerdefinerede filmenu og knyt det til platformens dialogboks for sideopsætning. Ved at placere det direkte over Udskriv spejles den konvention, som brugere allerede kender fra andre applikationer, og det giver dem mulighed for at rette layoutet, før de går i gang med et udskriftsjob. For rapporter, der altid skal udskrives på en bestemt måde, kan du stadig indstille sideopsætningen programmatisk ved udskrivning — men at give brugeren en manuel mulighed for at tilsidesætte dette er næsten altid det bedste valg.

Åben database, Åben tabel og virkeligheden med én database

FMP’s Open-menu og 4D’s User Open Database-menu er normalt ikke nødvendige i et bruger-/brugerdefineret menumiljø. Begrundelsen er enkel: når brugeren ser på dine menuer, har de allerede åbnet databasen. I 4D kan man desuden kun åbne én database ad gangen, så en “Open Database”-kommando ikke har noget meningsfuldt mål — der er ikke andet at skifte til.

Punktet Åbn tabel i Foundation-standardmenuen er et andet tilfælde. Det kan være nyttigt, men det bør sandsynligvis ikke ligge i filmenuen. De fleste veldesignede applikationer giver brugerne en anden måde at navigere mellem tabeller på — en dedikeret navigationsmenu, en værktøjslinje eller knapper på en startformular. Ved at holde tabelnavigation ude af Fil-menuen bevares menuens betydning (operationer på dokumentniveau), og navigationen holdes, hvor brugerne forventer den.

Relateret: Knack — En kodefri databasebygger rettet mod portaler, mapper og interne værktøjer - med faste priser i stedet for gebyrer pr. bruger..

Hvis du beslutter dig for at gøre tabelskift tilgængeligt, kan du overveje en Gå til- eller Naviger-menu i stedet, og udfylde den dynamisk fra din tabelstruktur, så den forbliver synkroniseret, efterhånden som skemaet udvikler sig.

Præferencer, administration og logfil

Punkterne Preferences og Administration i Foundation-menuen er, som det fremgår af de oprindelige noter, ikke rigtig til brugeren — de er til en administrator. Præferencer kan omfatte indstillinger, der påvirker hele installationen; Administration kan give adgang til brugerstyring, sikkerhedskopier eller vedligeholdelsesopgaver. At eksponere disse for almindelige brugere inviterer til utilsigtet fejlkonfiguration.

Brugermenuen Log File / No Log File fortjener særlig omtale. Den bruges til databasevedligeholdelse og databasesikkerhedskopiering — den skifter mellem, om 4D skriver en journal/log over dataændringer. Dette er en seriøs driftsindstilling: logfilen er det, der gør det muligt at gendanne en database til en konsistent tilstand efter en uventet nedlukning, og den interagerer med din backup-strategi. Det er risikabelt at tænde eller slukke for dette tilfældigt fra en brugermenu.

Vores valg: Claris FileMaker Pro — Den langvarige relationsdatabaseplatform til teams, der har brug for tilpassede apps på desktop, web og mobil fra en enkelt fil..

Det bedre design er at flytte kontrollen af logfilen til en programspecifik menu (eller en menu kun for administratorer), som enten er skjult for almindelige brugere eller beskyttet af adgangsrettigheder. Hvis din applikation virkelig har brug for, at brugerne kan starte en sikkerhedskopi, skal du eksponere en enkelt, tydeligt mærket Backup-kommando, der kører en kontrolleret rutine — ikke en rå omskifter til logningsmekanismen.

Sådan beslutter du, hvad der skal i din filmenu

Brug disse kriterier, når du bygger eller gennemgår en brugerdefineret filmenu:

1. Virker det på hele dokumentet/datasættet? Hvis ja, er Fil en kandidat. Hvis det virker på et felt, en post eller et layout, hører det til et andet sted.
2. Er det en dataoperation eller en skema-/sikkerheds-/filoperation? Dataoperationer kan være brugervendte; skema-, sikkerheds- og filoperationer er administrative.
3. Har brugeren brug for det under normalt arbejde? Import, Eksport, Udskriv, Sideopsætning og Afslut består denne test. Define Fields gør ikke.
4. Er det overflødigt givet 4D’s single-database model? Open Database dumper denne test.
5. Er det farligt, hvis det misbruges? Logfil-skifte dumper denne test og hører til bag en administratorport.
6. Er der et mere naturligt hjem? Tabelnavigation hører hjemme i en navigationsmenu; vedligeholdelse hører hjemme i en admin-menu.

Konsekvent anvendelse af disse seks spørgsmål vil producere en Fil-menu, der er kort, forudsigelig og troværdig — hvilket er præcis, hvad den vigtigste menu på linjen skal være.

Ofte stillede spørgsmål

Hvorfor placeres Fil-menuen altid først på menulinjen?

Konvention. På tværs af stort set alle desktop-applikationer er menuen længst til venstre reserveret til operationer på dokument- og applikationsniveau, og brugere har årtiers muskelhukommelse, hvor de forventer, at Udskriv og Afslut er der. Placering af Fil først reducerer den kognitive belastning ved at lære din applikation og holder den i overensstemmelse med platformens egne retningslinjer.

Hvilke fire elementer vises i alle tre Fil-menuer sammenlignet her?

Import, Eksport, Udskriv og Afslut. Disse fire dækker den væsentlige livscyklus med at bringe data ind, sende data ud, producere et udskrevet artefakt og afslutte sessionen, hvilket er grunden til, at de overlever i ethvert menudesign uanset miljø.

Hvorfor mangler Sideopsætning i standard 4D Foundation Fil-menuen, og skal jeg tilføje det?

Foundation-menuen inkluderer det simpelthen ikke, hvilket betyder, at applikationen genbruger den sideopsætning, der sidst blev valgt — potentielt den forkerte størrelse, orientering eller marginer. Du bør tilføje et Sideopsætning-element til din brugerdefinerede Fil-menu, ideelt set lige over Udskriv, så brugerne kan rette layoutet før udskrivning.

Hvorfor bør Open Database ikke vises i en brugerdefineret 4D-menu?

Fordi 4D kun kan åbne én database ad gangen, og brugeren har allerede åbnet databasen for at nå dine menuer. En Open Database-kommando har ikke noget meningsfuldt mål, så den er overflødig i en brugervendt brugerdefineret menu.

Hvor skal Logfil / Ingen logfil hen i stedet for brugerens Fil-menu?

Den bør flyttes til en programspecifik eller administrator-kun menu, fordi den styrer journalføring, der bruges til vedligeholdelse og backup, og interagerer med gendannelse. At eksponere en rå log-omskifter for almindelige brugere risikerer at kompromittere gendannelsesmulighederne; hvis brugere har brug for sikkerhedskopier, skal du i stedet give dem en enkelt styret Backup-kommando.

Skal Åbn tabel blive i Fil-menuen?

Generelt nej. Tabelnavigation håndteres bedre af en dedikeret navigationsmenu, en værktøjslinje eller knapper på en startformular, hvilket holder Fil-menuen fokuseret på operationer på dokumentniveau og placerer navigationen, hvor brugerne forventer at finde den.