Grunderna i lärande i fjärde dimensionen

Innan du kan designa en enda tabell, bygga ett formulär eller koppla en värdelista i 4D (4th Dimension), måste du behärska vokabulären i den miljö du arbetar i. Mycket av den vokabulären finns i menysystemet — remsan av kommandon som löper överst i varje fönster.

Den här artikeln är den första i en serie om menyer, och den börjar där varje bra teknisk diskussion bör: med exakta definitioner. Att få terminologin rätt nu sparar timmar av förvirring senare, eftersom 4D:s dokumentation, dess designmiljö och den körande applikationen alla återanvänder samma ord på specifika sätt.

Viktiga punkter

• Menyraden är den horisontella remsan överst på skärmen; namnen på den är menyer; de valbara posterna under dem är menyalternativ.
• Symboler till höger om ett menyalternativ är kortkommandon; en pilspets indikerar en undermeny; tre avslutande prickar (en ellips) betyder att ett menyfönster kommer att öppnas.
• Dessa termer är inte kosmetiska — 4D:s egen menyredigerare och kommandospråk kräver att du skiljer på en meny och ett menyalternativ.
• Att förstå en menys anatomi är en förutsättning för att jämföra 4D:s menyer med FileMaker Pros och för att bygga dina egna anpassade menyer.
• Ett konsekvent menyordförråd gör det mycket lättare att läsa 4D-dokumentation, följa tutorials och kommunicera med andra utvecklare.

Varför definitioner kommer först

Det är frestande att hoppa över ett avsnitt med titeln “Definitioner”. Erfarna utvecklare antar att de redan vet vad en meny är. Men 4D – liksom de flesta mogna utvecklingsplattformar – använder dessa ord med mer precision än vad vardagligt tal gör, och distinktionerna spelar roll i samma stund som du börjar anpassa.

Tänk på ett enkelt exempel. När någon säger “lägg till ett kommando i Arkiv-menyn”, kan de mena två väldigt olika saker:

• Lägg till ett nytt menyalternativ i den befintliga Arkiv-menyn (ett enda nytt kommando under en befintlig rubrik).
• Lägg till en helt ny meny i menyraden (en ny rubrik på toppnivå bredvid Arkiv, Redigera och resten).

Detta är olika operationer med olika konsekvenser. Om du och en kollega använder samma ord för båda, kommer ni att prata förbi varandra. Samma oklarhet visar sig i skriftliga instruktioner, i felrapporter och i själva 4D-dokumentationen. Att spika termerna tar bort oklarheten.

Det är också därför serien börjar här snarare än att hoppa rakt in i jämförelser. De kommande artiklarna kontrasterar 4D:s menyer med dem i FileMaker Pro (FMP), föreslår en anpassad 4D-meny och går igenom specifika meny-för-meny-förslag. Inget av detta landar rent om inte den underliggande vokabulären är gemensam.

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

En menys anatomi

Figur 1 i originalmaterialet visar en typisk uppsättning menyer annoterade med pilar och etiketter. Här är vad varje märkt del betyder, utökat med de praktiska detaljer du behöver för att känna igen dem på skärmen.

Menyraden

Menyraden är raden överst på skärmen. Det är behållaren för allt annat — den horisontella remsan som håller alla menynamn på toppnivå. I 4D är menyraden i sig ett hanterbart objekt: du kan definiera vilka menyer som visas på den, och du kan byta ut hela menyrader vid körning beroende på sammanhang (till exempel visa en annan rad när ett visst formulär är i förgrunden).

Tänk på menyraden som det yttersta lagret i hierarkin. Allt under den tillhör någon meny på den raden.

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..

Menyer

Namnen som listas i menyraden är menyerna. “Arkiv”, “Redigera”, “Poster”, “Poster” och så vidare är menyer. En meny är en namngiven gruppering av relaterade kommandon. Dess uppgift är organisatorisk: den samlar menyalternativ som hör ihop konceptuellt så att användarna kan hitta dem.

En meny är inte detsamma som dess innehåll. Du kan ha en tom meny (en rubrik utan någonting under den), och du kan lägga till eller ta bort alternativ från en meny utan att ändra menyns identitet.

Menyalternativ

Posterna som kan väljas när en meny fälls ned är menyalternativ. Det här är de faktiska kommandona — de saker som utför ett arbete när man klickar på dem. “Ny”, “Öppna”, “Spara”, “Skriv ut” är alla menyalternativ.

Menyalternativ är där handlingen sker. När du bygger en anpassad meny i 4D går det mesta av din ansträngning åt till att definiera menyalternativ och koppla metoder (kod) till dem. Ett menyalternativ kan vara:

