Menyfliksområdet i Windows 7

Not

Den här designguiden skapades för Windows 7 och har inte uppdaterats för nyare versioner av Windows. Mycket av vägledningen gäller fortfarande i princip, men presentationen och exemplen återspeglar inte vår nuvarande designvägledning.

Menyflikar är det moderna sättet att hjälpa användarna att hitta, förstå och använda kommandon effektivt och direkt med ett minsta antal klick, med mindre behov av att använda utvärderingsversioner och fel, och utan att behöva gå till Hjälp.

Ett menyfliksområde är ett kommandofält som organiserar ett programs funktioner i en serie flikar överst i ett fönster. Genom att använda ett menyfliksområde ökar identifieringen av funktioner, möjliggör snabbare inlärning av programmet som helhet och gör att användarna känner sig mer kontroll över sin upplevelse av programmet. Ett menyfliksområde kan ersätta både den traditionella menyraden och verktygsfälten.

Ett typiskt menyfliksområde.

Flikar i menyfliksområdet består av grupper, som är en etikettuppsättning med nära relaterade kommandon. Förutom flikar och grupper består menyfliksområdet av:

• En programknapp som visar en meny med kommandon som omfattar att göra något med eller med ett dokument eller en arbetsyta, till exempel filrelaterade kommandon.
• Ett verktygsfält för snabbåtkomst, som är ett litet, anpassningsbart verktygsfält som visar kommandon som används ofta.
• Kärnflikar är flikarna som alltid visas.
• Sammanhangsbaserade flikar, som endast visas när en viss objekttyp har valts. Flikar som alltid visas kallas kärnflikar.
• En flikuppsättning är en samling sammanhangsbaserade flikar för en enskild objekttyp. Eftersom objekt kan ha flera typer (till exempel en rubrik i en tabell som har en bild är tre typer), kan det finnas flera kontextuella flikuppsättningar som visas i taget.
• Modala flikar, som är kärnflikar som visas med ett visst tillfälligt läge, till exempel förhandsgranskning.
• Gallerier, som är listor över kommandon eller alternativ som visas grafiskt. Ett resultatbaserat galleri illustrerar effekten av kommandona eller alternativen i stället för själva kommandona. Ett galleri i menyfliksområdet visas i ett menyfliksområde, till skillnad från ett popup-fönster.
• Förbättrade knappbeskrivningar, som kortfattat förklarar deras associerade kommandon och ger genvägsnycklarna. De kan också innehålla grafik och referenser till Hjälp. Förbättrade knappbeskrivningar minskar behovet av kommandorelaterad hjälp.
• Dialogrutestartare, som är knappar längst ned i vissa grupper som öppnar dialogrutor som innehåller funktioner som är relaterade till gruppen.

Menyfliksområdet introducerades ursprungligen med Microsoft Office 2007. Information om varför Office behöver använda menyflikar och de många problem som kan lösas med ett menyfliksområde finns i Berättelsen om menyfliksområdet.

Not

Riktlinjer som rör menyer, verktygsfält, kommandoknapparoch ikoner visas i separata artiklar.

Är det här rätt användargränssnitt?

Du kan välja att använda ett menyfliksområde genom att tänka på följande frågor:

Programtyp

• Vilken typ av program designar du? Programtypen är en bra indikator på lämpligheten i ett menyfliksområde. Menyfliksområdet fungerar bra för program för att skapa och redigera dokument, samt för dokumentvisning och webbläsare. Menyfliksområdet kan fungera för andra typer av program, men andra former av kommandopresentation kan vara lämpligare. I allmänhet bör lätta program ha en enkel kommandopresentation.

Problem med identifiering och inlärning

• Har användarna problem med att hitta kommandon? Begär användare funktioner som redan finns i programmet? I så fall blir det enklare att hitta kommandon med hjälp av ett menyfliksområde genom att ha självförklarande etiketter och gruppering av relaterade kommandon. Att använda ett menyfliksområde skalar också bättre än menyrader och verktygsfält för framtida tillväxt.
• Har användarna problem med att förstå programmets kommandon? Använder de ofta "utvärderingsversion och fel" för att välja rätt kommando eller bestämma hur kommandon fungerar? I så fall blir kommandon enklare att förstå med hjälp av ett menyfliksområde med resultatorienterade kommandon baserade på gallerier och liveförhandsgranskningar.

Kommandoegenskaper

• Visas kommandona på flera platser? Om programmet redan finns, visas kommandon i menyrader, verktygsfält, åtgärdsfönster och inom själva arbetsytan? I så fall förenas kommandona på en enda plats med hjälp av ett menyfliksområde, vilket gör dem enklare att hitta.
• Gäller kommandona för hela fönstret eller bara för specifika fönster? Menyfliksområdet fungerar bäst för kommandon som gäller för hela fönstret eller för specifika objekt. Kommandon på plats fungerar bättre för enskilda fönsterfönster.
• Kan de flesta kommandon visas direkt? Kan användarna interagera med dem med ett enda klick? Om vanliga kommandon används från menyer och dialogrutor, kan de omstruktureras för att vara direkta? Vissa kommandon kan visas med hjälp av menyer och dialogrutor, men att presentera de flesta kommandon på det här sättet undergräver effektiviteten i ett menyfliksområde, vilket möjligen gör en menyrad till ett bättre val.

Kommandoskala

• Finns det ett litet antal kommandon? Kan de vanligaste kommandona enkelt visas i ett enda, enkelt verktygsfält? Det är värt att använda ett menyfliksområde om du lägger till kärnflikar och sammanhangsberoende flikar resulterar i en enkel startflik som kan användas ensam för att utföra de vanligaste uppgifterna. Om inte, kanske fördelen med att använda ett menyfliksområde inte motiverar sin extra vikt för ett litet antal kommandon.
• Finns det ett stort antal kommandon? Skulle användning av ett menyfliksområde kräva fler än sju kärnflikar? Skulle användarna ständigt behöva ändra flikar för att utföra vanliga uppgifter? I så fall kan det vara ett effektivare val att använda verktygsfält (som inte kräver att flikar ändras) och palettfönster (vilket kan kräva att flikar ändras, men det kan finnas flera öppna i taget).
• Brukar användarna använda ett litet antal kommandon för det mesta? I så fall kan de använda ett menyfliksområde effektivt genom att placera sådana kommandon på fliken Start. Att ständigt ändra flikar skulle göra ett band för ineffektivt.
• Drar programmet nytta av att göra programmets innehållsområde så stort som möjligt? I så fall är det mer utrymmeseffektivt att använda en menyrad och ett enda verktygsfält än ett menyfliksområde. Men om programmet kräver tre eller flera rader med verktygsfält eller använder åtgärdsfönster är det mer utrymmeseffektivt att använda ett menyfliksområde.
• Brukar användarna arbeta i ett visst område inom ett stort fönster i programmet under långa tidsperioder? I så fall skulle de dra nytta av närheten till miniverktygsfält, palettfönster och direkta kommandon. Att göra tur och retur från arbetsytan till menyfliksområdet skulle vara för ineffektivt.
• Behöver användarna göra betydande ändringar i innehållet, platsen eller storleken på kommandopresentationen för effektivitet och flexibilitet? I så fall är anpassningsbara och utökningsbara verktygsfält och palettfönster ett bättre val. Observera att vissa typer av verktygsfält kan kopplas från för att bli palettfönster, och palettfönster kan flyttas, ändras och anpassas.

Tänk slutligen på den här ultimata frågan: Är förbättringen av upptäcktsbarhet, enkel inlärning, effektivitet och produktivitet värt kostnaden för det extra utrymmet och behovet av flikar för att organisera kommandon? I så fall är det ett utmärkt val att använda ett menyfliksområde. Om du inte är säker kan du överväga att använda en menyfliksbaserad design och jämföra den med det bästa alternativet.

Menyfliksområdet är en ny och engagerande form av kommandopresentation och ett bra sätt att modernisera ett program. Men hur övertygande de än är, är de inte rätt val för varje program.

felaktig:

Snälla, gör inte så här!

Sju viktigaste saker

