Dela via


Aktivitetsfältet

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.

Aktivitetsfältet är åtkomstpunkten för program som visas på skrivbordet. Med de nya funktionerna i Aktivitetsfältet i Windows 7 kan användarna ge kommandon, komma åt resurser och visa programstatus direkt från aktivitetsfältet.

Aktivitetsfältet är åtkomstpunkten för program som visas på skrivbordet, även om programmet minimeras. Sådana program sägs ha skrivbordsnärvaro. Med aktivitetsfältet kan användarna visa de öppna primära fönstren och vissa sekundära fönster på skrivbordet och snabbt växla mellan dem.

skärmbild av aktivitetsfältet med funktioner som framhävs

Aktivitetsfältet i Microsoft Windows.

Kontrollerna i aktivitetsfältet kallas knappar i aktivitetsfältet. När ett program skapar ett primärt fönster (eller ett sekundärt fönster med vissa egenskaper) lägger Windows till en knapp i aktivitetsfältet för det fönstret och tar bort det när fönstret stängs.

Program som är utformade för Windows 7 kan dra nytta av de här nya knappfunktionerna i aktivitetsfältet:

  • Snabblistor ger snabb åtkomst till destinationer som används ofta (till exempel filer, mappar och länkar) och kommandon via en snabbmeny som är tillgänglig från programmets aktivitetsfältsknapp och Menyalternativet Start även om programmet inte körs för närvarande.
  • Miniatyrverktygsfält ger snabb åtkomst till kommandon som används ofta för ett visst fönster. Miniatyrverktygsfält visas i aktivitetsfältets miniatyrbild.
  • Överläggsikoner visar ändring av status på programmets knappikon för aktivitetsfältet.
  • Förloppsstaplar visar förlopp för långvariga aktiviteter på programmets aktivitetsfältknapp.
  • Med knapparna i aktivitetsfältet under fönstret kan användarna använda miniatyrbilder av aktivitetsfältets knapp för att växla direkt till fönsterflikar, projektfönster, MDI-underordnade fönster (multiple-document interface) och sekundära fönster.
  • Fästa knappar i aktivitetsfältet gör det möjligt för användare att fästa programknappar i aktivitetsfältet för att ge snabb åtkomst till program även när de inte körs.

Tekniskt sett sträcker sig aktivitetsfältet över hela fältet från startknappen till meddelandefältet. Vanligare är dock att aktivitetsfältet endast refererar till det område som innehåller knapparna i aktivitetsfältet. För flera övervakningskonfigurationer har endast en övervakare ett aktivitetsfält och övervakaren är standardövervakaren.

Obs! riktlinjer för skrivbord, meddelandeområdeoch fönsterhantering visas i separata artiklar.

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

Program som är utformade för Windows 7 kan dra nytta av de här knappfunktionerna i aktivitetsfältet. Ställ dig själv följande viktiga frågor för att avgöra om du vill använda dem eller inte:

snabblistor

  • Behöver användarna ofta starta nya uppgifter med ditt program? I så fall bör du överväga att tillhandahålla en hopplista. Hopplistor kan användas för andra ändamål, men de flesta scenarier handlar om att starta en ny uppgift.

  • Behöver användarna ofta komma åt nyligen använda eller ofta använda filer, mappar, länkar eller andra resurser? I så fall kan du överväga att tillhandahålla en snabblista för att få åtkomst till dessa användbara resurser.

    skärmbild av aktivitetsfältet med snabblistan i Internet Explorer

    I det här exemplet använder Windows Internet Explorer en snabblista för att presentera sidor som ofta besöks.

  • Behöver användarna ofta snabb åtkomst till ett litet antal av programmets kommandon när de använder andra program, även om programmet inte körs? I så fall bör du överväga att tillhandahålla en snabblista med dessa kommandon som används ofta. Dessa kommandon måste fungera även om programmet inte körs och måste gälla för hela programmet, inte ett specifikt fönster. Alternativt kan du överväga att tillhandahålla ett miniatyrverktygsfält för kommandon som gäller för ett visst fönster.

    skärmbild av aktivitetsfältet med snabblista med klibbiga anteckningar

    I det här exemplet gör sticky Notes-tillbehöret att användarna snabbt kan skapa en ny anteckning när de använder andra program.

  • Främjar du nya, enkla eller svåra att hitta funktioner? I så fall ska du inte använda snabblistor eftersom de inte är avsedda för det här ändamålet. Förbättra i stället identifieringen av sådana kommandon direkt i programmet.

