Grunderna i lärande i fjärde dimensionen

Introduktion: Varför menyer betyder mer än du tror

I del I av den här serien etablerade vi ett fungerande ordförråd: genomgående i detta dokument betyder 4D 4th Dimension (nu känd som 4D) och FMP betyder FileMaker Pro. Med dessa definitioner fastställda övergår del III till något som är lätt att underskatta – menyraden.

Menyer är skelettet i en databasapplikations användarupplevelse. Innan en användare någonsin klickar på en knapp på en layout skannar de menyraden för att svara på en grundläggande fråga: vad kan jag göra här? I FileMaker Pro har den frågan ett fast svar. Menyraden är till stor del låst av plattformen, så utvecklarens enda verkliga verktyg är att placera knappar på layouter som anropar skript. I 4D får utvecklaren ett genuint val – och med det valet följer ansvar.

4D låter dig skapa anpassade menyrader, menyer och menyalternativ. Den flexibiliteten är en verklig fördel, men den tvingar fram ett designbeslut som FMP-utvecklare aldrig behöver fatta: vad ska menyerna egentligen innehålla? Syftet med den här delen är att hjälpa dig att bestämma vad den grundläggande menyraden, menyerna och menyalternativen ska vara i en anpassad 4D-databas. Vad som följer är logiken bakom dessa val, plus en föreslagen utgångspunktsstruktur för menyerna.

Dessa förslag är utöver alla specialmenyer du bygger för programspecifika behov. Och de är förslag — det kommer säkert att finnas fall där de inte passar. Men för majoriteten av databaser förtjänar de seriöst övervägande.

Viktiga slutsatser

• 4D låter dig bygga anpassade menyrader, menyer och menyalternativ; FileMaker Pro gör det i stort sett inte, vilket lämnar layoutknappar som FMP-utvecklarens huvudverktyg.
• Anpassade menyer ger dig kraft och kontroll, men de kräver också avsiktlig design – en menyrad är ett kontrakt med dina användare.
• En förnuftig utgångspunkt är att studera vad FMP, 4D User-miljön och 4D Foundations standardanvändarmiljö redan erbjuder, och sedan anpassa.
• Foundation är ett välrenommerat 4D-tillägg som är värt att anta när du har grunderna på plats.
• Menydesign ska styras av användarens arbetsflöde, inte av utvecklarens interna tabellstruktur.
• Konsekvens mellan menyer – namngivning, ordning, kortkommandon – är viktigare än något enskilt smart menyalternativ.

När man bör börja tänka på menyer

När din databasutveckling är igång bör du börja tänka på mekaniken för hur användaren faktiskt kommer att använda det du har byggt. Detta är ett skifte i tankesätt. Tidigt i ett projekt tänker du på tabeller, fält, relationer och kod. Senare – och helst innan du har kommit för långt – måste du tänka på interaktion.

Tidpunkten spelar roll eftersom menystrukturen tenderar att spegla din applikations arbetsflöde. Om du designar menyer sent upptäcker du ofta att ditt arbetsflöde har besvärliga luckor: en uppgift som användaren behöver utföra har inget naturligt hem i menyraden, eller så överlappar två menyer varandra på ett förvirrande sätt. Att designa menyer tidigt tvingar dig att artikulera användarens resa på ett enkelt språk.

Relaterat: Airtable — Ett enkelt kalkylarksgränssnitt som sitter ovanpå en riktig relationsdatabas, med automatiseringar, vyer och delbara gränssnitt..

Med FMP, eftersom du inte kan ändra menyraden, har du bara ett alternativ: knappar på layouter som anropar skript. Den begränsningen är inte nödvändigtvis dålig – den trycker in allt i layouten, där användarens uppmärksamhet redan finns.

Med 4D har du mycket mer flexibilitet. Förutom knappar kan du bygga anpassade menyrader, menyer och menyalternativ. Idén med anpassade menyer är fantastisk och ger kraft och kontroll över ditt databasprogram. Det kräver också att utvecklaren tänker allvarligt på vad dessa menyer ska vara.

Studera standardinställningarna innan du avviker

För att undersöka vad som bör anses vara en utgångspunkt för att besluta om menyer hjälper det att titta på vad som redan finns. Tre referenspunkter är särskilt användbara:

Om du handlar: Zoho Creator — En appbyggare med låg kod som ansluts till den bredare Zoho-sviten och priser per användare snarare än per app..

• Standardmenyerna i FileMaker Pro — en mogen, allmänt förstådd konvention som många av dina användare redan känner till.
• Menyerna för 4D User-miljön — vad 4D själv presenterar för användarna direkt ur lådan.
• 4D Foundations standardmenyer för användarmiljön — en baslinje från tredje part som återspeglar år av praktisk erfarenhet av 4D-utveckling.