1. Välj en kommandolösning som passar din programtyp. Att använda ett menyfliksområde bör göra att ett program känns enklare, effektivare och enklare att använda aldrig tvärtom. Om det inte är lämpligt att använda ett menyfliksområde bör du överväga att använda omfattande kommandon i stället.
2. Underskatta inte utmaningen att skapa ett effektivt band. Förvänta dig inte att det ska vara en enkel port för dina befintliga menyfält och verktygsfält. Och ta inte för givet att med hjälp av ett menyfliksområde automatiskt gör ditt program bättre. Att vara villig att genomföra den tid och ansträngning som krävs för en kommandoomformning är en viktig faktor när du bestämmer dig för att använda ett menyfliksområde.
3. Gör kommandona identifierbara. Välj en flikdesign som har en tydlig, uppenbar, unik mappning mellan dina kommandon och de beskrivande etiketterade flikarna där de finns. Användarna bör snabbt och säkert kunna avgöra vilken flik som har kommandot de letar efter och sällan välja fel flik.
4. Gör kommandona självförklarande. Användarna bör förstå effekten av ett kommando från dess etikett, ikon, knappbeskrivning och förhandsgranskning. De ska inte behöva experimentera eller läsa ett hjälpavsnitt för att se hur ett kommando fungerar.
5. Gör det effektivt att använda kommandona:
   • Användarna bör tillbringa större delen av sin tid på fliken Start.
   • Användare bör sällan behöva ändra flikar under vanliga uppgifter.
   • När fönstret är maximerat och användarna är på rätt flik har de vanligaste kommandona den mest visuella betoningen och användarna kan anropa dem med ett enda klick. Användare kan utföra alla andra kommandon på fliken med högst fyra klick.
   • Användare ska inte behöva öppna dialogrutor för att ge kommandon och ändra attribut i vanliga uppgifter.
6. Hjälp användarna att välja kommandon och alternativ på ett säkert sätt och minimera behovet av utvärderings- och fel. Använd resultatorienterade kommandon när det är lämpligt, ofta i form av gallerier och liveförhandsgranskningar.
7. Kontrollera att menyfliksområdet skalar bra från de största fönsterstorlekarna till de minsta.

Designbegrepp

Anpassa ett menyfliksområde i ett befintligt program

Även om du kanske bara omstrukturerar en traditionell menyrad och verktygsfältsdesign för ett befintligt program till ett menyfliksformat, missar det mesta av värdet för att använda ett menyfliksområde. Menyfliksområdet har mest värde när de används för att presentera omedelbara, resultatorienterade kommandon, ofta i form av gallerier och liveförhandsgranskningar. Resultatorienterade kommandon gör kommandon enklare att förstå och användarna blir mycket mer effektiva och produktiva. I stället för att omstrukturera dina befintliga kommandon är det bättre att göra om helt och hållet hur kommandon utförs i programmet.

Underskatta inte utmaningen att skapa ett effektivt band. Och ta inte för givet att med hjälp av ett menyfliksområde automatiskt gör ditt program bättre. Det tar mycket tid och arbete att skapa ett effektivt menyfliksområde. Att vara villig att genomföra den tid och ansträngning som krävs för en sådan kommandoomformning är en viktig faktor när du bestämmer dig för att använda ett menyfliksområde.

Menyfliksområdets natur

Jämfört med traditionella menyrader och verktygsfält har menyfliksområdet följande egenskaper:

• Ett enda användargränssnitt (UI) för alla kommandon. Menyraderna är omfattande och enkla att lära sig, och verktygsfälten är effektiva och direkta, men varför inte använda lite mer skärmutrymme för att skapa ett enda kommandogränssnitt som utför alla dessa? Med bara ett användargränssnitt kräver inte menyfliksområdet att användarna tar reda på vilket användargränssnitt som har kommandot de letar efter.
• Synlig och självförklarande. Menyradskommandon är självförklarande genom sina etiketter, men döljs för det mesta från vyn. För att spara skärmutrymme representeras verktygsfältsknapparna främst av ikoner i stället för etiketter (även om vissa verktygsfältsknappar använder båda) och är beroende av knappbeskrivningar när ikonen inte är självförklarande. Användare känner dock vanligtvis bara till ikonerna för de vanligaste kommandona.
• Genom att presentera de flesta kommandon med etiketterade ikoner är kommandona i menyfliksområdet både synliga och självförklarande och använder endast knappbeskrivningar för att tillhandahålla kompletterande information. Det finns lite behov av att gå någon annanstans (till exempel Hjälp) för att förstå ett kommando.
• Etiketterad gruppering. Menykategorier är märkta, men grupper i en nedrullningsbara meny anges inte och anges endast med en omärkt avgränsare. Grupper i verktygsfält visas också med omärkta avgränsare.
• Genom att organisera kommandon i etiketterade grupper gör menyfliksområdet det enklare att hitta kommandon och fastställa deras syfte.
• Modal men inte hierarkisk. Menystaplar skalas genom att skapa en hierarki med kommandon. Menyer med många objekt kan använda en eller flera nivåer av undermenyer för att tillhandahålla fler kommandon.
• Kommandon i menyfliksområdet kräver mer utrymme än verktygsfältskommandon, så de använder flikar för att skala. Den här användningen av flikar gör menyfliksområdet modalt, vilket kräver att användarna ändrar lägen ibland för att hitta kommandon. Men på en flik är de flesta kommandon antingen direkta eller använder en enda delningsknapp eller menyknapp, inte en hierarki.
• Direkt och omedelbart. Ett kommando är direkt om det anropas med ett enda klick (det vill: utan att gå igenom menyer) och omedelbart om det börjar gälla omedelbart (d.s. utan dialogrutor för att samla in ytterligare indata). Menyradskommandon är alltid indirekta och ofta inte omedelbara. Precis som verktygsfält är de flesta menyflikskommandon utformade för att vara direkta och omedelbara, med de vanligaste kommandona som anropas med ett enda klick och utan att det krävs någon dialogruta för att samla in ytterligare indata.
• Rymlig. Menystaplar och verktygsfält är främst utformade för att vara utrymmeseffektiva. För att ge sina fördelar kan menyfliksområdet förbruka mer lodrätt utrymme, vilket motsvarar ungefär en menyrad plus tre rader med verktygsfält. Eftersom få program har tre eller flera rader med verktygsfält förbrukar menyfliksområdet vanligtvis mer utrymme än traditionella UIs för kommandon.
• Har en programknapp och verktygsfältet Snabbåtkomst. Ett menyfliksområde visas alltid med en programknapp och verktygsfältet Snabbåtkomst. På så sätt kan användare komma åt filrelaterade och ofta använda kommandon utan att ändra flikar och främjar konsekvens mellan program.
• Minimal anpassning. Även om menyraderna har en fast presentation är många verktygsfält ganska anpassningsbara, vilket gör att användarna kan ange platser, storlekar och innehåll. Själva menyfliksområdet är inte anpassningsbart, men verktygsfältet Snabbåtkomst ger begränsad anpassning.
• Förbättrad tangentbordstillgänglighet. Menystaplar har utmärkt tangentbordstillgänglighet eftersom om du trycker på Alt-tangenten direkt ger menyraden indata fokus. Det finns dock ingen sådan mekanism för verktygsfält eftersom de delar tangentbordsnavigering med fönstrets innehåll. Därför måste användarna navigera till verktygsfältet med hjälp av tabbtangenten (som får det sista tabbstoppet) och sedan gå till ett specifikt kommando med hjälp av piltangenterna.

Menyfliksområdet ger däremot förbättrad tangentbordstillgänglighet via knappbeskrivningar, vanligtvis med en trestegsprocess:

• Tryck på Alt för att ange knappbeskrivningsläge.

• Tryck på ett tecken för att välja en flik, programknappen eller ett kommando i verktygsfältet Snabbåtkomst.

• Tryck på en eller två bokstäver på en flik för att välja ett kommando.

  Den här metoden är mycket visuell. Den är också mer flexibel så att den kan skalas bättre och ha fler mnemonic-åtkomstnyckeltilldelningar.

  Blanda inte ihop åtkomstnycklar med genvägsnycklar. Även om både åtkomstnycklar och kortkommandon ger tangentbordsåtkomst till användargränssnittet har de olika syften och riktlinjer. Mer information finns i Tangentbord.

De rika kommandonas natur

Omfattande kommandon refererar till presentationen och interaktionen mellan kommandon som används av menyfliksområdet, utan att nödvändigtvis använda en menyflikscontainer. Omfattande kommandon har följande egenskaper:

• Märkning. Alla kommandon får självförklarande etiketter, med undantag endast när ikonerna är mycket välkända och utrymmet är på premium.

  rätt:

  

  Dessa kommandon är mycket välkända så de behöver inte etiketter.

  felaktig:

  

  Dessa obegripliga ikoner kräver etiketter för omfattande kommandon.

• Storlekssortering. I stället för enhetlig storleksändring är kommandona storleksanpassade i förhållande till deras användningsfrekvens och betydelse. Förutom att göra de vanligaste kommandona enklare att hitta och klicka på, gör det dem också mer pekbara.

  

  I det här exemplet är den vanligaste knappen större än de andra.

• Dynamisk storleksändring. Omfattande kommandokontroller ändrar storlek på sig själva för att dra full nytta av det tillgängliga utrymmet, i stället för att använda en fast storlek och antingen trunkera eller använda spill när storleken är för liten.

  

  I det här exemplet ändrar kommandoknapparna storlek så att de fungerar bra i det tillgängliga utrymmet.

• Dela upp knappar. Delade knappar är ett bra sätt att konsolidera en uppsättning varianter av ett kommando när det behövs, samtidigt som du behåller direktheten för det mest använda kommandot.

  

  I det här exemplet använder kommandot Spara som en delningsknapp, där huvudknappen utför den vanligaste varianten och menydelen visar en meny med varianter av kommandot.