verktygsfält för miniatyrer

Gäller alla följande villkor?

  • Gäller kommandona för ett specifikt fönster? Miniatyrverktygsfält är för kommandon som gäller för befintliga uppgifter, medan kommandon i jump list är till för att starta nya uppgifter.

  • Behöver användarna snabbt interagera med en aktivitet som körs när de använder andra program? I så fall är miniatyrverktygsfält ett bra val. Miniatyrverktygsfält kan innehålla högst sju kommandon, men högst fem kommandon är vanligtvis att föredra.

  • Är kommandona omedelbara? Behöver de inte ytterligare indata? Miniatyrverktygsfält måste ha omedelbara kommandon för att vara effektiva, medan snabblistor fungerar bättre med kommandon som kräver ytterligare indata.

    felaktig:

    skärmbild av aktivitetsfältet med överlappande fönster

    Kommandon som kräver ytterligare indata fungerar inte bra i miniatyrverktygsfältet.

  • Är kommandona direkt? Kan användarna interagera med dem med ett enda klick? Verktygsfält måste ha direkta kommandon för att vara effektiva.

  • Representeras kommandona väl av ikoner? Kommandon för miniatyrverktygsfältet visas med hjälp av ikoner, inte textetiketter, medan kommandon i Jump List representeras av textetiketter.

    felaktig:

    skärmbild av miniatyrkommandot med ikonen

    I det här exemplet representeras kommandot inte väl av ikoner.

Överläggsikoner

  • Har programmet "skrivbordsnärvaro"? Annars använder du en meddelandefältsikon i stället. I så fall bör du överväga att använda en överläggsikon i stället för att ange status på meddelandeområdesikonen för program som är utformade för Windows 7. Detta säkerställer att ikonen alltid visas (när stora ikoner används) och konsoliderar programmet med dess status på ett och samma ställe.
  • Visas överläggsikonen tillfälligt för att visa en ändring av status? I så fall kan en överläggsikon vara lämplig, beroende på följande faktorer:
    • Är statusen användbar och relevant när du använder andra program? Annars visar du informationen i programmets statusstaplar eller annat programstatusområde.

      skärmbild av internet explorer-fönstrets statusfält

      I det här exemplet används statusfältet eftersom statusen inte är användbar när du använder andra program.

    • Visar statusen förloppet? I så fall använder du en förloppsindikator för aktivitetsfältet i stället.

    • Är statusen kritisk? Krävs omedelbara åtgärder? I så fall visar du informationen på ett sätt som kräver uppmärksamhet och inte enkelt kan ignoreras, till exempel en dialogruta.

förloppsstaplar

  • Är förloppsfeedback användbar och relevant när du använder andra program? Det innebär att användarna sannolikt kommer att övervaka förloppet när de använder andra program och ändra sitt beteende som ett resultat av detta? Sådan användbar och relevant status visas vanligtvis med hjälp av en lägeslös förloppsdialogruta eller en dedikerad förloppssida, men inte med en upptagen pekare, aktivitetsindikator eller förloppsindikator i ett statusfält. Om statusen inte är användbar när du använder andra program visar du bara förloppsfeedback direkt i själva programmet.

    rätt:

    skärmbild av kopieringsdialogrutan med förloppsindikatorn

    felaktig:

    skärmbild av förloppsindikatorn på aktivitetsfältets knapp

    I det felaktiga exemplet är förloppsindikatorn för aktivitetsfältet inte särskilt användbar.

  • Är uppgiften kontinuerlig? Om aktiviteten aldrig slutförs behöver du inte visa förloppet. Exempel på kontinuerliga uppgifter är antivirusgenomsökningar som inte initieras av användare och filindexering.

    felaktig:

    skärmbild av förloppsikonen för en kontinuerlig uppgift

    I det här exemplet behöver en kontinuerlig aktivitet inte visa förloppet.

aktivitetsfält under fönstret

  • Innehåller programmet flikar, projektfönster, MDI-underordnade fönster eller sekundära fönster som användarna ofta vill växla till direkt? I så fall kan det vara lämpligt att ge dessa fönster sina egna knappminiatyrer för aktivitetsfältet.

Designbegrepp

Använda snabblistor och miniatyrverktygsfält effektivt