• Aktiverat eller inaktiverat — gråmarkerat när kommandot inte är giltigt för tillfället.
• Markerat eller avmarkerat — visar en bock för att indikera ett växelläge.
• Bundet till en metod — kör din kod när det väljs.

Kortkommandon

Om det finns symboler till höger om ett menyalternativ indikerar de de kortkommandon (tangenter) som väljer samma menyalternativ. Ett kortkommando är ett alternativt sätt att utlösa ett kommando utan att öppna menyn.

Kortkommandon är en användbarhetsfunktion, inte ett separat kommando. Samma menyalternativ kan nås antingen genom att klicka på det eller genom att trycka på dess kortkommando. När du definierar ett anpassat menyalternativ i 4D kan du tilldela ett kortkommando till det, och det är god praxis att följa plattformskonventioner — till exempel att använda standardmodifieringstangenten (Command på macOS, Control på Windows) för vanliga åtgärder som Spara eller Skriv ut, så att kortkommandot känns naturligt för användare på respektive plattform.

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..

Undermenyer

Om det finns en pilspets till höger om ett menyalternativ visas en undermeny om du klickar på den. En undermeny är en kapslad meny — en meny inuti en meny. Det låter dig gruppera ett stort antal relaterade kommandon under ett enda överordnat objekt utan att belamra den översta nivån.

Undermenyer är användbara när en kategori har många medlemmar. Istället för att lista tjugo rapportkommandon direkt i en meny, kan du skapa ett enda “Rapporter”-objekt som öppnar en undermeny som innehåller alla tjugo. Avvägningen är upptäckbarheten: kommandon som är begravda en nivå djupare kräver ett extra klick och ett extra ögonblick av letande, så reservera undermenyer för genuint stora eller sekundära grupper.

Menyfönster

Menyalternativ med tre punkter efter sig (till exempel “Dela …”) visar ett menyfönster med val när man klickar på dem. Den avslutande ellipsen är en allmänt följd gränssnittskonvention, inte unik för 4D: den signalerar att valet av objektet inte kommer att utföras omedelbart utan istället öppna en dialogruta eller ett fönster som ber om mer information innan något händer.

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..

Detta är en liten men viktig skillnad för användarna. Ett menyalternativ utan ellips gör sitt jobb i samma ögonblick som du klickar på det. Ett menyalternativ med en ellips är början på en konversation – det öppnar ett fönster där du gör ytterligare val och sedan bekräftar eller avbryter.

Menyhierarkin i ett ögonkast

Delarna som beskrivs ovan bildar en strikt hierarki. Att hålla koll på nivåerna är den enskilt mest användbara mentala modellen du kan ta med dig in i resten av den här serien.

Nivå	Term	Vad det är	Exempel
1	Menyrad	Den horisontella remsan överst på skärmen	Hela raden som innehåller File, Edit, Records…
2	Meny	En namngiven rubrik på menyraden	”File”
3	Menyalternativ	Ett valbart kommando i en meny	”Open”
4	Undermeny	En kapslad meny som öppnas från ett menyalternativ	”Reports ▸“
—	Kortkommando	Symboler till höger om ett objekt	⌘S / Ctrl+S
—	Menyfönster	En dialogruta som öppnas av ett objekt med ”…"	"Sharing…”

Läs tabellen uppifrån och ned så får du fram inneslutningsrelationen: menyraden innehåller menyer, menyer innehåller menyalternativ, och ett menyalternativ kan öppna antingen en undermeny (en annan meny) eller ett menyfönster (en dialogruta). Kortkommandon och ellipser är annoteringar på menyalternativ snarare än separata nivåer.

Hur man bestämmer sig: Praktisk vägledning för menydesign

Definitioner är bara användbara om de ändrar vad du gör. Här är hur vokabulären ovan översätts till konkreta beslut när du bygger menyer i 4D.

• Välja mellan ett menyalternativ och en undermeny. Om en kategori bara har ett fåtal kommandon, lista dem direkt som menyalternativ. Om den har många, eller om kommandona är sekundära, gruppera dem under en undermeny. Kostnaden för kapsling är ett extra klick, så kapsla inte bara för sakens skull.
• Bestämma om du ska använda en ellips. Lägg till de avslutande punkterna när valet av objektet öppnar ett fönster eller en dialogruta som kräver ytterligare inmatning innan åtgärden slutförs. Uteslut dem när kommandot utförs omedelbart. Konsekvens här tränar användarna att förutsäga beteendet.
• Tilldela kortkommandon. Reservera kortkommandon för de kommandon som användarna oftast använder, och följ plattformskonventioner så att muskelminnet överförs från andra applikationer. Övertilldelning av kortkommandon skapar kollisioner och förvirring.
• Aktivera och inaktivera objekt. Ett menyalternativ som för närvarande inte är giltigt bör vara inaktiverat (gråmarkerat) snarare än att lämnas klickbart och misslyckas tyst. Detta är en artighet mot användarna och en vanlig källa till felrapporter när det försummas.
• Planera menyraden per sammanhang. Eftersom 4D låter dig byta menyrader, bestäm tidigt om olika formulär eller lägen behöver olika toppnivåmenyer, eller om en rad kan tjäna hela applikationen.

