4. dimension læringsgrundlag

Introduktion: Hvorfor menuer betyder mere, end du tror

I del I af denne serie etablerede vi et fungerende ordforråd: I hele dette dokument betyder 4D 4th Dimension (nu kendt som 4D), og FMP betyder FileMaker Pro. Med disse definitioner på plads, vender del III sig mod noget, der er let at undervurdere — menulinjen.

Menuer er skelettet i en databaseapplikations brugeroplevelse. Før en bruger nogensinde klikker på en knap på et layout, scanner de menulinjen for at besvare et grundlæggende spørgsmål: hvad kan jeg gøre her? I FileMaker Pro har det spørgsmål et fast svar. Menulinjen er i vid udstrækning låst af platformen, så udviklerens eneste reelle håndtag er at placere knapper på layouts, der kalder scripts. I 4D får udvikleren et ægte valg — og med det valg følger et ansvar.

4D giver dig mulighed for at oprette brugerdefinerede menulinjer, menuer og menupunkter. Den fleksibilitet er en reel fordel, men den tvinger en designbeslutning igennem, som FMP-udviklere aldrig behøver at tage: hvad skal menuerne egentlig indeholde? Formålet med denne del er at hjælpe dig med at beslutte, hvad den grundlæggende menulinje, menuer og menupunkter skal være i en tilpasset 4D-database. Det følgende er rationalet bag disse valg samt et foreslået udgangspunkt for menustrukturen.

Disse forslag kommer i tillæg til eventuelle specielle menuer, du bygger til programspecifikke behov. Og det er forslag — der vil helt sikkert være tilfælde, hvor de ikke passer. Men for flertallet af databaser fortjener de seriøs overvejelse.

Key Takeaways

• 4D lader dig bygge brugerdefinerede menulinjer, menuer og menupunkter; FileMaker Pro gør det stort set ikke, hvilket efterlader layoutknapper som FMP-udviklerens primære værktøj.
• Brugerdefinerede menuer giver dig magt og kontrol, men de kræver også et bevidst design — en menulinje er en kontrakt med dine brugere.
• Et fornuftigt udgangspunkt er at undersøge, hvad FMP, 4D-brugermiljøet og 4D Foundation-standardbrugermiljøet allerede præsenterer, og derefter tilpasse.
• Foundation er en velanset 4D-tilføjelse, der er værd at adoptere, når du har styr på det grundlæggende.
• Menudesign bør være drevet af brugerens arbejdsgang, ikke af udviklerens interne tabelstruktur.
• Konsistens på tværs af menuer — navngivning, rækkefølge, tastaturgenveje — betyder mere end noget enkelt smart menupunkt.

Hvornår man skal begynde at tænke på menuer

Når din databaseudvikling er i gang, bør du begynde at tænke på mekanikken i, hvordan brugeren rent faktisk vil bruge det, du har bygget. Dette er et skift i tankegangen. Tidligt i et projekt tænker du på tabeller, felter, relationer og kode. Senere — og ideelt set før du er kommet for langt — skal du tænke på interaktion.

Timingen betyder noget, fordi menustrukturen har tendens til at afspejle din applikations arbejdsgang. Hvis du designer menuerne sent, opdager du ofte, at din arbejdsgang har akavede huller: en opgave, som brugeren skal udføre, har ikke et naturligt hjem i menulinjen, eller to menuer overlapper hinanden på en forvirrende måde. At designe menuer tidligt tvinger dig til at formulere brugerens rejse i et enkelt sprog.

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

Med FMP, da du ikke kan ændre menulinjen, har du kun én mulighed: knapper på layouts, der kalder scripts. Den begrænsning er ikke nødvendigvis dårlig — den skubber alt ind i layoutet, hvor brugerens opmærksomhed allerede er.

Med 4D har du meget mere fleksibilitet. Ud over knapper kan du bygge brugerdefinerede menulinjer, menuer og menupunkter. Ideen med brugerdefinerede menuer er fantastisk og giver magt og kontrol over dit databaseprogram. Det kræver dog også, at udvikleren tænker seriøst over, hvad disse menuer skal være.

Undersøgelse af standardindstillingerne, før du afviger

For at undersøge, hvad der bør betragtes som et udgangspunkt for beslutningen om menuer, hjælper det at se på, hvad der allerede eksisterer. Tre referencepunkter er særligt nyttige:

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

• Standardmenuerne i FileMaker Pro — en moden, bredt forstået konvention, som mange af dine brugere allerede kender.
• Menuerne i 4D-brugermiljøet — hvad 4D selv præsenterer for brugerne ud af boksen.
• Standardmenuerne i 4D Foundation-brugermiljøet — en tredjeparts-baseline, der afspejler mange års praktisk 4D-udviklingserfaring.