Snabblistor och miniatyrverktygsfält hjälper användare att komma åt resurser och utföra kommandon mer effektivt. När du utformar hur programmet stöder dessa funktioner bör du dock inte använda bättre effektivitet för givet. Om användarna inte kan förutsäga vilken funktion som har det kommando de behöver, eller om de måste kontrollera flera platser, blir användarna så småningom frustrerade och slutar använda dessa funktioner.

Snabblistor och miniatyrverktygsfält fungerar bäst tillsammans när de är:

  • Tydligt differentierad. Användarna vet när de ska söka efter ett mål eller kommando i en hopplista och när de ska titta i ett miniatyrverktygsfält. Det finns ett tydligt syfte för var och en, så användarna förvirrar sällan innehållet i de två. I allmänhet används snabblistor för att starta nya uppgifter, medan miniatyrverktygsfält används för att interagera med aktiviteter som körs när andra program används.
  • Nyttig. De mål och kommandon som erbjuds är de som användarna behöver. Om användarna sannolikt inte behöver något ingår det inte. Använd inte det maximala antalet objekt om de inte behövs.
  • Förutsägbar. De mål och kommandon som erbjuds är de som användarna förväntar sig att hitta. Användare behöver sällan titta på mer än ett ställe.
  • Välorganiserad. Användarna kan snabbt hitta det de letar efter. De använder beskrivande men ändå koncisa etiketter och lämpliga ikoner för att underlätta igenkänning.

Se till att göra användarundersökningar för att se till att du har rätt. Om du slutligen upptäcker att du inte kan utforma jump lists och miniatyrverktygsfält tillsammans som uppnår dessa mål kan du överväga att bara tillhandahålla en av dem. Det är bättre att ha ett förutsägbart sätt att ge kommandon än två förvirrande.

Riktlinjer

Knappar i aktivitetsfältet

  • Gör så att följande fönstertyper visas i aktivitetsfältet (för Windows 7 med hjälp av en miniatyrbild av aktivitetsfältet):

    • Primära fönster (som innehåller dialogrutor utan ägare)
    • Egenskapsblad
    • Dialogrutor för lägeslös förlopp
    • Guider
  • För Windows 7 använder du knappminiatyrer för aktivitetsfältet för att gruppera följande fönstertyper med den primära fönsterknapp som den startades från. Varje program (specifikt varje program som uppfattas som ett separat program) bör ha en enda knapp i aktivitetsfältet.

    • Sekundära fönster
    • Arbetsyteflikar
    • Projektfönster
    • Underordnad MDI-fönster

    rätt:

    skärmbild av Utforskaren och förloppsindikatorn

    I det här exemplet grupperas ett sekundärt fönster med aktivitetsfältets knapp i det primära fönstret.

    felaktig:

    skärmbild av Utforskaren och kontrollpanelen

    I det här exemplet är Kontrollpanelen felaktigt grupperad med Utforskaren. Användarna uppfattar dessa som separata program.

    felaktig:

    skärmbild av program, förloppsindikator och ett aktivitetsfält

    I det här exemplet använder Windows Backup felaktigt två knappar i aktivitetsfältet för ett enda program.

  • Återställning av ett primärt fönster bör också återställa alla sina sekundära fönster, även om de sekundära fönstren har egna knappar i aktivitetsfältet. När du återställer placerar du sekundära fönster ovanpå det primära fönstret.

  • För Windows 7 kan program som normalt har skrivbordsnärvaro tillfälligt visa en knapp i aktivitetsfältet för att visa status. Gör det bara om programmet normalt visas på skrivbordet och användarna ofta interagerar med det. Ett program som normalt körs utan skrivbordsnärvaro bör använda sin meddelandeområdesikon i stället, även om det kanske inte alltid är synligt.

    felaktig:

    skärmbild av knappen i aktivitetsfältet i Windows Sync Center

    I det här exemplet använder Windows Sync Center felaktigt en tillfällig knapp i aktivitetsfältet för att visa status. Den bör använda sin meddelandeområdesikon i stället.

Ikoner

  • Utforma programikonen så att den ser bra ut i aktivitetsfältet. Se till att det är meningsfullt och återspeglar dess funktion och ditt varumärke. Gör den distinkt, gör den speciell och se till att den återges väl i alla ikonstorlekar. Ägna den tid som krävs för att få det rätt. Följ riktlinjerna för ikonen Aero-stil.

  • Om programmet använder överläggsikoner utformar du programmets basikon för att hantera överlägg väl. Överläggsikoner visas i det nedre högra hörnet, så designa ikonen så att området kan döljas.

    skärmbild av ikoner och med

    I det här exemplet har programmets knappikon för aktivitetsfältet inte viktig information i det nedre högra området.

  • Använd inte överlägg i programmets basikon, om programmet använder överläggsikoner eller inte. Att använda ett överlägg i basikonen blir förvirrande eftersom användarna måste ta reda på att det inte är kommunicerande status.

    felaktig:

    skärmbild av basikonen med överlägg

    I det här exemplet ser programmets basikon ut att visa status.

