Grunnleggende læring i den fjerde dimensjonen

Introduksjon: Hvorfor menyer betyr mer enn du tror

I del I av denne serien etablerte vi et fungerende vokabular: gjennom hele dette dokumentet betyr 4D 4th Dimension (nå kjent som 4D), og FMP betyr FileMaker Pro. Med disse definisjonene på plass, vender del III seg til noe som er lett å undervurdere – menylinjen.

Menyer er skjelettet i en databaseapplikasjons brukeropplevelse. Før en bruker i det hele tatt klikker på en knapp i et layout, skanner de menylinjen for å svare på et grunnleggende spørsmål: hva kan jeg gjøre her? I FileMaker Pro har det spørsmålet et fast svar. Menylinjen er i stor grad låst av plattformen, så utviklerens eneste virkelige virkemiddel er å plassere knapper i layout som kaller skript. I 4D får utvikleren et genuint valg – og med det valget følger ansvar.

4D lar deg lage egendefinerte menylinjer, menyer og menyelementer. Den fleksibiliteten er en reell fordel, men den tvinger fram en designbeslutning som FMP-utviklere aldri trenger å ta: hva skal menyene egentlig inneholde? Hensikten med denne delen er å hjelpe deg med å bestemme hva den grunnleggende menylinjen, menyene og menyelementene skal være i en tilpasset 4D-database. Det som følger er begrunnelsen bak disse valgene, pluss en foreslått startstruktur for menyene.

Disse forslagene er i tillegg til eventuelle spesialmenyer du bygger for programspesifikke behov. Og de er forslag – det vil helt sikkert være tilfeller der de ikke passer. Men for de fleste databaser fortjener de seriøs vurdering.

Viktige takeaways

• 4D lar deg bygge egendefinerte menylinjer, menyer og menyelementer; FileMaker Pro gjør i stor grad ikke det, noe som gjør layoutknapper til FMP-utviklerens hovedverktøy.
• Egendefinerte menyer gir deg kraft og kontroll, men de krever også bevisst design – en menylinje er en kontrakt med brukerne dine.
• Et fornuftig utgangspunkt er å studere hva FMP, 4D User-miljøet og standardmiljøet i 4D Foundation allerede presenterer, og deretter tilpasse.
• Foundation er et velrenommert 4D-tillegg som er verdt å ta i bruk når du har det grunnleggende på plass.
• Menydesign bør være drevet av brukerens arbeidsflyt, ikke av utviklerens interne tabellstruktur.
• Konsistens på tvers av menyer – navngivning, rekkefølge, hurtigtaster – betyr mer enn noe enkelt smart menyelement.

Når du skal begynne å tenke på menyer

Når databaseutviklingen din er i gang, bør du begynne å tenke på mekanikken for hvordan brukeren faktisk vil bruke det du har bygget. Dette er et skifte i tankesett. Tidlig i et prosjekt tenker du på tabeller, felt, relasjoner og kode. Senere – og ideelt sett før du er for langt på vei – må du tenke på interaksjon.

Timingen er viktig fordi menystrukturen har en tendens til å speile applikasjonens arbeidsflyt. Hvis du designer menyer sent, oppdager du ofte at arbeidsflyten din har klønete hull: en oppgave brukeren må utføre har ikke noe naturlig hjem i menylinjen, eller to menyer overlapper på en forvirrende måte. Utforming av menyer tidlig tvinger deg til å artikulere brukerens reise i et enkelt språk.

Relatert: Airtable — Et regneark-enkelt grensesnitt som sitter på toppen av en ekte relasjonsdatabase, med automatiseringer, visninger og delbare grensesnitt..

Med FMP, siden du ikke kan endre menylinjen, har du bare ett alternativ: knapper i layout som kaller skript. Den begrensningen er ikke nødvendigvis dårlig – den skyver alt inn i layouten, der brukerens oppmerksomhet allerede er.

Med 4D har du mye mer fleksibilitet. I tillegg til knapper kan du bygge egendefinerte menylinjer, menyer og menyelementer. Ideen med egendefinerte menyer er flott og gir kraft og kontroll over databaseprogrammet ditt. Det krever også at utvikleren tenker seriøst over hva disse menyene skal være.

Studere standardene før du avviker

For å undersøke hva som bør anses som et utgangspunkt for å bestemme seg for menyer, hjelper det å se på det som allerede finnes. Tre referansepunkter er spesielt nyttige:

Hvis du handler: Zoho Creator — En lavkode-appbygger som kobles til den bredere Zoho-pakken og priser per bruker i stedet for per app..

• Standardmenyene i FileMaker Pro — en moden, allment forstått konvensjon som mange av brukerne dine allerede kjenner til.
• Menyene i 4D User-miljøet — hva 4D selv presenterer for brukere rett ut av esken.
• Standardmenyene i 4D Foundation User-miljøet — en tredjeparts grunnlinje som gjenspeiler mange års praktisk 4D-utviklingserfaring.