En sammenligning af disse tre afslører, hvor konventionerne stemmer overens, og hvor de divergerer. Hvor alle tre er enige, har du stærke beviser for, at et menupunkt hører hjemme. Hvor de afviger, har du en designbeslutning at træffe — og normalt en god grund til at vælge den mulighed, der matcher dine brugeres tidligere erfaringer.

En bemærkning om Foundation: For dem, der ikke er bekendt med det, er Foundation et fremragende produkt, der i høj grad kan forbedre din 4D-udvikling. Når du har mestret det grundlæggende i 4D, anbefales det kraftigt at købe Foundation. For information om Foundation kan du se DataCraft, Inc. (leverandøren bag produktet).

Hvad denne del dækker

Denne del af 4D Learning Series gennemgår:

• Definitioner
• Sammenligning af standard FMP- og 4D-menuer
• Oprettelse af brugerdefinerede 4D-menuer
• Sammenligninger af filmenuen
• Forslag til filmenuen
• Andre menusammenligninger
• Forslag til post-menuen
• Brugerdefineret splash-skærm

Hver af disse bygger på den forrige. Sammenligningerne etablerer råmaterialet; forslagene gør dette materiale til et konkret udgangspunkt, du kan tilpasse.

En praktisk ramme for at bestemme menuindhold

I stedet for at kopiere en enkelt menulinje råt, skal du bruge en beslutningsramme. For hvert potentielt menupunkt skal du spørge:

1. Har brugeren brug for det ofte? Hyppige handlinger opnår placering på øverste niveau eller en tastaturgenvej.
2. Er det opdageligt? Hvis en bruger aldrig ville gætte på, at funktionen eksisterer, skal den have et synligt hjem i menuen.
3. Hører det til en genkendelig familie? Filoperationer, redigeringsoperationer, postoperationer og navigation danner hver især naturlige grupperinger.
4. Er det destruktivt? Destruktive handlinger (slet, erstat) fortjener omhyggelig placering og ofte bekræftelsesdialoger.
5. Er det kun til udviklere? Administrative eller diagnostiske elementer skal adskilles fra den daglige brugermenulinje eller skjules helt i en implementeret løsning.

En nyttig sammenligning af de to platformes startpositioner:

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

Overvejelse	FileMaker Pro	4D
Kan du ændre menulinjen?	Stort set nej	Ja — brugerdefinerede menulinjer, menuer og elementer
Primært interaktionsværktøj	Layoutknapper, der kalder scripts	Knapper og brugerdefinerede menuer
Hvor arbejdsgangen bor	På layoutet	Opdelt mellem layout og menulinje
Designbyrde	Lavere (færre valg)	Højere (flere valg, der skal gøres rigtige)
Risiko	Menuer passer muligvis ikke til din arbejdsgang	Menuer kan forvirre brugere, hvis de er dårligt designet

Afvejningen er klar: 4D giver dig mere kontrol, men kontrol uden disciplin producerer en menulinje, der er værre end den faste, du startede med.

Design af menuer omkring arbejdsgange, ikke tabeller

En almindelig fejl blandt udviklere, der er nye til brugerdefinerede menuer, er at spejle databasestrukturen. De opretter en menu for hver tabel eller et menupunkt for hver feltgruppe. Dette føles organiseret for udvikleren, men er normalt meningsløst for brugeren, som tænker i form af opgaver, ikke tabeller.

Organiser i stedet omkring verber: opret, find, rediger, udskriv, eksport, naviger. Disse svarer til det, brugerne faktisk ønsker at opnå. En post-orienteret menu grupperer for eksempel naturligt handlinger som at oprette en ny post, duplikere en, slette en og flytte mellem poster — fordi det hele er variationer af den samme underliggende opgave.

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 er også derfor, at Records-menuen fortjener sin egen fokuserede behandling. Operationer på postniveau er blandt de hyppigst udførte handlinger i enhver database, og de indebærer den højeste risiko for utilsigtet datatab. At få den menu rigtig — klare etiketter, fornuftig rækkefølge, sikre standardindstillinger — betaler sig på tværs af hele applikationen.

Konsistens, genveje og det lange spil

To detaljer adskiller en professionel menulinje fra en amatørs.

Konsistens. Brug de samme verber overalt. Hvis “Slet” betyder at fjerne en post i én menu, må du ikke bruge “Slet” til at betyde fjernelse af en feltværdi i en anden. Brugere bygger en mental model ud fra dine etiketter, og inkonsistens udhuler tilliden.