Allmänna riktlinjer och exempel finns i Ikoner.

Överläggsikoner

  • Använd överläggsikoner för att endast ange användbar och relevant status. Betrakta visningen av en överläggsikon som ett potentiellt avbrott i användarens arbete, så statusändringen måste vara tillräckligt viktig för att kunna avbrytas.

    felaktig:

    skärmbild av tre överläggsikoner

    I de här exemplen är överläggsikonen inte tillräckligt viktig för att kunna avbrytas.

  • Använd överläggsikoner för tillfällig status. Överläggsikonerna förlorar sitt värde om de visas hela tiden, så normal programstatus bör inte visa en ikon. Ta bort överläggsikonen när ikonen:

    • Är för ett problem: Ta bort ikonen när problemet har lösts.
    • Aviseringar om att något är nytt: Ta bort ikonen när användaren har aktiverat programmet.

    Undantag: Programmet kan hela tiden visa en överläggsikon om användarna alltid behöver känna till dess status.

    skärmdump av live messenger med överläggsikon

    I det här exemplet visar Windows Live Messenger alltid en överläggsikon så att användarna alltid kan kontrollera sin rapporterade närvaro.

  • Visa inte en ikon som anger att ett problem har lösts. Ta i stället bort en tidigare ikon som anger ett problem. Anta att användarna normalt förväntar sig att programmet ska köras utan problem.

  • Visa antingen överläggsikoner eller ikoner för meddelandeområde, men aldrig båda. Programmet kan ha stöd för båda mekanismerna för bakåtkompatibilitet, men om programmet visar status med hjälp av överläggsikoner bör det inte heller använda ikoner för meddelandeområde för status.

    felaktig:

    skärmbild av aktivitetsfältet med ikonen som visas två gånger

    I det här exemplet visas den nya e-postikonen redundant.

  • Flasha inte aktivitetsfältet för att uppmärksamma en statusändring. Att göra det skulle vara för distraherande. Låt användarna identifiera överläggsikoner på egen hand.

  • Föredra standardöverläggsikoner för att ange status- eller statusändringar. Använd dessa standardöverläggsikoner:

    Överdra Status
    skärmbild av liten varningsikon
    Varning
    skärmbild av liten felikon
    Fel
    skärmbild av liten inaktiverad/frånkopplad ikon
    Inaktiverad/frånkopplad
    skärmbild av en liten blockerad/offline-ikon
    Blockerad/offline
  • För anpassade överläggsikoner väljer du en lätt igenkännlig design. Använd högkvalitativa ikoner med 16 x 16 bildpunkter och fullfärg. Föredrar ikoner med distinkta konturer över kvadratiska eller rektangulära formade ikoner. Använd även de andra riktlinjerna för Aero-stil.

  • Håll designen av anpassade överläggsikoner enkel. Försök inte kommunicera komplexa, obekanta eller abstrakta idéer. Om du inte kan tänka dig en lämplig anpassad ikon använder du ett standardikonfel eller varningsikon i stället när det är lämpligt. Dessa ikoner kan användas effektivt för att kommunicera många typer av status.

  • Ändra inte status för ofta. Överläggsikoner får inte verka högljudda, instabila eller kräva uppmärksamhet. Ögat är känsligt för förändringar i det perifera synfältet, så statusändringar måste vara subtila.

    • Ändra inte ikonen snabbt. Om den underliggande statusen ändras snabbt måste ikonen visa status på hög nivå.

      felaktig:

      skärmbild av överläggsikonen i två tillstånd

      I det här exemplet kräver den snabbt föränderliga överläggsikonen uppmärksamhet.

    • Använd inte animeringar. Att göra det är för distraherande.

    • Flasha inte ikonen. Att göra det är för distraherande. Om en händelse kräver omedelbar uppmärksamhet använder du en dialogruta i stället. Om händelsen annars behöver uppmärksammas använder du ett meddelande.

