Grunderna i lärande i fjärde dimensionen

Förstå de fasta menyerna i 4D

När du bygger en anpassad applikation i 4D (4th Dimension) är en av de första sakerna du upptäcker att det inte är alla delar av menyraden du kontrollerar. Menyerna Redigera och Hjälp är fasta: de tillhandahålls av själva 4D-miljön, de visas i varje kompilerad och tolkad applikation, och deras menyalternativ kan inte bytas namn på, ordnas om eller tas bort via standardmenyredigeraren.

Detta överraskar utvecklare som kommer från FileMaker Pro, där menysystemet är relativt öppet och där du ofta kan dölja eller ersätta stora delar av standardmenyraden. I 4D reserverar plattformen en liten men viktig del av gränssnittet för sig själv. Att förstå varför dessa menyer är fasta – och vad du fortfarande kan göra runt dem – är en central del av 4D-kunnigheten.

Figur 10 i den ursprungliga lektionen visar 4D-menyerna “Redigera” och “Hjälp” sida vid sida. Lektionens poäng är enkel och värd att upprepa: alla program kommer att ha dessa menyer och menyalternativ. Du kan inte välja bort dem. Det du kan göra är att designa resten av din menyrad så att de fasta menyerna känns som en naturlig del av din applikation snarare än ett intrång.

Varför 4D reserverar Redigera- och Hjälpmenyerna

De fasta menyerna finns eftersom 4D är både en utvecklingsmiljö och en körtid. Samma menymaskineri som låter dig redigera en metod i designmiljön måste också tjäna textinmatning i ett formulärfält vid körning. Redigera-menyn innehåller standardkommandon för urklipp och textredigering – Ångra, Klipp ut, Kopiera, Klistra in, Rensa, Markera alla – som användare förväntar sig i vilket som helst textfält, oavsett om det fältet är ett 4D-dataområde, en kommentarsruta eller ett sökfält.

Hjälp-menyn är samtidigt plattformens koppling till dess egen dokumentation, “Om”-information och versionsrapportering. Eftersom 4D levereras som en enda motor över tolkade och kompilerade lägen, och över Windows och macOS, håller leverantören dessa två menyer under sin egen kontroll för att garantera konsekvent beteende oavsett vad utvecklaren gör.

Några praktiska konsekvenser följer av detta:

Related: Airtable — A spreadsheet-simple interface sitting on top of a real relational database, with automations, views, and shareable interfaces..

• Du kan inte ta bort dem. Att försöka ta bort Redigera eller Hjälp från menyraden stöds inte. Menyradens kommandouppsättning i 4D fungerar med menyerna du definierar; de fasta menyerna ligger utanför det omfånget.
• Du kan inte byta namn på deras alternativ. “Ångra”, “Klistra in” och “Markera alla” kommer alltid att stå så (beroende på operativsystemets språk).
• Deras beteende är kopplat till det fokuserade objektet. Alternativen i Redigera-menyn aktiveras och inaktiveras automatiskt beroende på om ett textinmatningsobjekt har fokus. Detta är en funktion, inte en begränsning – det betyder att du får korrekt urklippsbeteende i varje inmatningsfält gratis.
• De visas i båda lägena. Både tolkade (Design/Användare) och kompilerade (sammanslagna) applikationer visar dem.

Slutsatsen för en medborgarutvecklare eller ett litet team är att du bör behandla Redigera och Hjälp som plattformsmöbler. Designa runt dem istället för att bekämpa dem.

Hur de fasta menyerna interagerar med dina anpassade menyer

Den ursprungliga lektionen ingår i en större sekvens om menyer: att jämföra FileMaker Pro- och 4D-menyer, bygga en anpassad 4D-meny och sedan arbeta sig igenom jämförelser av Arkiv, Poster och “andra” menyer. Diskussionen om Redigera/Hjälp tillhör kategorin “annat” — menyerna du inte får författa själv.

Den viktiga designfrågan är ordning och gruppering. I 4D bygger du din anpassade menyrad med kommandon som INSERT MENU, APPEND MENU ITEM och deras släktingar, och du kopplar raden till ett formulär eller till applikationen. De fasta menyerna upptar konventionella positioner:

If you are shopping: Zoho Creator — A low-code app builder that plugs into the wider Zoho suite and prices per user rather than per app..

• Redigera sitter vanligtvis efter Arkiv och eventuella anpassade menyer som du infogar i början.
• Hjälp sitter konventionellt längst till höger i menyraden på både Windows och macOS.

Eftersom du inte kan flytta dem är den praktiska vägledningen att placera dina egna menyer så att de fasta hamnar där användarna förväntar sig dem. Om du infogar en “Poster”-meny och en “Rapporter”-meny, fundera på om Redigera ska hamna mellan dem eller efter dem. De flesta användare har en stark förväntan baserad på muskelminne om att Hjälp är sist och Redigera är någonstans i området mellan vänster och mitten. Respektera det.