Tastaturgenveje. Power-brugere lever på tastaturet. Tildeling af standardgenveje — dem brugerne allerede kender fra deres operativsystem og fra FMP — reducerer træningstiden dramatisk. Hvor en genvej allerede er en platformkonvention, så følg den i stedet for at opfinde din egen.

Der er også en overvejelse i det lange løb: menuer er svære at ændre, når først brugerne har lært dem. Hvert menupunkt, du tilføjer, er en forpligtelse. Dette er et argument for at starte slankt og tilføje bevidst, fremfor at levere en omfattende menulinje på dag ét.

Brugerdefineret splash-skærm

En brugerdefineret splash-skærm er en lille, men meningsfuld detalje. Det giver din applikation en identitet, kommunikerer versionsoplysninger og kan tjene som et naturligt sted at vise licens- eller supportkontaktoplysninger. I en 4D-applikation er splash-skærmen også en mulighed for at orientere brugeren — kort forklare, hvad databasen er til for, og hvor man skal begynde. Hold det kort, hold det overspringbart, og lad det aldrig blokere brugeren fra at komme i gang med arbejdet.

Anerkendelser

Særlig tak til alle dem på databasics-listen, som kom med kommentarer og forslag vedrørende brugerdefinerede menuer. Fællesskabsdiskussionslister som databasics var, og er stadig, en af de mest værdifulde ressourcer for 4D- og FileMaker-udviklere, der arbejder med reelle designproblemer.

Ofte stillede spørgsmål

Hvorfor kan jeg ikke tilpasse menulinjen i FileMaker Pro, som jeg kan i 4D?

FileMaker Pro låser bevidst meget af sin menulinje for at holde løsninger konsistente og for at beskytte adfærd på platformsniveau. Den praktiske konsekvens er, at FMP-udviklere udtrykker arbejdsgangen gennem layoutknapper og scripts frem for menuer. 4D tager den modsatte tilgang og stiller brugerdefinerede menulinjer, menuer og menupunkter til rådighed for udvikleren. Ingen af filosofierne er i sig selv bedre — de placerer simpelthen designbyrden forskellige steder.

Hvad er Foundation, og har jeg brug for det?

Foundation er en tredjeparts 4D-tilføjelse, der blandt andet udvider platformen og giver et modent standardbrugermiljø. Det er ikke nødvendigt for at bygge en 4D-database, men det er bredt respekteret og kan spare betydelig udviklingsindsats. Den fornuftige vej er først at mestre kerne-4D og derefter evaluere Foundation, når du forstår, hvad det erstatter eller supplerer.

Skal jeg kopiere FileMaker Pro-menustrukturen over i min 4D-applikation?

Ikke råt. FMP’s menuer er en nyttig reference, fordi mange af dine brugere allerede kender dem, men de afspejler FMP’s funktionalitet, ikke din. Brug FMP-menuerne, 4D-brugermiljøet og Foundation-standarderne som tre sammenligningspunkter, og design derefter en menulinje, der passer til din specifikke arbejdsgang. Hvor alle tre er enige, har du et stærkt signal; hvor de divergerer, skal du beslutte dig bevidst.

Hvor mange menupunkter er for mange?

Der er ikke noget fast antal, men det vejledende princip er, at hvert punkt er en kognitiv belastning, som brugerne skal lære. Start lean, grupper relaterede handlinger i undermenuer, og reserver pladser på øverste niveau til de mest hyppige opgaver. Hvis et menupunkt kun eksisterer til en sjælden administrativ opgave, kan du overveje at flytte det til en separat udviklermenu eller skjule det i den implementerede løsning.

Hvor skal operationer på post-niveau være?

Post-operationer — oprettelse, duplikering, sletning og navigering mellem poster — er hyppige og ofte destruktive, så de fortjener en dedikeret Post-menu med klare etiketter og sikre standardindstillinger. At gruppere dem sammen matcher, hvordan brugerne tænker om opgaven, og gør det lettere at anvende konsekvent bekræftelsesadfærd for alt, hvor data kan gå tabt.

Betyder tastaturgenveje virkelig noget for en applikation til et lille team?

Ja. Selv i en lille implementering vil en håndfuld superbrugere stå for størstedelen af dataindtastningen, og genveje reducerer deres arbejdsindsats dramatisk. Endnu vigtigere er det, at det at følge platformsstandard-genveje sænker indlæringskurven for alle, fordi brugere kan overføre vaner, de allerede har fra deres operativsystem og fra andre databaseværktøjer.

---

Copyright © 1994–2000 HPO Soft. Alle rettigheder forbeholdes. Brugere må tage kopier til individuel brug. Ved kommerciel brug, kontakt venligst HPO SOFT.

---