Knappen Aktivitetsfältet blinkar

  • Använd aktivitetsfältets knapp som blinkar sparsamt för att kräva användarens omedelbara uppmärksamhet för att hålla en pågående uppgift igång. Det är svårt för användare att koncentrera sig medan en knapp i aktivitetsfältet blinkar, så anta att de avbryter vad de gör för att få den att sluta. Det är bättre att blinka en knapp i aktivitetsfältet än att stjäla indatafokus, men blinkande knappar i aktivitetsfältet är fortfarande mycket påträngande. Kontrollera att avbrottet är motiverat, till exempel för att indikera att användaren måste spara data innan ett fönster stängs. Inaktiva program bör sällan kräva omedelbara åtgärder. Flasha inte knappen i aktivitetsfältet om det enda användaren behöver göra är att aktivera programmet, läsa ett meddelande eller se en ändring i status.
  • Om omedelbara åtgärder inte krävs bör du överväga följande alternativ:
    • Använd ett meddelande om åtgärden lyckades för att ange att en uppgift har slutförts.
    • Gör ingenting. Vänta bara tills användarna tar hand om problemet nästa gång de aktiverar programmet. Detta är ofta det bästa valet.
  • Om ett inaktivt program kräver omedelbar uppmärksamhet, blinkar du dess aktivitetsfältknapp för att uppmärksamma och lämna den markerad. Gör inget annat: återställ inte eller aktivera inte fönstret och spela inte upp några ljudeffekter. Respektera i stället användarens val av fönstertillstånd och låt användaren aktivera fönstret när det är klart.
  • För sekundära fönster som har en knapp i aktivitetsfältet blinkar du dess knapp i stället för det primära fönstrets aktivitetsfältknapp. På så sätt kan användarna ta hand om fönstret direkt.
  • För sekundära fönster som inte har någon knapp i aktivitetsfältet blinkar du det primära fönstrets aktivitetsfältknapp och tar det sekundära fönstret ovanpå alla andra fönster för programmet. Sekundära fönster som kräver uppmärksamhet måste vara högst upp för att se till att användarna ser dem.
  • Flasha bara en knapp i aktivitetsfältet för ett fönster i taget. Att blinka mer än en knapp är onödigt och för distraherande.
  • Ta bort knappen i aktivitetsfältet markeras när programmet blir aktivt.
  • När programmet blir aktivt kontrollerar du att det finns något uppenbart att göra. Vanligtvis uppnås det här målet genom att visa en dialogruta som ställer en fråga eller initierar en åtgärd.

Snabbstartsgenvägar

  • Placera programgenvägar i området Snabbstart endast om användarna anmäler sig. Eftersom snabbstart har tagits bort från Windows 7 bör program som är utformade för Windows 7 inte lägga till programgenvägar i området Snabbstart eller ange alternativ för att göra det.

Snabblistor

Design

  • Utforma jump-listor för att uppfylla användarnas mål för deras dagliga uppgifter. Överväga:

    • Programmets syfte. Tänk på vad användarna mest sannolikt kommer att göra härnäst. För program för att skapa dokument kommer användarna sannolikt att återgå till nyligen använda dokument. För program som visar befintligt innehåll kanske användarna vill ha åtkomst till resurser som de använder ofta. För andra program kan det vara troligt att användarna utför uppgifter som de inte har gjort tidigare, till exempel att läsa nya meddelanden, titta på nya videor eller kontrollera deras nästa möte.

    • Vad användarna bryr sig mest om. Tänk på varför användarna skulle använda jump-listan i stället för på andra sätt. Användare är till exempel mer benägna att bry sig om mål som de uttryckligen har identifierat som viktiga (till exempel webbadresser som användare har placerat i länkfältet eller i Favoriter eller skrivit in). De är mindre benägna att bry sig om dem som erhålls indirekt eller med liten ansträngning (till exempel webbadresser som besöks via omdirigering eller genom att klicka på länkar).

      rätt:

      skärmbild av hopplistan med en länk till ett mål

      felaktig:

      skärmbild av hopplistan med fem länkar till mål

      I det felaktiga exemplet innehåller jump-listan många mål som användarna sannolikt inte bryr sig om.

  • Gör inte mål för detaljerade. Att göra mål för smala och specifika kan leda till redundans, med flera sätt att gå till samma plats. I stället för att till exempel visa enskilda webbsidor, listar du startsidor på den översta nivån i stället. i stället för att lista låtar, lista album.

    rätt:

    skärmbild av hopplistan ordnad efter grupper

    felaktig:

    skärmdump av hopplistan ordnad av låtar

    I det felaktiga exemplet fyller en lista med låtar i en hopplista den med ett enda album.

  • Fyll inte i alla tillgängliga jump list-platser om du inte behöver det. Fokusera Jump List-innehåll på de mest användbara objekten om ditt program bara har tre användbara objekt, ge bara tre. Ju fler objekt i en snabblista, desto mer arbete krävs för att hitta ett specifikt objekt.

    skärmbild av hopplistan med ett kommando

    I det här exemplet innehåller sticky Notes-tillbehöret ett enda jump list-kommando, eftersom det är allt som behövs.

  • Ange knappbeskrivningar endast när det behövs för att hjälpa användarna att förstå jump list-objekt. Undvik redundanta knappbeskrivningar eftersom de är en onödig distraktion. Fler riktlinjer för knappbeskrivningar finns i Knappbeskrivningar och informationstips.

    felaktig:

    skärmbild av hopplistan med redundant knappbeskrivning

    I det här exemplet är knappbeskrivningen Jump List redundant.