En sammenligning av disse tre viser hvor konvensjonene stemmer overens og hvor de divergerer. Der alle tre er enige, har du sterke bevis på at et menyelement hører hjemme. Der de divergerer, har du en designbeslutning å ta – og vanligvis en god grunn til å velge alternativet som samsvarer med brukernes tidligere erfaring.

En merknad om Foundation: for de som ikke er kjent med det, er Foundation et utmerket produkt som kan forbedre 4D-utviklingen din betraktelig. Når du har mestret det grunnleggende i 4D, anbefales det på det sterkeste å kjøpe Foundation. For informasjon om Foundation, sjekk DataCraft, Inc. (leverandøren bak produktet).

Hva denne delen dekker

Denne delen av 4D Learning Series går gjennom:

• Definisjoner
• Sammenligning av standard FMP- og 4D-menyer
• Oppretting av egendefinerte 4D-menyer
• Sammenligninger av filmenyer
• Forslag til filmenyer
• Andre menysammenligninger
• Forslag til postmenyer (Records)
• Egendefinert splash-skjerm

Hver av disse bygger på den forrige. Sammenligningene etablerer råmaterialet; forslagene gjør dette materialet til et konkret utgangspunkt du kan tilpasse.

Et praktisk rammeverk for å bestemme menyinnhold

I stedet for å kopiere en enkelt menylinje rått, bruk et beslutningsrammeverk. For hvert aktuelle menyelement, spør:

1. Trenger brukeren det ofte? Hyppige handlinger fortjener plassering på toppnivå eller en hurtigtast.
2. Er det oppdagbart? Hvis en bruker aldri ville gjettet at funksjonen eksisterer, trenger den en synlig plass i menyen.
3. Hører den til en gjenkjennelig familie? Filoperasjoner, redigeringsoperasjoner, postoperasjoner og navigering danner hver sin naturlige gruppering.
4. Er det destruktivt? Destruktive handlinger (slett, erstatt) fortjener forsiktig plassering og ofte bekreftelsesdialoger.
5. Er det kun for utviklere? Administrative eller diagnostiske elementer bør skilles fra den daglige brukermenylinjen, eller skjules helt i en distribuert løsning.

En nyttig sammenligning av de to plattformenes startposisjoner:

Relatert: Knack — En databasebygger uten kode rettet mot portaler, kataloger og interne verktøy – med fastpris i stedet for avgifter per bruker..

Betraktning	FileMaker Pro	4D
Kan du endre menylinjen?	Stort sett nei	Ja — tilpassede menylinjer, menyer og elementer
Primært interaksjonsverktøy	Layoutknapper som kaller skript	Knapper og egendefinerte menyer
Hvor arbeidsflyten bor	På layouten	Delt mellom layout og menylinje
Designbyrde	Lavere (færre valg)	Høyere (flere valg som må gjøres riktig)
Risiko	Menyer passer kanskje ikke til arbeidsflyten din	Menyer kan forvirre brukere hvis de er dårlig utformet

Avveiningen er klar: 4D gir deg mer kontroll, men kontroll uten disiplin resulterer i en menylinje som er dårligere enn den faste du startet med.

Utforme menyer rundt arbeidsflyt, ikke tabeller

En vanlig feil blant utviklere som er nye til egendefinerte menyer, er å speile databasestrukturen. De lager en meny for hver tabell, eller et menyelement for hver feltgruppe. Dette føles organisert for utvikleren, men er vanligvis meningsløst for brukeren, som tenker i form av oppgaver, ikke tabeller.

Organiser i stedet rundt verb: opprette, finn, rediger, skriv ut, eksporter, naviger. Disse samsvarer med hva brukerne faktisk ønsker å oppnå. En postorientert meny, for eksempel, grupperer naturlig handlinger som å opprette en ny post, duplisere en, slette en og flytte mellom poster – fordi dette alle er varianter av den samme underliggende oppgaven.

Vårt valg: Claris FileMaker Pro — Den langvarige relasjonsdatabaseplattformen for team som trenger tilpassede apper på skrivebord, nett og mobil fra én enkelt fil..

Dette er også grunnen til at Records-menyen fortjener sin egen fokuserte behandling. Operasjoner på postnivå er blant de hyppigst utførte handlingene i enhver database, og de innebærer høyest risiko for utilsiktet tap av data. Å få den menyen riktig – klare etiketter, fornuftig rekkefølge, trygge standardinnstillinger – gir utbytte for hele applikasjonen.

Konsistens, snarveier og det lange spillet

To detaljer skiller en profesjonell menylinje fra en amatørmessig en.