En användbar mental modell är menyraden som ett kontrakt:

Region	Vem kontrollerar den	Vad hör dit
Arkiv	Du (anpassningsbar)	Åtgärder som Nytt, Öppna, Spara, Skriv ut, Avsluta
Redigera	4D (fast)	Ångra, Klipp ut, Kopiera, Klistra in, Rensa, Markera alla
Poster	Du (anpassningsbar)	Navigering, skapa/ta bort post, sök
Anpassade menyer	Du	Din apps domänspecifika åtgärder
Hjälp	4D (fast)	Plattformshjälp, Om, versionsinformation

Om du håller dina anpassade menyer i “du”-raderna och låter de fasta raderna vara ifred, kommer din menyrad att kännas naturlig för alla som tidigare har använt en skrivbordsapplikation.

Vad du fortfarande kan anpassa runt dem

Att menyerna är fasta betyder inte att hela menyraden är frusen. Det finns mycket du kontrollerar, och genom att känna till gränsen kan du lägga din ansträngning där den gör mest nytta.

• Dina egna menyer på översta nivån. Fil, Poster och alla domänspecifika menyer (Rapporter, Verktyg, Admin) är dina att definiera, namnge och fylla.
• Menyobjekt och undermenyer. Du kan lägga till objekt, avgränsare, bockar, kortkommandon och kapslade undermenyer i dina menyer.
• Aktivera/avaktivera-logik. Du kan grålägga dina egna objekt kontextuellt – till exempel inaktivera “Radera post” när ingen post är vald – med hjälp av 4D:s kommandon för menyobjektens tillstånd.
• Kontextmenyer. Högerklicksmenyer (kontextuella) är en separat mekanism från menyraden och är helt under din kontroll, så de är ett bra ställe att lyfta fram åtgärder som annars skulle störa den fasta menyraden.
• Om/Hjälp-upplevelsen. Även om du inte kan skriva om hjälpmenyns inbyggda objekt, kan du lägga till ditt egna “Om MyApp” eller “Dokumentation”-kommando i en av dina anpassade menyer, vilket ger användarna en varumärkesanpassad väg till ditt hjälpinnehåll.

Mönstret som fungerar bra: håll de fasta menyerna slanka och orörda, och dirigera all applikationsspecifik hjälp och “om”-information genom dina egna menyalternativ. På så sätt förblir plattformens hjälpmeny som flyktluckan till 4D:s egen dokumentation, och dina användare hittar fortfarande ditt material.

Praktisk vägledning: Designa en menyrad som samexisterar med fasta menyer

När du sätter dig ner för att planera menyraden för en ny 4D-applikation, arbeta igenom dessa beslut i ordning:

Related: Knack — A no-code database builder aimed at portals, directories, and internal tools — with flat-rate pricing instead of per-user fees..

1. Lista de verb dina användare behöver. Skapa, hitta, redigera, ta bort, skriv ut, exportera, navigera, administrera. Gruppera dem efter substantiv.
2. Mappa varje grupp till en meny på översta nivån. Poster, Rapporter, Verktyg och så vidare.
3. Reservera de konventionella platserna. Låt Fil leda, låt Redigera sitta på sin naturliga plats och låt Hjälp avsluta raden.
4. Bestäm vad som ska visas i kontextmenyer. Allt som bara är relevant för ett valt objekt (en rad, ett fält, en post) är ofta bättre som en högerklicksåtgärd än som ett objekt i menyraden.
5. Planera regler för aktivering/avaktivering. För varje anpassat objekt, fråga “när ska detta vara gråmarkerat?” och implementera den logiken tidigt istället för att eftermontera den.
6. Testa i båda lägena. Kontrollera att menyraden fungerar korrekt i tolkade och kompilerade versioner, och på både Windows och macOS om du levererar plattformsoberoende.

Ett vanligt misstag bland utvecklare som är nya i 4D är att försöka replikera Redigera-menyns funktioner i en anpassad meny – genom att lägga till egna “Kopiera” och “Klistra in”-objekt. Detta skapar dubbletter av kommandon, förvirrar användare och fungerar vanligtvis sämre än de inbyggda objekten eftersom plattformens versioner redan är kopplade till det fokuserade textobjektet. Uppfinn inte de fasta menyerna på nytt; komplettera dem.

Ett annat misstag är att begrava viktiga åtgärder så djupt i anpassade undermenyer att användarna aldrig hittar dem, medan de fasta Redigera- och Hjälpmenyerna sitter framträdande i kanterna. Använd den visuella vikten av de fasta menyerna som ett ankare: lägg dina mest använda kommandon i menyer på översta nivån nära dem, inte tre nivåer ner.

Hur detta skiljer sig från FileMaker Pro