jump list-funktioner jämfört med programfunktioner

  • Gör inte mål och kommandon tillgängliga endast via snabblistor. Samma mål och kommandon ska vara tillgängliga direkt från själva programmet.
  • Använd konsekventa namn för mål och etiketter för kommandon. Jump List-objekt bör märkas på samma sätt som motsvarande objekt som används direkt från programmet.
  • Aktivera programmet för att hantera mål och kommandon även när programmet inte körs. Det är nödvändigt för en konsekvent, pålitlig och bekväm upplevelse.

Gruppering

  • Ange minst en och högst tre grupper. Jump List-objekt grupperas alltid för att märka sitt syfte. Om du har fler än tre grupper blir det svårare att hitta objekt.

  • Använd standardgruppnamn när det är lämpligt. Standardgruppnamn är bekanta och enklare för användarna att förstå.

    Kommandon får gruppnamnet Uppgifter, som tilldelas av Windows och därför inte kan ändras.

    rätt:

    skärmbild av hopplistan med det senaste gruppnamnet

    felaktig:

    skärmbild av hopplistan med historikgruppens namn

    Senaste är det bättre gruppnamnet eftersom det är bekant, och den subtila skillnaden mellan historia och senaste är inte värt att göra.

kommandon

  • Ange en fast uppsättning kommandon oavsett programkörningstillstånd, aktuellt dokument eller aktuell användare. Kommandona bör gälla för hela programmet, inte för ett visst fönster eller dokument. Det är nödvändigt för en konsekvent, pålitlig och bekväm upplevelse. Kommandon bör inte tas bort eller inaktiveras.

    Undantag: Du kan ersätta eller ta bort kommandon när:

    • En uppsättning ömsesidigt uteslutande kommandon delar ett enda kommandofack, så länge ett kommando alltid gäller.
    • Kommandon gäller inte förrän specifika funktioner har använts, så länge kommandona annars alltid gäller.

    felaktig:

    skärmbild av snabblista med utskriftsaktivitet

    I det här exemplet är utskrift inte ett bra jump list-kommando eftersom det beror på det aktuella dokumentet.

    rätt:

    skärmbild av hopplistan med inloggning och utloggning

    I det här exemplet är inloggning och utloggning ömsesidigt uteslutande kommandon. Avgränsare används också för att gruppera relaterade kommandon.

  • Använd följande standardkommandoetiketter när det är lämpligt. Standardkommandoetiketter är enklare för användarna att förstå.

  • Presentera kommandona i logisk ordning. Vanliga beställningar omfattar användningsfrekvens eller användningsordning. Placera mycket relaterade kommandon bredvid varandra. I gruppen Uppgifter placerar du avgränsare mellan grupper med relaterade kommandon efter behov.

  • Ange inte kommandon för att öppna eller stänga programmet. Dessa kommandon är inbyggda i alla hopplistor.

kommandoikoner

  • I gruppen Uppgifter anger du endast en kommandoikon när den hjälper användarna att förstå, identifiera eller särskilja kommandon, särskilt när det finns en etablerad ikon för kommandot som används i programmet.

    • Undantag: Om programmet använder båda destinationerna (som alltid har ikoner) och kommandon bör du överväga att tillhandahålla ikoner för alla kommandon om det inte gör det skulle se besvärligt ut.

    felaktig:

    skärmbild av inkonsekvent användning av ikoner

    I det här exemplet bör Internet Explorer tillhandahålla ikoner för alla kommandon för att undvika ett besvärligt utseende.