Konsistens. Bruk de samme verbene overalt. Hvis “Slett” betyr å fjerne en post i én meny, ikke bruk “Slett” for å fjerne en feltverdi i en annen. Brukere bygger en mental modell basert på etikettene dine, og inkonsekvens tærer på tilliten.

Tastatursnarveier. Superbrukere lever på tastaturet. Å tildele standard snarveier – de brukerne allerede kjenner fra operativsystemet og fra FMP – reduserer opplæringstiden dramatisk. Der en snarvei allerede er en plattformkonvensjon, bør du følge den i stedet for å finne opp din egen.

Det er også en vurdering for det lange løp: menyer er vanskelige å endre når brukerne først har lært dem. Hvert menyelement du legger til er en forpliktelse. Dette er et argument for å starte slankt og legge til elementer bevisst, i stedet for å levere en viltvoksende menylinje fra dag én.

Egendefinert velkomstskjerm

En egendefinert splash-skjerm er en liten, men meningsfull detalj. Den gir applikasjonen din en identitet, kommuniserer versjonsinformasjon og kan tjene som et naturlig sted å vise lisensiering eller kontaktinformasjon for støtte. I en 4D-applikasjon er splash-skjermen også en mulighet til å orientere brukeren – ved å kort forklare hva databasen er til for og hvor man skal begynne. Hold den kort, sørg for at den kan hoppes over, og la den aldri blokkere brukeren fra å komme i gang med arbeidet.

Anerkjennelser

Spesiell takk til alle på databasics-listen som kom med kommentarer og forslag angående tilpassede menyer. Samfunnsdiskusjonslister som databasics var, og er fortsatt, en av de mest verdifulle ressursene for 4D- og FileMaker-utviklere som jobber med reelle designproblemer.

Vanlige spørsmål

Hvorfor kan jeg ikke tilpasse menylinjen i FileMaker Pro slik jeg kan i 4D?

FileMaker Pro låser bevisst mye av menylinjen for å holde løsningene konsistente og for å beskytte atferd på plattformnivå. Den praktiske konsekvensen er at FMP-utviklere uttrykker arbeidsflyt gjennom layoutknapper og skript i stedet for menyer. 4D tar den motsatte tilnærmingen ved å eksponere tilpassede menylinjer, menyer og menyelementer for utvikleren. Ingen av filosofiene er iboende bedre – de plasserer ganske enkelt designbyrden på forskjellige steder.

Hva er Foundation, og trenger jeg det?

Foundation er et tredjeparts 4D-tillegg som utvider plattformen og gir et modent standard brukermiljø, blant annet. Det er ikke nødvendig for å bygge en 4D-database, men det er allment respektert og kan spare betydelig utviklingsinnsats. Den fornuftige veien er å mestre kjerne-4D først, og deretter evaluere Foundation når du forstår hva det erstatter eller forsterker.

Bør jeg kopiere FileMaker Pro-menystrukturen til 4D-applikasjonen min?

Ikke ukritisk. FMPs menyer er en nyttig referanse fordi mange av brukerne dine allerede kjenner dem, men de gjenspeiler FMPs kapabiliteter, ikke dine. Bruk FMP-menyene, 4D-brukermiljøet og Foundation-standardene som tre sammenligningspunkter, og utform deretter en menylinje som passer din spesifikke arbeidsflyt. Der alle tre er enige, har du et sterkt signal; der de divergerer, må du ta et bevisst valg.

Hvor mange menyelementer er for mange?

Det er ikke noe fast antall, men det veiledende prinsippet er at hvert element er noe brukerne må lære seg. Start slankt, grupper relaterte handlinger i undermenyer, og reserver plasser på toppnivå for de vanligste oppgavene. Hvis et menyelement kun eksisterer for en sjelden administrativ oppgave, bør du vurdere å flytte det til en egen utviklermeny eller skjule det i den distribuerte løsningen.

Hvor bør operasjoner på postnivå ligge?

Postoperasjoner — opprette, duplisere, slette og navigere mellom poster — er hyppige og ofte destruktive, så de fortjener en dedikert postmeny med klare etiketter og sikre standardinnstillinger. Å gruppere dem sammen samsvarer med hvordan brukere tenker om oppgaven, og gjør det lettere å bruke konsekvent bekreftelsesatferd for alt som kan føre til datatap.

Har tastatursnarveier virkelig betydning for en applikasjon for et lite team?

Ja. Selv i en liten distribusjon vil en håndfull superbrukere stå for mesteparten av dataregistreringen, og snarveier reduserer arbeidsmengden deres dramatisk. Enda viktigere er det at det å følge plattformstandarder for snarveier senker læringskurven for alle, fordi brukere kan overføre vaner de allerede har fra operativsystemet og fra andre databaseverktøy.

---

Copyright © 1994–2000 HPO Soft. All rights reserved. Brukere kan lage kopier for individuell bruk. For kommersiell bruk, vennligst kontakt HPO SOFT.

---