• Rika nedrullningsbara menyer och gallerier. Nedrullningsbara menyer, listrutor och gallerier tar det utrymme de behöver för att kommunicera och särskilja effekten av valen, ofta med hjälp av grafik- och textbeskrivningar. Kategorier används för att organisera stora uppsättningar med alternativ.

  

  I de här exemplen visas en lista med alternativ som visar deras effekt genom att klicka på en menyknapp.

• Live-förhandsversioner. När användaren hovrar över ett formateringsalternativ visar programmet hur resultatet skulle se ut med den formateringen med det faktiska innehållet.

  

  Liveförhandsgranskningar visar resultatet av att tillämpa ett formateringsalternativ vid hovring.

• Förbättrade knappbeskrivningar. Dessa förklarar kortfattat deras associerade kommandon och ger genvägsnycklarna. De kan också innehålla grafik och referenser till Hjälp (även om de till stor del eliminerar behovet av kommandorelaterad hjälp).

  

  Förbättrade knappbeskrivningar förklarar kortfattat deras associerade kommandon.

Menyfliksområdet kanske inte är lämpligt för alla program, men alla program kan potentiellt dra nytta av omfattande kommandon.

Menyfliksområdet har alltid en programknapp och verktygsfältet Snabbåtkomst

Knappen Program och verktygsfältet Snabbåtkomst innehåller kommandon som är användbara i alla sammanhang, vilket minskar behovet av att ändra flikar. Även om dessa tre komponenter är logiskt oberoende måste ett menyfliksområde alltid ha en programknapp och verktygsfältet Snabbåtkomst. Med tanke på att kommandon kan gå i menyfliksområdet eller på programknappen kanske du undrar var kommandon ska placeras. Valet är inte godtyckligt.

Knappen Program används för att visa en meny med kommandon som innebär att göra något med eller med en fil, till exempel kommandon som traditionellt går i Arkiv-menyn för att skapa, öppna och spara filer, skriva ut och skicka och publicera dokument.

Menyfliksområdet är däremot för kommandon som påverkar innehållet i fönstret. Exempel är kommandon som används för att läsa, ändra eller använda innehållet eller ändra vyn.

Om du använder ett menyfliksområde måste du också använda en programknapp även om programmet inte innehåller dokument eller filer. I sådana fall använder du programmenyn för att visa kommandon för utskrift, programalternativ och avsluta programmet. Även om programknappen förmodligen inte är nödvändig för sådana program, ger användningen av den konsekvens mellan program. Användarna behöver inte söka efter kommandon eller programalternativ för att spara och ångra eftersom de alltid är på samma plats.

Verktygsfältet Snabbåtkomst krävs även om menyfliksområdet bara använder en flik. Även om sådana program förmodligen inte behöver ett verktygsfält för snabbåtkomst (eftersom alla kommandon redan finns på den enda fliken), ger ett anpassningsbart verktygsfält för snabbåtkomst konsekvens mellan program. Om användarna till exempel har för vana att klicka på kommandot Skriv ut bör de kunna göra det i alla program som använder ett menyfliksområde.

Organisation och identifiering

Genom att tillhandahålla flikar och grupper kan du med menyfliksområdet organisera dina kommandon för att underlätta identifieringen. Utmaningen är att om organisationen görs dåligt kan det i stället skada upptäckbarheten. Det bör finnas en tydlig, uppenbar och unik mappning mellan dina kommandon och de beskrivande etiketterade flikarna och grupperna där de finns.

Användarna kommer att bilda en mental modell av menyfliksområdet när de har använt det ett tag. Om den mentala modellen inte är meningsfull för användarna, är ineffektiv eller felaktig leder det till förvirring och frustration. Det viktigaste målet med att utforma ett menyfliksområde är att underlätta sökningen av kommandon snabbt och säkert. Om du inte gör detta misslyckas designen i menyfliksområdet. För att uppnå det här målet krävs noggrann design, användartestning och iteration. Anta inte att det blir lätt.

Här är några vanliga fallgropar att undvika:

• Undvik allmänna flik- och gruppnamn. Ett bra flik- eller gruppnamn måste beskriva dess specifika innehåll korrekt, helst med hjälp av uppgifts- och målbaserat språk. Undvik allmänna flik- och gruppnamn samt teknikbaserade namn. Till exempel kan nästan alla kommandon i ett dokument som skapar och redigerar program höra hemma på flikar med etiketten Redigera, Format, Verktyg, Alternativ, Avancerat och Mer. Förlita dig på specifika, beskrivande etiketter, inte memorering.
• Undvik alltför specifika flik- och gruppnamn. Även om vi vill att flik- och gruppnamn ska vara specifika bör de inte vara så specifika att användarna blir förvånade över sitt innehåll. Användare letar ofta efter saker med hjälp av elimineringsprocessen, så förhindra att de förbiser dina flikar eller grupper eftersom namnet är missvisande.
• Undvik flera sökvägar till samma kommando, särskilt om sökvägen är oväntad eller om kommandot kräver många klick för att anropa. Det kan verka som en bekvämlighet att hitta ett kommando via flera sökvägar. Men tänk på att när användarna hittar det de letar efter slutar de leta. Det är alltför enkelt för användarna att anta att den första sökvägen de hittar är den enda sökvägen som är ett allvarligt problem om den sökvägen är ineffektiv eller oväntad. Att ha dubbla kommandon gör det dessutom svårare för användare att hitta andra kommandon som de söker efter.

I det här exemplet kan du ändra styckekantlinjer via kommandot Sidkantlinjer, även om det finns en mer direkt sökväg på fliken Start. Om användare som letar efter styckekantlinjer snubblar över den här oväntade sökvägen kan de lätt anta att det är den enda sökvägen.

• Undvik godtycklig kommandoplacering. Anta att du tycker att du har en bra flik- och gruppdesign, men upptäcker att flera kommandon helt enkelt inte passar in. Chansen är stor att din flik- och gruppdesign inte är så bra som du tror att den är, och du måste fortsätta att förfina den. Lös inte det här problemet genom att placera kommandona där de inte hör hemma. Om du gör det måste användarna förmodligen inspektera varje flik för att hitta dem och omedelbart glömma var de är.
• Undvik marknadsföringsbaserad placering. Anta att du har en ny version av ditt program och att marknadsföringsteamet verkligen vill marknadsföra sina nya funktioner. Det kan vara frestande att placera dem på fliken Start, men att göra det är ett kostsamt misstag om det skadar den övergripande upptäcktsbarheten. Överväg framtida versioner av din produkt och hur mycket frustration en ständigt föränderlig organisation kommer att orsaka.

Flikar

Det bästa första steget är att granska standardflikflikar i menyfliksområdet. Om programmets kommandon mappas naturligt till standardflikarna baserar du flikorganisationen på dessa standarder. Å andra sidan, om du programmets kommandon inte mappas naturligt, försök inte tvinga den. Fastställ en mer naturlig struktur och se till att utföra en hel del användartestning för att se till att du har rätt.

För flikar som inte är standard bör du tänka på följande problem:

• Varje fliknamn bör beskriva innehållet. Välj meningsfulla namn som är specifika, men inte för specifika. Användare bör aldrig bli förvånade över sitt innehåll.
• Varje fliknamn bör återspegla dess syfte. Överväg målet eller uppgiften som är associerad med kommandona.
• Varje fliknamn ska vara tydligt skilt från alla andra tabbnamn.

Fliken Start är ett undantag från dessa överväganden. Även om du inte behöver ha fliken Start bör de flesta program göra det. Fliken Start är den första fliken och innehåller de kommandon som används oftast. Om du ofta har använt kommandon som inte passar in på de andra flikarna är fliken Start rätt plats för dem.

Om du inte kan fastställa ett beskrivande, beskrivande tabbnamn beror det förmodligen på att fliken inte är väl utformad. Om din menyfliksorganisation bara inte fungerar bör du tänka över din flikdesign.

Grupper

Genom att dela upp kommandon i grupper struktureras kommandona i relaterade uppsättningar. Gruppetiketten förklarar det gemensamma syftet med dess kommandon.

Det finns en mängd olika faktorer att tänka på när du bestämmer grupper och deras presentation:

• Standardgruppering. Det finns betydande skillnader i kommandon mellan program, men det finns standardgrupper som är vanliga i många program. Om dessa kommandon visas med samma namn och liknande platser förbättras identifieringen avsevärt.

Korrekt	Felaktig
Gruppen Redigera kommandon innehåller alla redigeringskommandon, men inkluderar inte zoomkommandot.	Zoom-kommandot är inte ett redigeringskommando, men finns i redigeringsgruppen.