Att jämföra dessa tre visar var konventionerna överensstämmer och var de skiljer sig åt. Där alla tre är överens har du starka bevis för att ett menyalternativ hör hemma. Där de skiljer sig har du ett designbeslut att fatta – och vanligtvis en bra anledning att välja det alternativ som matchar dina användares tidigare erfarenheter.

En notering om Foundation: för de som inte är bekanta med det är Foundation en utmärkt produkt som avsevärt kan förbättra din 4D-utveckling. När du har bemästrat grunderna i 4D rekommenderas det starkt att köpa Foundation. För information om Foundation, se DataCraft, Inc. (leverantören bakom produkten).

Vad denna del omfattar

Den här delen av 4D Learning Series går igenom:

• Definitioner
• Jämförelse av standard FMP- och 4D-menyer
• Skapa anpassade 4D-menyer
• Jämförelser av filmenyer
• Förslag för filmenyer
• Andra menyjämförelser
• Förslag för postmenyer (Records)
• Anpassad stänkskärm (splash screen)

Var och en av dessa bygger på den föregående. Jämförelserna fastställer råmaterialet; förslagen gör detta material till en konkret utgångspunkt som du kan anpassa.

Ett praktiskt ramverk för att bestämma menyinnehåll

Istället för att kopiera någon enskild menyrad rakt av, använd ett beslutsramverk. För varje potentiellt menyalternativ, fråga:

1. Behöver användaren det ofta? Frekventa åtgärder förtjänar placering på toppnivå eller ett kortkommando.
2. Går det att upptäcka? Om en användare aldrig skulle gissa att funktionen existerar, behöver den en synlig plats i menyn.
3. Hör det till en igenkännbar familj? Filoperationer, redigeringsoperationer, postoperationer och navigering bildar var och en naturliga grupperingar.
4. Är det destruktivt? Destruktiva åtgärder (ta bort, ersätt) förtjänar noggrann placering och ofta bekräftelsedialoger.
5. Är det endast för utvecklare? Administrativa eller diagnostiska objekt bör separeras från den dagliga användarens menyrad, eller döljas helt i en distribuerad lösning.

En användbar jämförelse av de två plattformarnas utgångspunkter:

Relaterat: Knack — En databasbyggare utan kod som syftar till portaler, kataloger och interna verktyg – med schablonpris i stället för avgifter per användare..

Övervägande	FileMaker Pro	4D
Kan du ändra menyraden?	I stort sett nej	Ja — anpassade menyrader, menyer och objekt
Primärt interaktionsverktyg	Layoutknappar som anropar skript	Knappar och anpassade menyer
Var arbetsflödet bor	På layouten	Uppdelat mellan layout och menyrad
Designbörda	Lägre (färre val)	Högre (fler val att få rätt)
Risk	Menyer kanske inte passar ditt arbetsflöde	Menyer kan förvirra användare om de är dåligt utformade

Avvägningen är tydlig: 4D ger dig mer kontroll, men kontroll utan disciplin resulterar i en menyrad som är sämre än den fasta du började med.

Designa menyer utifrån arbetsflöde, inte tabeller

Ett vanligt misstag bland utvecklare som är nya med anpassade menyer är att spegla databasstrukturen. De skapar en meny för varje tabell, eller ett menyalternativ för varje fältgrupp. Detta känns organiserat för utvecklaren men är vanligtvis meningslöst för användaren, som tänker i termer av uppgifter, inte tabeller.

Organisera istället runt verb: skapa, hitta, redigera, skriv ut, exportera, navigera. Dessa motsvarar vad användarna faktiskt vill åstadkomma. En postorienterad meny, till exempel, grupperar naturligt åtgärder som att skapa en ny post, duplicera en, ta bort en och flytta mellan poster – eftersom dessa alla är variationer av samma underliggande uppgift.

Vårt val: Claris FileMaker Pro — Den långvariga relationsdatabasplattformen för team som behöver anpassade appar på skrivbordet, webben och mobilen från en enda fil..

Det är också därför som postmenyn (Records) förtjänar en egen fokuserad behandling. Operationer på postnivå är bland de vanligast utförda åtgärderna i vilken databas som helst, och de medför den högsta risken för oavsiktlig dataförlust. Att få den menyn rätt – tydliga etiketter, vettig ordning, säkra standardinställningar – ger utdelning i hela applikationen.

Konsistens, genvägar och det långa spelet

Två detaljer skiljer en professionell menyrad från en amatörmässig.