Var detta passar in i serien

Den här artikeln är medvetet grundläggande. Definitionerna ovan är det gemensamma ordförrådet som resten av serien bygger på. Härifrån går materialet vidare till jämförelser och konkreta rekommendationer:

• FMP vs. 4D Menus — hur FileMaker Pros menykonventioner skiljer sig från 4D:s, och vad det innebär om du migrerar eller arbetar i båda.
• 4D Custom Menu — bygga din egen menystruktur istället för att förlita dig på standardinställningar.
• File Menu Comparisons och File Menu Suggestions — en genomgång av filmenyn kommando för kommando och vad som hör hemma där.
• Other Menu Comparisons och Records Menu Suggestions — samma behandling för de återstående menyerna, där Records-menyn får särskild uppmärksamhet på grund av hur central postnavigering är för databasarbete.
• Custom Splash Screen — pricken över i:et på ett polerat applikationsskal.

Om du kommer till 4D från en annan miljö kommer jämförelserna att vara mest omedelbart användbara. Om du är helt ny på databasutveckling, spendera extra tid på materialet om Records-menyn, eftersom postnavigering är det dagliga brödet i alla datadrivna applikationer.

För läsare som vill grunda dessa gränssnittskoncept i den bredare disciplinen människa-datorinteraktion, är Jakob Nielsens arbete med användbarhetsheuristik och Ben Shneidermans “åtta gyllene regler för gränssnittsdesign” flitigt citerade referenser om meny- och kommandodesign; båda beskrivs i detalj på Wikipedia och i standardläroböcker i HCI. Konventionerna som beskrivs här — ellipser för dialoger, inaktiverade tillstånd för ogiltiga kommandon, konsekventa genvägar — är direkta tillämpningar av dessa principer.

Vanliga frågor

Vad är skillnaden mellan en meny och ett menyalternativ i 4D?

En meny är en namngiven rubrik på menyraden, till exempel “Arkiv” eller “Records”. Ett menyalternativ är ett enda valbart kommando i den menyn, till exempel “Öppna” eller “Skriv ut”. Menyn organiserar; menyalternativet utför åtgärden. Att hålla de två åtskilda är viktigt eftersom att lägga till ett kommando och att lägga till en meny är olika operationer.

Vad betyder de tre prickarna efter ett menyalternativ?

Tre avslutande prickar — en ellips, som i “Dela …” — signalerar att valet av objektet kommer att öppna ett menyfönster eller en dialogruta istället för att utföras omedelbart. Användaren förväntas göra ytterligare val innan kommandot slutförs. Denna konvention är vanlig på många plattformar, inte bara 4D, så användare känner ofta igen den instinktivt.

Vad indikerar en pilspets bredvid ett menyalternativ?

En pilspets till höger om ett menyalternativ betyder att objektet öppnar en undermeny — en kapslad meny som innehåller ytterligare kommandon. Undermenyer låter dig gruppera många relaterade kommandon under ett överordnat objekt för att hålla menyn på toppnivån snygg. Avvägningen är att kapslade kommandon kräver ett extra klick för att nås.

Är kortkommandon detsamma som menyalternativ?

Nej. Ett kortkommando är helt enkelt ett alternativt sätt att aktivera ett befintligt menyalternativ. Symbolerna som visas till höger om ett objekt talar om vilka tangenter som väljer samma kommando utan att öppna menyn. Objektet och dess kortkommando gör samma sak; kortkommandot är en bekvämlighet, inte ett separat kommando.

Varför bryr 4D sig om att särskilja alla dessa termer?

Eftersom 4D:s menyredigerare, dess kommandospråk och dess dokumentation alla förlitar sig på dessa distinktioner. När du anpassar menyer manipulerar du menyer, menyalternativ och menyrader som separata objekt. Att använda termerna slarvigt leder till missförstånd med andra utvecklare och till misstag när man följer instruktioner eller läser referensmaterial.

Behöver jag förstå menyer innan jag bygger formulär och tabeller?

Du kan designa tabeller och formulär utan att röra menyer, men du kan inte leverera en polerad applikation utan dem. Menyer är hur användare når kommandona som driver dina formulär och manipulerar dina data. Att förstå menyterminologin tidigt gör det senare arbetet med att koppla ihop anpassade menyer, värdelistor och navigering mycket smidigare.