• Granularitet. En del struktur är bra, men för mycket struktur gör kommandon svårare att hitta. Om gruppnamnen är generiska kanske du inte har tillräckligt med kornighet. Om det bara finns grupper med ett eller två kommandon vardera har du förmodligen för mycket (även om det är acceptabelt att ha ett galleri i menyfliksområdet utan några andra kommandon i en grupp).

Korrekt	Felaktig
Gruppen Redigeringskommandon innehåller alla redigeringskommandon	Gruppen Redigera kommandon har delats upp i avsnitt som är för detaljerade. Undvik grupper med bara ett eller två kommandon.

• Namn. Bra gruppnamn förklarar syftet med deras kommandon. Om gruppnamnen inte gör det bör du ompröva namnet eller grupperingen. Om du inte kan fastställa ett beskrivande, beskrivande namn beror det förmodligen på att gruppen inte är väl utformad.

Korrekt	Felaktig
Använd gruppnamn som är tillräckligt specifika för att beskriva kommandona i gruppen.	Det här gruppnamnet är för vagt för att vara till hjälp. En bättre metod är att omorganisera dessa kommandon till mer specifika grupper.

• Ordning. Människor läser i vänster-till-höger-ordning (i västerländska kulturer), så du kanske tror att grupper längst till vänster är de mest märkbara. Det markerade tabbnamnet och fönsterinnehållet tenderar dock att fungera som kontaktpunkter, så grupper i mitten av fliken får vanligtvis mer uppmärksamhet än den vänstra gruppen. Placera de vanligaste grupperna på de mest framträdande platserna och se till att det finns ett logiskt flöde för grupperna på fliken.

I det här exemplet är grupperna Teckensnitt och Stycke mer märkbara än gruppen Urklipp, eftersom de är vad ögat ser först när de flyttas upp från dokumentet.

I det här exemplet får gruppen Spårning mest uppmärksamhet, delvis på grund av att den markerade fliken Granska fungerar som en brännpunkt.

• Likformighet. Det kan vara svårt att känna igen kommandon när kommandopresentationen ser likadan ut. Med hjälp av ikoner med olika former och färger, grupper med varierande format och kommandon med olika storlekar blir det enklare för användarna att känna igen kommandogrupper. Kommandon bör endast ha enhetlig storleksändring när menyfliksområdet skalas ned till dess mindre storlekar.

Korrekt	Felaktig
Använd en mängd olika ikonstorlekar för att förbättra igenkännligheten	De här kommandona ser för lika ut för varandra eftersom de alla har samma storlek.

Förhandsvisningar

Du kan använda olika typer av förhandsversioner för att visa vad som kommer att bli resultatet av ett kommando. Med hjälp av användbara förhandsversioner kan du förbättra programmets effektivitet och minska behovet av utvärderings- och felinlärning. Liveförhandsvisningar inbjuder också till experimentering och uppmuntrar kreativitet.

Här är några av de olika typerna av förhandsversioner som du kan använda:

• Realistiska statiska ikoner och grafik. Statiska bilder som ger en realistisk indikation på ett kommandos effekt. Dessa kan användas i gallerier, nedrullningsbara menyer och förbättrade knappbeskrivningar.

I det här exemplet visar listrutan Teckensnitt varje teckensnittsnamn med själva teckensnittet.

I det här exemplet används realistiska miniatyrbilder för att visa de olika vattenstämplarna.

• Dynamiska ikoner och grafik. Ikoner och grafik som ändras för att återspegla det aktuella tillståndet. Sådana ikoner är särskilt användbara för gallerier, samt delade knappar som ändrar standardeffekten till samma som den senaste åtgärden.

I det här exemplet ändrar Microsoft Word galleriet Formatmallar så att det återspeglar de aktuella formatmallarna.

I det här exemplet ändrar Word kommandona Textmarkeringsfärg och Teckenfärg för att visa deras aktuella effekt.

• Live-förhandsversioner. När användare hovra över ett formateringsalternativ visar liveförhandsgranskning hur resultatet skulle se ut med den formateringen. Liveförhandsgranskningar hjälper användare att göra val mer effektivt och säkert baserat på användarens faktiska kontext.

I det här exemplet utför kommandot Sidfärg en liveförhandsgranskning genom att visa effekten av färgalternativen vid hovring.

Live-förhandsversioner är en kraftfull funktion som verkligen kan förbättra användarnas produktivitet, men även enkla statiska förhandsversioner kan vara till stor hjälp.

Skala menyfliksområdet

Det är enkelt att skala ett verktygsfält: om ett fönster är för smalt för att visa ett verktygsfält, visar verktygsfältet vad som passar och gör allt annat tillgängligt via en spillknapp. Ett mål med omfattande kommandon är att dra full nytta av det tillgängliga utrymmet, så att skala ett menyfliksområde kräver mer designarbete. Det finns ingen standardstorlek för menyfliksområdet, så du bör inte utforma ett menyfliksområde med en viss bredd i åtanke. Du måste utforma layouter med ett brett utbud av bredder och inse att någon av dem kan vara den som de flesta av dina användare kommer att se. Skalning är en grundläggande del av menyfliksområdets design, inte det sista steget. När du utformar en flik anger du de olika layouterna för varje grupp (upp till tre) samt de kombinationer som kan användas tillsammans. Menyfliksområdet visar den största giltiga kombinationen som passar den aktuella fönsterstorleken.

Verktygsfält skalar med hjälp av en spillknapp.

Det finns ingen standardstorlek för menyfliksområdet. Den minsta storleken är en enda popup-gruppikon.

Riktlinjer

Allmänt

• Kombinera inte menyflikar med menyfält och verktygsfält i ett fönster. Menyflikar måste användas i stället för menyrader och verktygsfält. Ett menyfliksområde kan dock kombineras med palettfönster och navigeringselement, till exempel bakåt- och framåtknappar och ett adressfält.
• Kombinera alltid ett menyfliksområde med en programknapp och verktygsfältet Snabbåtkomst.
• Välj den vänstra fliken (vanligtvis Start) när ett program startas. Gör inte att den senast valda fliken bevaras mellan programinstanser.
• Visa menyfliksområdet i dess normala tillstånd (inte minimerat) när ett program startas för första gången. Användarna lämnar ofta standardinställningarna oförändrade, så om du minimerar menyfliksområdet vid programstarten blir alla kommandon förmodligen mindre effektiva. Dessutom kan det vara förvirrande att visa menyfliksområdet som minimerades initialt.
• Gör så att menyfliksområdets tillstånd bevaras mellan programinstanser. Om en användare till exempel minimerar menyfliksområdet bör det visas minimerat nästa gång programmet körs. Men låt inte den senast valda fliken bevaras på det här sättet.

Använda flikar

I allmänhet är det bättre att ha färre flikar, så ta bort flikar som inte hjälper till att uppnå dessa mål.

• När det är praktiskt använder du standardflikar. Att använda standardflikar förbättrar avsevärt identifieringen, särskilt i olika program. Se standardflikflikar senare i den här artikeln.
• Märk den första fliken Start, om det är lämpligt. Fliken Start bör innehålla de kommandon som används oftast. Om du ofta har använt kommandon som inte passar in på de andra flikarna är fliken Start rätt plats för dem.
• Lägg till en ny flik om:
  • Dess kommandon är starkt relaterade till specifika uppgifter och kan beskrivas korrekt av tabbetiketten. Att lägga till fliken bör hjälpa till att göra dess kommandon enkla att hitta, inte svårare.
  • Dess kommandon är huvudsakligen inte relaterade till uppgifter på andra flikar. Att lägga till fliken bör inte kräva fler flikväxlingar under vanliga uppgifter.
  • Fliken har tillräckligt med kommandon för att motivera att ha en extra plats att titta på. Har inte flikar med bara några få kommandon. Undantag: Överväg att lägga till en flik med några kommandon om de är starkt relaterade till en viss uppgift och om du lägger till fliken förenklas en alltför komplex startflik avsevärt.
• För de återstående flikarna placerar du de vanligaste flikarna först, samtidigt som du behåller en logisk ordning över flikarna.
• Optimera flikdesignen så att användarna snabbt och säkert hittar kommandon. Alla andra överväganden är sekundära.
• Ange ingen hjälpflik. Ge i stället hjälp med hjälp av programomfattande hjälp och förbättrade knappbeskrivningar.
• Använd högst sju kärnflikar. Om det finns fler än sju blir det svårt att avgöra vilken flik som har ett kommando. Sju kärnflikar är acceptabla för program med många kommandon, men de flesta program bör sikta på fyra eller färre flikar.

Sammanhangsbaserade flikar

• Använd en sammanhangsbaserad flik för att visa en samling kommandon som endast är relevanta när användare väljer en viss objekttyp. Om det bara finns ett fåtal kommandon som används ofta kan det vara enklare och stabilare att använda en vanlig flik och helt enkelt inaktivera kommandon när de inte tillämpas.
• 
  Det är bättre att inaktivera vanliga kommandon som Klipp ut och Kopiera än att använda en sammanhangsbaserad flik.