destinationer

  • Ange en dynamisk uppsättning mål som är specifika för den aktuella användaren, men oberoende av programmet som kör tillstånd eller aktuellt dokument. Som tidigare nämnts ser du till att de passar programmets syfte, är det som användarna bryr sig mest om och har rätt specificitetsnivå.

  • När det är lämpligt använder du en "automatisk" mållista. Automatiska mål hanteras av Windows, men ditt program styr de specifika mål som skickas vidare.

    • Överväg att använda Senaste för program för att skapa dokument där användare sannolikt kommer att återgå till nyligen använda mål.

      skärmbild av jump list med

      I det här exemplet använder Windows Anteckningar Senaste mål.

    • Överväg att använda Frequent för program som visar befintligt innehåll, där användarna sannolikt kommer att återgå till objekt som de använder ofta. Frekventa destinationer sorteras i ordning efter frekvens, oftast först.

      skärmbild av snabblistan med frekventa gruppnamn

      I det här exemplet använder Utforskaren frekventa mål.

    • Använd Frekvent om Senaste skulle resultera i många värdelösa mål. Frekventa listor är stabilare och det bättre valet när användare går till många olika destinationer, men kommer sannolikt inte att återgå till sällan använda.

      felaktig:

      skärmdump av jump list med flera senaste objekt

      Att använda Senaste i Windows Internet Explorer skulle resultera i många värdelösa mål.

    • Om Senaste eller Frekvent är lika lämpliga alternativ använder du Senaste eftersom den metoden är enklare för användarna att förstå och är mer förutsägbar.

    • Om du använder Senaste, och programmet har en motsvarighet i menyn Arkiv, gör du så att listorna har samma innehåll i samma ordning. För användare bör dessa visas som samma listor.

  • Använd en anpassad mållista när det behövs. Programmet har fullständig kontroll över en anpassad mållistas innehåll och sorteringsordning och kan därför basera listan på eventuella faktorer.

    • Skapa anpassade versioner av Senaste eller Frekvent om de är lämpliga, men den automatiska hanteringen fungerar inte bra för ditt program. Ditt program kan till exempel behöva spåra en mängd olika faktorer utöver öppna filkommandon. I det här fallet använder du samma namn (Senaste eller Frekvent) och sorteringsordning eftersom användarna inte känner till skillnaden.

    • Annars kan du använda en annan typ av mål för att bättre uppfylla användarens mål. Ofta hjälper dessa listor användare att utföra uppgifter som de inte har gjort tidigare, till exempel att läsa nya meddelanden, titta på nya videor eller kontrollera deras nästa möte.

      skärmbild av hopplistan med

      I det här exemplet visar Windows Media Center de nyligen inspelade visar att användaren inte har sett ännu.

    • Välj en sorteringsordning som motsvarar användarens mentala modell i listan. Till exempel skulle en to-do formatmallslista ha nästa sak att göra först. Om det inte finns någon tydlig mental modell sorterar du mållistan i alfabetisk ordning.

  • Använd inte flera mållistor som ger olika vyer av samma data. I stället bör flera mållistor ha mestadels olika data som stöd för olika scenarier. Du kan till exempel ange en lista med senaste eller en frekvent lista, men inte båda. Det är slöseri om överlappande objekt finns, men förvirrande om överlappande objekt tas bort.

    felaktig:

    skärmbild av hopplistan med upprepade gruppobjekt

    I det här exemplet är det slöseri att ge olika vyer över samma destinationer.

    rätt:

    skärmbild av hopplistan med välorganiserade uppgifter

    I det här exemplet har mållistorna olika data för olika uppgifter.

  • Om ditt program har ett kommando för att rensa data för sekretess rensar du även destinationslistorna. Mållistor kan innehålla känsliga data.

Verktygsfält för miniatyrer