Konsistens. Använd samma verb överallt. Om “Ta bort” betyder att radera en post i en meny, använd inte “Ta bort” för att radera ett fältvärde i en annan. Användare bygger en mental modell utifrån dina etiketter, och inkonsekvens urholkar förtroendet.

Kortkommandon. Avancerade användare lever på tangentbordet. Att tilldela standardgenvägar – de som användarna redan känner till från sitt operativsystem och från FMP – minskar träningstiden dramatiskt. Där en genväg redan är en plattformskonvention, följ den istället för att uppfinna din egen.

Det finns också ett långsiktigt övervägande: menyer är svåra att ändra när användarna väl har lärt sig dem. Varje menyalternativ du lägger till är ett åtagande. Detta är ett argument för att börja slimmat och lägga till medvetet, snarare än att leverera en spretig menyrad från dag ett.

Anpassad startskärm

En anpassad startskärm (splash screen) är en liten men meningsfull detalj. Den ger din applikation en identitet, kommunicerar versionsinformation och kan fungera som en naturlig plats för att visa licens- eller supportkontaktuppgifter. I en 4D-applikation är startskärmen också en möjlighet att orientera användaren — kortfattat förklara vad databasen är till för och var man ska börja. Håll den kort, håll den överhoppningsbar och låt den aldrig blockera användaren från att börja arbeta.

Tack

Särskilt tack till alla på databaslistan som bidrog med kommentarer och förslag angående anpassade menyer. Community-diskussionslistor som databasics var, och förblir, en av de mest värdefulla resurserna för 4D- och FileMaker-utvecklare som arbetar med verkliga designproblem.

Vanliga frågor

Varför kan jag inte anpassa menyraden i FileMaker Pro på samma sätt som i 4D?

FileMaker Pro låser medvetet stora delar av sin menyrad för att hålla lösningarna konsekventa och för att skydda beteenden på plattformsnivå. Den praktiska konsekvensen är att FMP-utvecklare uttrycker arbetsflödet genom layoutknappar och skript snarare än menyer. 4D tar det motsatta tillvägagångssättet och exponerar anpassade menyrader, menyer och menyalternativ för utvecklaren. Ingen av filosofierna är i sig bättre – de placerar helt enkelt designbördan på olika ställen.

Vad är Foundation, och behöver jag det?

Foundation är ett 4D-tillägg från tredje part som utökar plattformen och bland annat tillhandahåller en mogen standardanvändarmiljö. Det krävs inte för att bygga en 4D-databas, men det är allmänt respekterat och kan spara avsevärd utvecklingsansträngning. Den förnuftiga vägen är att först behärska kärnan i 4D och sedan utvärdera Foundation när du förstår vad det ersätter eller kompletterar.

Ska jag kopiera FileMaker Pro-menystrukturen till min 4D-applikation?

Inte rakt av. FMP:s menyer är en användbar referens eftersom många av dina användare redan känner till dem, men de återspeglar FMP:s funktioner, inte dina. Använd FMP-menyerna, 4D-användarmiljön och Foundation-standarderna som tre jämförelsepunkter, och designa sedan en menyrad som passar ditt specifika arbetsflöde. Där alla tre är överens har du en stark signal; där de avviker, besluta medvetet.

Hur många menyalternativ är för många?

Det finns inget fast antal, men den vägledande principen är att varje objekt är något som användarna måste lära sig. Starta slimmat, gruppera relaterade åtgärder i undermenyer och reservera platser på toppnivå för de vanligaste uppgifterna. Om ett menyobjekt endast finns för en sällsynt administrativ uppgift, överväg att flytta det till en separat utvecklarmeny eller dölja det i den distribuerade lösningen.

Var ska operationer på postnivå ligga?

Postoperationer – att skapa, duplicera, ta bort och navigera mellan poster – är frekventa och ofta destruktiva, så de förtjänar en dedikerad postmeny med tydliga etiketter och säkra standardinställningar. Att gruppera dem tillsammans överensstämmer med hur användare tänker kring uppgiften och gör det lättare att tillämpa ett konsekvent bekräftelsebeteende för allt som kan leda till dataförlust.

Spelar kortkommandon verkligen någon roll för en applikation för ett litet team?

Ja. Även i en liten installation kommer en handfull avancerade användare att stå för huvuddelen av datainmatningen, och kortkommandon minskar deras ansträngning dramatiskt. Ännu viktigare är att plattformsstandardiserade kortkommandon sänker inlärningskurvan för alla, eftersom användare kan överföra vanor de redan har från sitt operativsystem och från andra databasverktyg.

---

Copyright © 1994–2000 HPO Soft. Alla rättigheter förbehållna. Användare får göra kopior för privat bruk. För kommersiell användning, vänligen kontakta HPO SOFT.

---