• Inkludera endast kommandon som är specifika för en viss objekttyp. Placera inte bara kommandon på en sammanhangsbaserad flik om användarna kan behöva dem utan att först välja ett objekt.
• Inkludera kommandon som används ofta när du arbetar med en viss objekttyp. Placera vanliga allmänna sammanhangsbaserade kommandon på snabbmenyer och miniverktygsfält för att undvika flikväxling under vanliga uppgifter. Alternativt kan du överväga att placera allmänna kommandon redundant på en sammanhangsbaserad flik om du gör det undviker frekvent flikväxling. Men överdriv inte – försök inte att inkludera alla kommandon som en användare kan behöva när de arbetar med objektet.
• 
  I det här exemplet ingår kantlinjekommandot på fliken Design för att undvika frekventa flikväxlingar under vanliga uppgifter.\
• Välj en kontextuell flikfärg som skiljer sig från de kontextuella flikar som visas för närvarande. Samma flikuppsättning kan visas vid ett senare tillfälle med en annan färg för att uppnå detta, men försök att använda konsekventa färgtilldelningar över anrop när det är möjligt.
• Om du väljer en sammanhangsberoende flik automatiskt underlättar identifieringen, förbättrar uppfattningen om stabilitet och minskar behovet av att byta flikar. Välj en kontextuell flik automatiskt när:
  • Användaren infogar ett objekt. I det här fallet väljer du den första sammanhangsberoende fliken i uppsättningen.
  • Användaren dubbelklickar på ett objekt. I det här fallet väljer du den första sammanhangsberoende fliken i uppsättningen.
  • Användaren valde en sammanhangsberoende flik, klickade på objektet och klickade sedan omedelbart på ett objekt av samma typ. I det här fallet återgår du till den tidigare valda sammanhangsbaserade fliken.
• När du tar bort en sammanhangsberoende flik som är den aktiva fliken gör du fliken Start eller den första fliken till den aktiva fliken. Om du gör det visas den mest stabila fliken.

Modala flikar

• Använd en modal-flik för att visa en samling kommandon som gäller för ett visst tillfälligt läge, och ingen av kärnflikarna gäller. Om vissa av kärnflikarna gäller använder du en sammanhangsberoende flik i stället och inaktiverar de kommandon som inte gäller. Eftersom modala flikar är mycket begränsande bör de endast användas när det inte finns något bättre alternativ.
• 
  Förhandsgranskning är en vanlig modal flik.
• Om du vill stänga en modal flik placerar du kommandot Stäng <läge> som det sista kommandot på fliken. Använd ikonen Stäng för att göra kommandot enkelt att hitta. Ge läget i kommandot för att förhindra förvirring om vad som stängs.
• 
  I det här exemplet tar du bort eventuella tvivel om vad som stängs om du uttryckligen etiketterar kommandot Stäng med läget.
• Om du vill stänga en modal flik omdefinierar du även knappen Stäng i fönstrets namnlist för att stänga läget i stället för programmet. Användartestning har visat att många användare förväntar sig det här beteendet.

Standardflikflikar i menyfliksområdet

När det är praktiskt kan du mappa programmets kommandon till dessa standardflikar, som anges i deras standardordning.

Vanliga flikar

• Hem. Innehåller de kommandon som används oftast. Om det används är det alltid den första fliken.
• Infoga. Innehåller kommandon för att infoga innehåll och objekt i ett dokument. Om det används är det alltid den andra fliken.
• Sidlayout. Innehåller kommandon som påverkar sidlayouten, inklusive teman, sidkonfiguration, sidbakgrunder, indrag, avstånd och placering. (Observera att grupperna för indrag och avstånd kan finnas på fliken Start i stället, om det finns tillräckligt med utrymme där.) Om det används är det alltid den tredje fliken.
• Recension. Innehåller kommandon för att lägga till kommentarer, spåra ändringar och jämföra versioner.
• Utsikt. Innehåller kommandon som påverkar dokumentvyn, inklusive visningsläge, visa/dölj alternativ, zoomning, fönsterhantering och makron som kommandona traditionellt finns i kategorin Windows-meny. Om det används är det den sista vanliga fliken om inte fliken Utvecklare visas.
• Utvecklare. Innehåller kommandon som endast används av utvecklare. Om den används döljs den som standard och den sista vanliga fliken när den visas.

De flesta program behöver inte flikarna Granska och Utvecklare.

Sammanhangsbaserade standardflikar

• Format. Innehåller kommandon som rör ändring av formatet för den valda objekttypen. Gäller vanligtvis för en del av ett objekt.
• Design. Innehåller kommandon, ofta i gallerier, för att tillämpa format på den valda objekttypen. Gäller vanligtvis för hela objektet.
• Layout. Innehåller kommandon för att ändra strukturen för ett komplicerat objekt, till exempel en tabell eller ett diagram.

Om du har kontextuella kommandon som rör format, design och layout, men inte tillräckligt för flera flikar, anger du bara fliken Format.

Standardgrupper

• När det är praktiskt använder du standardgrupper. Om vanliga kommandon visas med samma namn och liknande platser förbättras identifieringen avsevärt. Se standardgrupper i menyfliksområdet senare i den här artikeln.
• Lägg till en ny grupp om:
  • Dess kommandon är starkt relaterade och kan beskrivas korrekt av gruppetiketten. Att lägga till gruppen bör hjälpa till att göra dess kommandon enkla att hitta, inte svårare.
  • Dess kommandon har en svagare relation till kommandona i andra grupper. Alla kommandon på en flik bör vara starkt relaterade, men vissa kommandorelationer är starkare än andra.
  • Gruppen har tillräckligt med kommandon för att motivera att ha en extra plats att titta på. Sikta på 3–5 kommandon för de flesta grupper. Undvik att ha grupper med endast 1–2-kommandon, även om det är acceptabelt att ha ett galleri i menyfliksområdet utan andra kommandon i en grupp. Att ha många grupper med ett enda kommando tyder på för mycket struktur eller brist på kommandosammanhållning.
• Överorganisera inte genom att lägga till grupper där de inte behövs.
• Överväg att dela en grupp om:
  • 
    Gruppen har många kommandon av olika storlekar och behöver organisation.
  • 
    Gruppen har kommandon som har stor nytta av att ha extra etiketter.
• Placera de vanligaste grupperna på de mest framträdande platserna och kontrollera att det finns en logisk ordning för grupperna på fliken.
• Optimera gruppdesignen så att användarna snabbt och säkert hittar kommandon. Alla andra överväganden är sekundära.
• Skala inte grupper som innehåller en enda knapp till en popup-gruppikon. När du skalar ned lämnar du dem som en enda knapp.
• Använd högst sju grupper. Om det finns fler än sju grupper blir det svårare att avgöra vilken grupp som har ett kommando.

Standardgrupper i menyfliksområdet

När det är praktiskt kan du mappa programmets kommandon till dessa standardgrupper, som ges inom deras associerade flikar i deras standardordning.

Fliken Main

• Urklipp
• Teckensnitt
• Paragraf
• Redigering

Fliken Infoga

• Tabeller
• Illustrationer

Fliken Sidlayout

• Teman
• Sidkonfiguration
• Arrangera

Fliken Granska

• Proofing
• Kommentarer

Fliken Visa

• Dokumentvyer
• Visa/dölj
• Zooma
• Fönster

Kommandon

• 
  Dra nytta av menyfliksområdets identifiering och skalbarhet genom att exponera alla kommandon som används ofta. När det är lämpligt flyttar du kommandon som används ofta från dialogrutor till menyfliksområdet, särskilt de som är kända för att vara svåra att hitta. Helst bör användarna kunna utföra vanliga uppgifter utan att använda några dialogrutor.

• Använd inte skalbarheten för menyflikar för att motivera att onödig komplexitet läggs till. Fortsätt att använda begränsningar för att inte lägga till kommandon i ett menyfliksområde bara för att du kan. Håll den övergripande kommandoupplevelsen enkel. Följande är sätt att förenkla presentationen:

  • 
    Använd snabbmenyer och miniverktygsfält för sammanhangsbaserade kommandon på plats.
  • Flytta (eller behåll) kommandon som sällan används i dialogrutor. Använd dialogrutestartare för att komma åt dessa kommandon. Du kan fortfarande använda dialogrutor med menyflikar! Försök bara att minska behovet av att använda dem under vanliga uppgifter.
  • Eliminera redundanta, sällan använda funktioner.

Presentation

• Visa varje kommando på bara en flik. Undvik flera sökvägar till samma kommando, särskilt om kommandot kräver många klick för att anropa. Det kan verka som en bekvämlighet att hitta ett kommando via flera sökvägar. Men tänk på att när användarna hittar det de letar efter slutar de leta. Det är alltför lätt för användarna att anta att den första sökvägen de hittar är den enda sökvägen som är ett allvarligt problem om den sökvägen är ineffektiv. Undantag: Sammanhangsbaserade flikar kan duplicera några kommandon från flikarna Start och Infoga om detta förhindrar att flikar ändras för vanliga sammanhangsbaserade uppgifter.