Interaktion

  • Ange upp till sju av de viktigaste kommandona som används ofta för fönstret som visas i miniatyrbilden. Känn dig inte skyldig att tillhandahålla så många kommandon som du kan om ditt program bara har tre viktiga, ofta använda kommandon, endast tre.

    felaktig:

    skärmbild av verktygsfältet med för många kommandon

    I det här exemplet har miniatyrverktygsfältet kommandon som inte är viktiga.

  • Använd kommandon som är direkta och omedelbara. Dessa kommandon bör ha en omedelbar effekt genom att klicka på kommandot bör inte visa en nedrullningsbara meny eller dialogruta för mer indata.

    felaktig:

    skärmbild av miniatyrbild med nedrullningsbara menyn

    Kommandon för miniatyrverktygsfältet måste ha en omedelbar effekt.

  • Inaktivera kommandon som inte gäller för den aktuella kontexten, eller som direkt skulle resultera i ett fel. Dölj inte sådana kommandon eftersom det gör verktygsfältspresentationen instabil.

  • Stäng inte miniatyrbilden när användare klickar på ett kommando om de sannolikt kommer att granska resultaten eller omedelbart klickar på ett annat kommando. Ta bort miniatyrbilden för kommandon som anger att användaren är klar för tillfället, till exempel med kommandon som visar andra fönster.

    skärmbild av media player thumbnail med kommando

    I det här exemplet fortsätter du att visa miniatyrbilden genom att klicka på Nästa i Windows Media Player eftersom användarna kanske vill ge andra kommandon.

    skärmbild av miniatyrbilden med chattikonen

    I det här exemplet stänger du miniatyrbilden genom att klicka på Chatta i Windows Live Messenger eftersom användarna mest sannolikt kommer att skicka ett meddelande.

Presentation

  • Se till att ikonerna i verktygsfältet för miniatyrer överensstämmer med riktlinjerna för aero-stilikonen. För varje kommando anger du högkvalitativa ikoner med 16 x 16, 20 x 20 och 24 x 24 bildpunkter. De större versionerna används i visningslägen med hög dpi.
  • Kontrollera att ikonerna är tydligt synliga mot verktygsfältets bakgrundsfärg i både normala lägen och hovringslägen. Utvärdera alltid ikoner i kontext och i högkontrastlägen.
  • Välj kommandoikondesigner som tydligt förmedlar deras effekt. Väl utformade kommandoikoner är självförklarande för att hjälpa användare att hitta och förstå kommandon effektivt.
  • Välj ikoner som kan identifieras och särskiljas. 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. Efter den första användningen ska användarna inte behöva förlita sig på knappbeskrivningar för att skilja mellan kommandona.
  • Ange en knappbeskrivning för att märka varje kommando. En bra knappbeskrivning etiketterar den omärkta kontroll som pekas på. Riktlinjer och exempel finns i Knappbeskrivningar och informationstips.

Förloppsstaplar

  • Följ riktlinjerna för allmänna förloppsindikatorer, inklusive att inte starta om eller säkerhetskopiera förlopp och använda en röd förloppsindikator för att indikera ett problem.
  • Undvik att använda obestämda förloppsstaplar. Obestämda förloppsstaplar visar aktivitet, inte förlopp. Reservera obestämda förloppsstaplar för de sällsynta situationer där användare inte tar aktivitet för given.

Fler riktlinjer finns i förloppsstaplar.

SMS

Fönsterrubriker

När du väljer fönsterrubriker bör du överväga rubrikens utseende i aktivitetsfältet:

  • Optimera rubriker för visning i aktivitetsfältet genom att kortfattat placera den särskiljande informationen först.

  • För dialogrutor för lägeslös förlopp sammanfattar du först förloppet. Exempel: "66% slutfört."

  • Undvik fönsterrubriker som har besvärliga trunkeringar.

    felaktig:

    skärmbild av titeln som skär av programnamnet

    I det här exemplet har den trunkerade fönsterrubriken olyckliga resultat.

Jump List-kommandon

  • Starta kommandon med ett verb.
  • Använd versal i meningsformat.

Fler riktlinjer för kommandoetiketter finns i Menyer.

Dokumentation

När du refererar till aktivitetsfältet:

  • Referera till hela fältet som aktivitetsfältet (ett enda sammansatt ord i gemener).
  • Referera till objekt i aktivitetsfältet specifikt efter deras etikett, eller vanligtvis som knappar i aktivitetsfältet.
  • Formatera aktivitetsfältets etiketter med fet text när det är möjligt. Annars placerar du etiketten endast inom citattecken om det behövs för att förhindra förvirring.
  • Se ikoner för överlägg som knappikoner i aktivitetsfältet. Referera inte till dem som meddelanden, även om deras syfte är att meddela användare. Du kan dock säga att dessa ikoner meddelar användarna om specifika händelser.

Exempel: Knappikonen i aktivitetsfältet Ny e-post meddelar dig att ett nytt e-postmeddelande har kommit.