Den ursprungliga lektionen ramar uttryckligen in det här avsnittet som en del av en jämförelse mellan FileMaker Pro och 4D, och punkten om Redigera/Hjälp är en av de tydligaste skillnaderna. FileMaker Pro ger utvecklare ett relativt öppet menysystem – du kan bygga anpassade menyer, och med rätt konfiguration kan du dölja eller ersätta stora delar av standardmenyraden. 4D har en mer konservativ hållning: en definierad uppsättning plattformsmenyer är alltid närvarande.

Our pick: Claris FileMaker Pro — The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file..

Inget av tillvägagångssätten är objektivt bättre; de speglar olika filosofier.

• FileMakers flexibilitet passar utvecklare som vill ha total kontroll över användarens visuella miljö och är villiga att ta ansvar för att tillhandahålla varje kommando som användaren behöver.
• 4D:s fasta menyer garanterar att standardtextredigering och plattformshjälp alltid finns tillgängliga, vilket minskar risken för att en användare fastnar i ett fält utan möjlighet att klistra in, eller i en app utan väg till dokumentation.

För en utvecklare i ett litet team är 4D:s hållning ofta den enklare att leva med, eftersom den tar bort en hel kategori av beslut. Du behöver aldrig fråga “ska jag tillhandahålla ett eget Kopiera-kommando?” – svaret är redan nej.

Viktiga slutsatser

• Menyerna Redigera och Hjälp i 4D är fasta: de visas i alla applikationer och deras objekt kan inte byta namn, ordnas om eller tas bort.
• De finns för att 4D är både en utvecklingsmiljö och en runtime, och plattformen behöver garanterat beteende för urklipp och hjälp i varje textfält.
• Du styr fortfarande Fil, Poster och alla dina egna anpassade menyer, samt kontextmenyer och aktivera/avaktivera-logik.
• Designa runt de fasta menyerna: placera dina anpassade menyer så att Redigera och Hjälp hamnar där användarna förväntar sig dem, och duplicera aldrig de inbyggda urklippskommandona.
• Dirigera din egen “Om”-information och dokumentation genom anpassade menyalternativ istället för att försöka ändra hjälpmenyn.
• Detta är en viktig kontrast till FileMaker Pro, som erbjuder utvecklare betydligt mer kontroll över menyraden.

Vanliga frågor

Kan jag ta bort menyn Redigera eller Hjälp från en 4D-applikation?

Nej. Dessa menyer tillhandahålls av 4D-miljön och finns i varje applikation, oavsett om den är tolkad eller kompilerad. Menykommandona du använder för att bygga en anpassad menyrad opererar på de menyer du definierar, inte på plattformens fasta menyer. Det praktiska tillvägagångssättet är att designa dina egna menyer så att de fasta hamnar på sina konventionella positioner.

Varför håller 4D Redigera-menyn fast istället för att låta utvecklare anpassa den?

Eftersom 4D fungerar både som en utvecklingsmiljö och en körtid, behöver plattformen ett tillförlitligt beteende för urklipp och textredigering i varje textinmatningsobjekt. Genom att hålla Ångra, Klipp ut, Kopiera, Klistra in, Rensa och Markera allt under sin egen kontroll, garanterar 4D att dessa kommandon fungerar korrekt och konsekvent oavsett vad utvecklaren bygger, och på både Windows och macOS.

Ska jag skapa mina egna menyalternativ för Kopiera och Klistra in?

Generellt nej. De inbyggda menyalternativen under Redigera är redan kopplade till det fokuserade textobjektet och aktiveras eller inaktiveras automatiskt. Att lägga till egna dubbletter skapar förvirring och fungerar vanligtvis sämre. Lägg istället din ansträngning i menydesignen på domänspecifika kommandon som plattformen inte tillhandahåller.

Var ska mina anpassade menyer placeras i förhållande till de fasta?

Följ skrivbordskonventioner: låt File leda fältet, låt Edit sitta på sin naturliga position mellan vänster och mitten, och låt Help avsluta fältet till höger. Infoga dina egna menyer – Records, Reports, Utilities – så att de grupperas logiskt utan att skjuta de fasta menyerna till oväntade platser. Användare förlitar sig på muskelminnet för var Edit och Help finns.

Kan jag lägga till mitt eget “Om”- eller hjälpkommando om Hjälp-menyn är fast?

Ja – bara inte inuti själva Hjälp-menyn. Lägg till ett “Om MyApp”- eller “Dokumentation”-alternativ i en av dina egna anpassade menyer. Detta ger användarna en varumärkesprofilerad väg till ditt hjälpinnehåll, samtidigt som plattformens Hjälp-meny lämnas intakt som vägen till 4D:s egen dokumentation.

Skiljer sig beteendet för de fasta menyerna mellan tolkade och kompilerade 4D-applikationer?

Menyerna Redigera och Hjälp visas i båda lägena, så begränsningen är densamma oavsett om du kör i design-/användarmiljön eller levererar en sammanslagen, kompilerad applikation. Det som ändras mellan lägena är andra beteenden – felsökning, metodåtkomst och så vidare – men de fasta menyerna förblir fasta genomgående.

P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; take a look here if you want the current details.