• I en grupp placerar du kommandona i logisk ordning, samtidigt som du föredrar de kommandon som används oftast. Sammantaget bör kommandona ha ett logiskt flöde för att göra dem enkla att hitta, samtidigt som de mest använda kommandona fortfarande visas först. I allmänhet visas kommandon med ikoner med 32 x 32 bildpunkter före kommandon med ikoner på 16 x 16 bildpunkter för att underlätta genomsökning mellan grupper.

• Undvik att placera destruktiva kommandon bredvid kommandon som används ofta. Ett kommando anses vara destruktivt om dess effekt är utbredd och antingen inte kan ångras eller om effekten inte märks omedelbart.

• Använd avgränsare för att ange starkt relaterade kommandon, till exempel en uppsättning ömsesidigt uteslutande alternativ.

• 
  Överväg att använda grupper i verktygsfältsformat för uppsättningar med starkt relaterade, välkända kommandon som inte behöver etiketter. På så sätt kan du presentera många kommandon i ett kompakt utrymme utan att påverka identifiering och enkel inlärning. För att vara så välkänd används sådana kommandon ofta, identifieras omedelbart och tenderar därför att finnas på fliken Start.

• Använd ikoner med 32 x 32 bildpunkter för de mest använda och viktiga etiketterade kommandona. När du skalar ned en grupp gör du dessa kommandon till de sista som konverteras till ikoner på 16 x 16 bildpunkter.

• Undvik godtycklig kommandoplacering. Tänk noga på din flik- och gruppdesign för att se till att användarna inte slösar tid på att inspektera varje flik för att hitta det kommando de vill ha.

• Undvik marknadsföringsbaserad placering. Marknadsföringsmål kring främjandet av nya funktioner tenderar att ändras över tid. Överväg framtida versioner av din produkt och hur mycket frustration en ständigt föränderlig organisation kommer att orsaka.

Interaktion

• Inaktivera kommandon som inte gäller för den aktuella kontexten, eller som direkt skulle resultera i ett fel. Om det är användbart kan du använda förbättrad knappbeskrivning för att förklara varför kommandot är inaktiverat. Dölj inte sådana kommandon eftersom det kan göra att menyfliksområdets layout ändras, vilket gör menyfliksområdets presentation instabil.

• Uppdatera inte kommandoetiketterna dynamiskt. Om du gör det kan tabblayouten ändras, vilket resulterar i ett instabilt utseende. Designa i stället kommandon så att de fungerar med konstanta etiketter.

  Korrekt	Felaktig
  Inaktivera kommandon när de inte är tillgängliga	Dölj inte kommandon, även om de inte är tillgängliga

• Föredrar direkta kontroller. Ett kommando är direkt om det anropas med ett enda klick (det vill: utan att navigera via menyer). Men med undantag för gallerier i menyfliksområdet stöder inte direktkontroller liveförhandsgranskning, så behovet av liveförhandsgranskning är också en faktor.

• Använd liveförhandsgranskning för att ange effekten av alternativen när ett kommando finns bland en relaterad uppsättning formateringsalternativ, och Live-förhandsversion är viktigt och praktiskt, särskilt om användarna sannolikt kommer att välja fel alternativ annars.

  • Om kommandot används ofta använder du ett galleri i menyfliksområdet för direkthet.
  • Om kommandot används sällan använder du ett listrutegalleri.

• Exponera direktkommandon med hjälp av följande kontroller i följande prioritetsordning

  • Kommandoknappar, kryssrutor, alternativknappar och gallerier på plats. Dessa är alltid direkta.
  • Dela upp knappar. Direkt för det vanligaste kommandot, men indirekt för kommandovariationerna.
  • Menyknappar. Dessa är indirekta, men innehåller många kommandon som är lätta att hitta.
  • Textrutor (med rotationskontroller). Textinmatning kräver vanligtvis mer arbete än de andra kontrolltyperna.

• 
  Om menyfliksområdet huvudsakligen består av menyknappar när det visas i full storlek kan du lika gärna använda en menyrad.

• Föredrar omedelbara kommandon.
  Ett kommando är omedelbart om det börjar gälla omedelbart (d.s. utan dialogrutor för att samla in ytterligare indata). Om ett kommando kan kräva indata kan du överväga att använda en delningsknapp, med det omedelbara kommandot i knappdelen och de kommandon som kräver indata i undermenyn.

Gallerier

Använd ett galleri om:

• Det finns en väldefinierad, relaterad uppsättning alternativ som användarna vanligtvis väljer från. Det kan finnas ett obundet antal varianter, men de troliga valen bör vara väl inneslutna. Om alternativen inte är starkt relaterade kan du överväga att använda separata gallerier.
• Alternativen uttrycks bäst visuellt, till exempel formateringsfunktioner. Med hjälp av miniatyrbilder blir det enklare att bläddra, förstå och göra val. Även om valen kan märkas görs markeringen visuellt och textetiketter bör inte krävas för att förstå alternativen.
• Alternativen visar det resultat som uppnås omedelbart med ett enda klick. Det bör inte finnas någon dialogruta för uppföljning för att ytterligare klargöra användarens avsikt eller en uppsättning steg för att uppnå det angivna resultatet. Om användarna kanske vill justera valet kan du låta dem göra det efteråt.

Använd ett galleri i menyfliksområdet om:

• Alternativen används ofta. Valen behöver utrymmet och är värda det utrymme som potentiellt tas från andra kommandon.
• För vanlig användning behöver du inte gruppera eller filtrera de alternativ som visas.
• Alternativen kan visas effektivt inom höjden på ett menyfliksområde (som är 48 bildpunkter).

Miniatyrer i gallerier

Välj den minsta miniatyrstorleken för standardgalleriet som gör jobbet bra.

• För gallerier i menyfliksområdet använder du miniatyrbilder på 16 x 16, 48 x 48 eller 64 x 48 bildpunkter.
• För listrutegallerier använder du miniatyrbilder på 16x16, 32x32, 48x48, 64x48, 72x96, 96x72, 96x96 eller 128x128 bildpunkter.
• Alla galleriobjekt bör ha samma miniatyrstorlek.

För gallerier i menyfliksområdet:

• Visa minst tre alternativ. mer om det finns plats. Om det inte finns tillräckligt med utrymme för att visa minst tre alternativ i den typiska fönsterstorleken använder du ett listrutegalleri i stället.
• Expandera gallerier i menyfliksområdet för att dra nytta av tillgängligt utrymme. Använd det extra utrymmet för att visa fler objekt och göra dem enklare att välja med ett enda klick.

För listrutegallerier:

• Visa galleriet från antingen en kombinationsruta, listruta, delningsknapp eller menyknapp.
• Om användaren klickar på huvudfönstret för att stänga det nedrullningsbara galleriet stänger du bara galleriet utan att markera eller ändra innehållet i huvudfönstret.
• Om ett galleri har många alternativ och vissa alternativ sällan används förenklar du standardgalleriet genom att fokusera på de vanliga alternativen. För de återstående kommandona anger du ett lämpligt kommando längst ned i gallerilistrutan.
  • Om kommandot visar en lista över fler varianter, ge det namnet "Fler singular feature name alternativ..."
  • Om kommandot visar en dialogruta som gör det möjligt för användare att skapa egna anpassade alternativ ger du den namnet "Anpassad feature name..."
• Ordna alternativen i grupper, om det gör surfning mer effektivt.
• 
  Om ett galleri har många objekt kan du överväga att lägga till ett filter som hjälper användarna att hitta alternativ mer effektivt. För att undvika förvirring visar du först galleriet ofiltrerat. De flesta gallerier bör dock inte kräva ett filter eftersom de inte bör ha så många val, och att använda grupper bör vara tillräckligt.

Kommandoförhandsgranskningar

• Använd förhandsversioner för att visa effekten av ett kommando utan att användarna behöver utföra det först. Med hjälp av användbara förhandsversioner kan du förbättra programmets effektivitet och enkelhet och minska behovet av utvärderingsversioner och fel. De olika typerna av kommandoförhandsgranskningar finns i förhandsversioner i avsnittet Designbegrepp i den här artikeln.
• För liveförhandsgranskningar kontrollerar du att förhandsversionen kan tillämpas och att det aktuella tillståndet återställs inom 500 millisekunder. Om du gör det måste du kunna använda formateringsändringar snabbt och på ett sätt som är avbrottsbart. Användarna måste kunna utvärdera olika alternativ snabbt för att liveförhandsgranskningar ska ha full nytta av dem.
• Undvik att använda text i förhandsversioner. Annars måste förhandsgranskningsbilderna lokaliseras.

Ikoner

• 
  Ange ikoner för alla menyflikskontroller utom listrutor, kryssrutor och alternativknappar. De flesta kommandon kräver ikonerna 32x32 och 16 x 16 bildpunkter (endast ikoner på 16 x 16 bildpunkter används i verktygsfältet snabbåtkomst). Gallerier använder vanligtvis ikonerna 16x16, 48x48 eller 64 x 48 bildpunkter.

• Ange unika ikoner. Använd inte samma ikon för olika kommandon.

• Kontrollera att menyfliksområdets ikoner är tydligt synliga mot bakgrundsfärgen i menyfliksområdet. Utvärdera alltid menyfliksikoner i kontext och i högkontrastläge.

• Välj ikondesign som tydligt förmedlar deras effekt, särskilt för de kommandon som används oftast. Väl utformade band har självförklarande ikoner som hjälper användarna att hitta och förstå kommandon effektivt.

• Välj ikoner som kan identifieras och särskiljas, särskilt för de kommandon som används oftast. Kontrollera att ikonerna har distinkta former och färger. Om du gör det kan användarna snabbt hitta kommandona, även om de inte kommer ihåg ikonsymbolen.

  Korrekt	Felaktig
  Använd form och färg för att göra ikoner som är lätta att urskilja.	Ikoner som har samma färg är svåra att urskilja

• 
  Överväg att skapa popup-gruppikoner genom att placera ikonen 16 x 16 bildpunkter för det mest framträdande kommandot i gruppen i en 32 x 32 bildpunktscontainer. Du behöver inte skapa olika ikoner för popup-grupper.

• 
  Om det är användbart ändrar du ikonen så att den återspeglar det aktuella tillståndet. Detta är särskilt användbart för delade knappar vars standardeffekt kan ändras.

• Se till att menyfliksområdets ikoner överensstämmer med riktlinjerna för aero-stilikonen. Menyfliksikoner visas dock direkt i stället för att visas i perspektiv.

Korrekt	Felaktig
Använd tvådimensionella ikoner.	Använd inte tredimensionella ikoner.

Förbättrade knappbeskrivningar

• Alla menyflikskommandon bör ha utökade knappbeskrivningar för att ge kommandonamn, genvägsnyckel, beskrivning och valfri kompletterande information. Undvik knappbeskrivningar som helt enkelt omformaterar etiketten.

  felaktig:

  

  I det här exemplet genererar knappbeskrivningen bara kommandoetiketten igen.

• När det är praktiskt kan du helt beskriva kommandot med hjälp av en kortfattad beskrivning. Länk till Hjälp endast om ytterligare förklaring verkligen är nödvändig.

  felaktig:

  

  I det här exemplet behöver kommandot inte hjälp.

• När det är användbart illustrerar du effekten av kommandot med hjälp av en förhandsversion.

  

  I det här exemplet illustrerar knappbeskrivningsbilden effekten av kommandot.

Riktlinjer för etiketter finns i Utökade knappbeskrivningsetiketter.

Åtkomstnycklar och knappbeskrivningar

Knappbeskrivningar är den mekanism som används för att visa åtkomstnycklar för kommandon som visas direkt i ett menyfliksområde.

Åtkomstnycklar för listrutekommandon visas med ett understruket tecken. De skiljer sig från menyåtkomstnycklar på följande sätt:

• Åtkomstnycklar med två tecken kan användas. FP kan till exempel användas för att komma åt kommandot Formatera målare.

• Åtkomstnyckeltilldelningarna visas med hjälp av tips i stället för understrykning, så teckenbredden och underordnade är inte en faktor för att göra tilldelningar.

• Tilldela åtkomstnycklar till alla flikar och kommandon i menyfliksområdet. Det enda möjliga undantaget är kommandon som kommer från äldre tillägg.

• För programknappen och verktygsfältet Snabbåtkomst:

  • Tilldela F till programknappen. Den här tilldelningen används på grund av programknappens likhet med den traditionella arkivmenyn.
  • 
    För verktygsfältet Snabbåtkomst och nyligen använda fillistor tilldelar du åtkomstnycklar numeriskt.

• 
  För flikar:

  • Tilldela H till Start.
  • Från och med de vanligaste flikarna tilldelar du den första bokstaven i etiketten.
  • För flikar som inte kan tilldelas till den första bokstaven väljer du en distinkt konsonant eller en vokal i etiketten.
  • För program som används för att stödja menyrader, strävar du efter att upprätthålla åtkomstnyckelkompatibilitet i bästa möjliga utsträckning praktiskt. Undvik att tilldela olika betydelser för åtkomstnycklar från äldre menykategorier. Om till exempel den äldre menyradsversionen av ett program hade en Redigera-meny, strävar du efter att använda en E-åtkomstnyckel till motsvarande flik. Om det inte finns någon motsvarande flik ska du inte tilldela en E-åtkomstnyckel till någon flik för att förhindra förvirring.

• 
  För menyfliksområdet kommandon, menyer och undermenyer:

  • Tilldela unika kombinationer av åtkomstnycklar på en flik. Du kan återanvända kombinationer av åtkomstnycklar på olika flikar.
  • När det är möjligt tilldelar du standardåtkomstnycklarna för vanliga kommandon. Se tabellen standardåtkomstnyckel.
  • För andra kommandon:
    • För de vanligaste kommandona väljer du bokstäver i början av etikettens första eller andra ord, helst den första bokstaven.
    • För kommandon som används mindre ofta väljer du bokstäver som är en distinkt konsonant eller en vokal i etiketten, till exempel "x" i "Avsluta".
    • För de kommandon och dialogrutestarter som används minst ofta använder du två bokstäver efter behov.
    • För menyer och undermenyer använder du en enda bokstav för att minska antalet tangenttryckningar som krävs för det fullständiga kommandot.
    • Använd inte åtkomstnycklar som börjar med J, Y eller Z eftersom de används för sammanhangsbaserade flikar, otilldelade knappbeskrivningar och popup-grupper.

• 
  För popup-grupper:

  • Använd en åtkomstnyckel med två bokstäver som börjar med Z.
  • Från och med de mest använda grupperna tilldelar du den andra nyckelbokstaven för åtkomst till den första bokstaven i etiketten.
  • För eventuella återstående grupper väljer du en distinkt konsonant eller en vokal i etiketten.

Riktlinjer för kortkommandon finns i Tangentbord.

Programknappar

• Använd en programknapp för att visa en meny med kommandon som omfattar att göra något med eller med en fil. Exempel är kommandon som traditionellt går till menyn Arkiv för att skapa, öppna och spara filer, skriva ut och skicka och publicera dokument.

• Ange alltid en programknapp när du använder ett menyfliksområde. Om programmet inte använder filer använder du programknappen för att komma åt programalternativen och kommandot Avsluta. Programknappar visar alltid en kommandomeny som de aldrig bara är dekorativa.

• Använd följande standardprogrammenykommandon när det är lämpligt:

  • Ny
  • Öppna
  • Spara
  • Spara som...
  • Trycka...
  • Snabbutskrift
  • Förhandsgranska
  • Stänga
  • Alternativ
  • Utgång

• Reservera kommandon som endast hör till menyn Program för den menyn. Placera dem inte redundant på någon av flikarna.

• För varje menyalternativ anger du:

  • En etikett med kommandonamnet.
  • Ikon på 32 x 32 bildpunkter.
  • En kort beskrivning. Kontrollera att beskrivningen kan visas med högst två textrader.

• 
  Använd knappbeskrivningar för att dokumentera genvägsnycklarna. Till skillnad från vanliga menyer dokumenterar inte programmenyer kortkommandona med hjälp av etiketter.

Verktygsfält för snabbåtkomst

• Använd verktygsfältet Snabbåtkomst för att ge åtkomst till kommandon som används ofta. Kommandona kan vara från programknappen eller menyfliksområdet.
• Ange alltid ett verktygsfält för snabbåtkomst när du använder ett menyfliksområde. Gör det även om menyfliksområdet har en enda flik. Detta ger konsekvens mellan program.
• Fyll i verktygsfältet Snabbåtkomst i förväg med de kommandon som används ofta på programmenyn. Ange Spara och ångra om programmet stöder dem och Öppna och skriv ut om det stöds och används ofta.
• På menyn Anpassa verktygsfält för snabbåtkomst anger du upp till 12 av de mest använda omedelbara kommandona. Omedelbara kommandon kräver inte ytterligare indata innan de börjar gälla och passar därför bra för verktygsfältet Snabbåtkomst. Även om dessa kan vara alla omedelbara kommandon, föredrar du de kommandon som inte finns på fliken Start, eftersom användarna är mer benägna att välja dem.
• Om det finns ett par relaterade kommandon i verktygsfältsmenyn Anpassa snabbåtkomst anger du båda, oavsett frekvens. Vanliga par är Open/Close, Back/Forward och Undo/Redo.
• I dialogrutan Anpassa verktygsfält för snabbåtkomst kan du lägga till alla kommandon. Ange ett filter för populära kommandon som visar de vanligaste kommandona och välj det här filtret som standard.

Dialogrutestartare

• 
  Ange en grupp med en dialogrutestart om det finns en relaterad dialogruta med kommandon och inställningar som används sällan. Dialogrutan bör innehålla alla kommandon i gruppen, plus andra inte en helt annan uppsättning kommandon eller samma kommandon som gruppen.

• Använd inte en dialogrutestartare för att utföra kommandon direkt. En dialogrutestartare måste visa en dialogruta.

• Använd inte en dialogrutestart för att komma åt kommandon och inställningar som används ofta. Jämfört med kommandon direkt i menyfliksområdet är dialogrutekommandon och inställningar relativt oupptäckta.

• Matcha namnet på dialogrutan med namnet på gruppen. Det behöver inte vara en exakt matchning, men namnen bör vara tillräckligt lika så att användarna inte blir förvånade över resultatet.

  felaktig:

  

  Även om ett påminnelseljud är ett påminnelsealternativ är det oväntat att använda dialogrutestartsprogrammet för att ställa in påminnelseljudet.

• Visa endast de kommandon och inställningar som är relaterade till gruppen. Om dialogrutan visar andra saker kan användarna dra slutsatsen att den här sökvägen till dessa andra kommandon och inställningar är den enda sökvägen.

  felaktig:

  

  I det här exemplet visar dialogrutan Teckensnitt inställningar för teckenavstånd, som inte är relaterade till den associerade fliken.

Etiketter

Tabbetiketter

• Etikettera alla flikar.
• När det är praktiskt använda standardflikarna i menyfliksområdet.
• Föredrar koncisa, enkla ordetiketter. Även om etiketter med flera ord är acceptabla tar de mer utrymme och är svårare att lokalisera.
• Välj meningsfulla tabbnamn som tydligt och korrekt beskriver innehållet. Namnen ska vara specifika, men inte alltför specifika. Tabbnamn bör vara tillräckligt förutsägbara så att användarna inte blir förvånade över sitt innehåll. Observera att fliken Start är allmänt namngiven eftersom den används för de vanligaste kommandona.
• Använd inte gruppnamn som "Basic" och "Advanced". De kräver att användarna avgör om kommandot de letar efter är grundläggande eller avancerat.
• Välj fliknamn som återspeglar deras syfte. Överväg de mål eller uppgifter som är associerade med fliken.
• Välj tabbnamn som är tydligt åtskilda från alla andra tabbnamn.
• Använd antingen substantiv eller verb för flikar. Tabbnamn kräver inte parallell frasering, så välj den bästa etiketten oavsett om det är ett substantiv eller verb.
• Använd inte gerunds (namn som slutar med "-ing"). Använd verbet som gerunden härleds från i stället. (Använd t.ex. "Rita" i stället för "Ritning".)
• Undvik tabbnamn med samma inledande bokstäver, särskilt närliggande flikar. När menyfliksområdet skalas ned har dessa tabbnamn samma trunkerade text.
• Föredrar singularnamn. Du kan dock använda ett puralt namn om det unika namnet är besvärligt.
• Använd versal i rubrikformat.
• Använd inte avslutande skiljetecken.

Etiketter för sammanhangsbaserad flik och flikuppsättning

• Avsluta sammanhangsberoende flikuppsättningsetiketter med "Verktyg". Det hjälper dig att identifiera syftet med sammanhangsberoende flikar.
• Använd versal i rubrikformat.
• Använd inte avslutande skiljetecken.

Gruppetiketter

• Etikettera alla grupper om inte gruppen har ett enda kommando och grupp- och kommandoetiketterna skulle vara desamma.

• Använd standardbandsgruppernaVarför praktiskt.

• Föredrar koncisa, enkla ordetiketter. Även om etiketter med flera ord är acceptabla tar de mer utrymme och är svårare att lokalisera.

• Välj meningsfulla gruppnamn som tydligt och korrekt beskriver innehållet. Namnen ska vara specifika, inte generiska.

• Välj gruppnamn som återspeglar deras syfte. Överväg de mål eller uppgifter som är associerade med kommandona i gruppen.

• Undvik att använda gerunds (namn som slutar med "-ing"). Du kan dock använda gerunds om det skulle vara förvirrande att använda verbet som gerunden härleds från. Använd till exempel "Editing" och "Proofing" i stället för "Edit" och "Proof".

• Använd inte gruppnamn som är samma som fliknamn. Att använda fliknamnet som gruppen är på ger ingen information, och det är förvirrande att använda namnet på en annan flik.

• Föredrar singularnamn. Du kan dock använda ett puralt namn om det unika namnet är besvärligt.

• Använd versal i meningsformat.

• Använd inte avslutande skiljetecken.

Kommandoetiketter

• Märk alla kommandon. Med explicita textetiketter kan användarna hitta och förstå kommandon. Undantag: Ett kommando kan vara omärkt om dess ikon är mycket välkänd och utrymmet är på premiumnivå. Det är troligt att kommandon som inte är märkta finns på fliken Start. I det här fallet tilldelar du dess namnegenskap till en lämplig textetikett. Detta gör det möjligt för hjälpmedelsteknikprodukter som skärmläsare att ge användarna alternativ information om grafiken.
• För kommandoknappar använder du en kortfattad, självförklarande etikett. Använd ett enda ord om möjligt. maximalt fyra ord.
• För listrutor använder du det aktuella värdet som etikett om listan alltid har ett värde.
• 
  Om en redigerbar listruta inte har något värde använder du en fråga.
• Listrutor som inte är självförklarande eller sällan används behöver en explicit etikett. Placera ett kolon i slutet av etiketten.
• <br.>Använd en explicit etikett för textrutor. Placera ett kolon i slutet av etiketten.
• Använd versalisering i meningsformat. Det är lämpligare för Windows -tonen.
• Starta etiketten med ett imperativt verb. om det inte är samma som fliken eller gruppnamnet eller ett vanligt verb som Show, Create, Insert eller Format.
• Använd inte avslutande skiljetecken.
• Spara utrymme genom att inte placera ellipser på kommandoetiketter i menyfliksområdet. Ellipser används dock av kommandon i programknappen och de nedrullningsbara menyerna.

Förbättrade knappbeskrivningsetiketter

• Använd rubriken för att ange kommandonamnet och dess genvägsnyckel, om tillämpligt.
• Använd inte avslutande skiljetecken för rubriken.
• Starta beskrivningen med ett verb. Använd beskrivningen för att hjälpa användarna att avgöra om en specifik funktion är den de letar efter. Beskrivningen ska formuleras för att slutföra meningen "Det här är rätt funktion att använda om du vill...".
• Håll beskrivningen kort. Gå rakt på sak. Lång text avråder från att läsa.
• 
  För delade knappar använder du en annan knappbeskrivning för att förklara delningsknappmenyn.
• Använd en valfri kompletterande beskrivning för att förklara hur du använder kontrollen. Den här texten kan innehålla information om kontrollens tillstånd (inklusive varför den är inaktiverad) om själva kontrollen inte anger tillstånd. Håll texten kort och använd ett hjälpavsnitt för mer detaljerade förklaringar.
• För beskrivning och kompletterande beskrivning använder du fullständiga meningar med avslutande skiljetecken.
• Använd versalisering i meningsformat.

Programknappetiketter

• skärmbild av snabbutskriftsalternativet som valts
  Använd "Snabb" för att ange en omedelbar version av ett kommando.

• Använd en ellips för att indikera att ett kommando kräver mer information.

• Använd versal i meningsformat.

Dokumentation

När du refererar till menyflikar:

• Referera till menyfliksområdet och dess komponenter som menyfliksområde, flikar, grupper och kontroller. Dessa termer är inte versaler.
• Referera till den runda knappen som programknappen och menyn som den innehåller som programmenyn.
• Referera till verktygsfältet som verktygsfältet Snabbåtkomst.
• Se flikar med deras etiketter och ordfliken. Använd den exakta etiketttexten, inklusive dess versaler.
• Se kommandona med deras etiketter. Se kommandon som inte är märkta med deras knappbeskrivningsnamn. Använd den exakta etiketttexten, inklusive dess versaler, men ta inte med ellipsen. Inkludera inte ordet knapp eller kommando.
• Om du vill beskriva användarinteraktion använder du klicka för flikar och kontroller. Använd retur för redigerbara listrutor. Använd inte välj, välj eller välj.
• Referera till otillgängliga objekt som otillgängliga, inte som nedtonade, inaktiverade eller nedtonade. Använd inaktiverad i programmeringsdokumentationen.
• Formatera etiketterna med fet text när det är möjligt. Annars placerar du etiketterna endast inom citattecken om det behövs för att förhindra förvirring.

Exempel:

• På fliken Start klickar du på Klistra in special.
• På fliken Start i rutan Teckensnitt anger du "Segoe UI".
• På fliken Granska klickar du på Visa markeringoch klickar sedan på granskare.
• På fliken Format i Bildverktygklickar du på Komprimera bilder.