Fönsterhantering

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.

Den här artikeln beskriver standardplacering av fönster när de först visas på skärmen, deras staplingsordning i förhållande till andra fönster (Z-ordning), deras ursprungliga storlek och hur deras visning påverkar indatafokus.

För följande riktlinjer:

• Ett fönster på den översta nivån har inget ägarfönster och visas i aktivitetsfältet. Exempel: programfönster. I Windows Vista och senare betraktas dialogrutor utan ägarfönster och egenskapsblad också på den översta nivån.
• Ett ägt fönster har ett ägarfönster och visas inte i aktivitetsfältet. Exempel: modala dialogrutor, lägeslösa dialogrutor.
• Ett användarinitierat fönster visas som direkt resultat av en användares åtgärd. Annars initieras programmet om det initieras av ett program eller ett system initieras om det initieras av Microsoft Windows . En alternativdialogruta är till exempel användarinitierad, men en mötespåminnelse initieras.
• Ett kontextuellt fönster är ett användarinitierat fönster som har en stark relation till objektet som det startades från. Till exempel är fönster som visas med snabbmenyer eller ikoner för meddelandeområde kontextuella, men fönster som visas med menyraderna är inte det.
• Den aktiva övervakaren är övervakaren där det aktiva programmet körs.
• Standardövervakaren är den med Start-menyn, aktivitetsfältet och meddelandefältet.

Designbegrepp

Fönsterhantering är en av de mest grundläggande användaraktiviteterna. Före Windows Vista fick windows ofta små standardstorlekar och placerades mitt på skärmen. Den metoden fungerar bra för äldre bildskärmar med låg upplösning, men inte för modern videomaskinvara.

Windows är utformat för att stödja modern videomaskinvara, som ofta körs med upplösningar som är betydligt högre än den minsta skärmupplösning som stöds och kan ha flera bildskärmar. Gör så här:

• Gör att användarna kan dra full nytta av sin avancerade maskinvara.
• Kräver mindre arbete från användare för att flytta musen över större avstånd.
• Gör fönsterplacering mer förutsägbar och därför enklare att hitta.

Minsta skärmupplösning som stöds

Den minsta effektiva skärmupplösningen stöds av Windows är 800 x 600 bildpunkter. Det innebär att fönster med fast storlek bör visas helt med minsta möjliga upplösning (samtidigt som utrymme reserveras för aktivitetsfältet), men storleksanpassade fönster kan optimeras för en effektiv upplösning på 1 024 x 768 bildpunkter så länge de fungerar med minsta möjliga upplösning.

De vanligaste fysiska skärmupplösningarna för Windows-datorer är för närvarande 1 024 x 768 bildpunkter eller större, men om du riktar in dig på 800 x 600 bildpunkter kan Windows:

• Fungerar bra med all modern maskinvara, inklusive små notebook-datorer.
• Stöd för inställningar för hög dpi (punkter per tum).
• Stöd för större teckensnitt för hjälpmedel.
• Stöd för maskinvara som används globalt.

Om du väljer den minsta upplösning som ska stödjas måste du hitta rätt balans. Att rikta in sig på en högre upplösning skulle resultera i en suboptimal upplevelse för en betydande andel modern maskinvara, medan en lägre upplösning skulle hindra designers från att dra full nytta av det tillgängliga skärmutrymmet.

Om du tror att dina målanvändare använder betydligt högre upplösningar än windows minimum kan du utforma programmet så att det drar full nytta av det extra skärmutrymmet med hjälp av storleksbara fönster som skalar bra.

Riktlinjer

Allmänt

• Stöd för den lägsta effektiva Windows-upplösningen på 800 x 600 bildpunkter. För kritiska användargränssnitt (UIs) som måste fungera i felsäkert läge stöder du en effektiv upplösning på 640 x 480 bildpunkter. Ta hänsyn till det utrymme som används av aktivitetsfältet genom att reservera 48 lodräta relativa bildpunkter för fönster som visas med aktivitetsfältet.
• Optimera storleksbara fönsterlayouter för en effektiv upplösning på 1 024 x 768 bildpunkter. Ändra storlek på dessa fönster automatiskt för lägre skärmupplösningar på ett sätt som fortfarande fungerar.
• Se till att testa dina fönster i 96 dpi (100 procent) med 800 x 600 bildpunkter, 120 dpi (125 procent) vid 1 024 x 768 bildpunkter och 144 dpi (150 procent) vid 1200 x 900 bildpunkter. Sök efter layoutproblem, till exempel urklipp av kontroller, text och fönster samt utströjning av ikoner och bitmappar.
• För program med pek- och mobilanvändningsscenarier optimerar du för 120 dpi. Skärmar med hög dpi är för närvarande vanliga på pekdatorer och mobila datorer.
• Storleksanpassade fönster får inte längre visa storleksändringstecken i det nedre högra hörnet, eftersom:
  • Alla sidor och kanter i ett fönster är storleksbara, inte bara det nedre högra hörnet.
  • Slyfen kräver att ett statusfält visas, men många fönster som kan ändras ger inte statusstaplar.
  • Storleksanpassade fönsterkantlinjer och storlekspekare är effektivare när det gäller att kommunicera om att ett fönster kan ändras än storleksändringstecken.

Kontroller för namnlist

Använd kontrollerna i namnlisten på följande sätt:

• Stänga. Alla primära och sekundära fönster med en standardfönsterram ska ha knappen Stäng i namnlisten. Om du klickar på Stäng avbryts eller stängs fönstret.

I det här exemplet har dialogrutan ingen knappen Stäng i namnlisten.

• Förringa. Alla primära fönster och långvariga, lägeslösa sekundära fönster (till exempel förloppsdialogrutor) ska ha knappen Minimera. Om du klickar på Minimera reduceras fönstret till aktivitetsfältet. Därför kräver fönster som kan minimeras en namnlistikon.
• Maximera/återställa nedåt. Alla storleksbara fönster ska ha knappen Maximera/återställ ned. Om du klickar på Maximera visas fönstret i sin största storlek, vilket för de flesta fönster är helskärmsläge. När du klickar på Återställ nedåt visas fönstret i dess tidigare storlek. Vissa fönster drar dock inte nytta av att använda en helskärm, så dessa fönster bör maximeras till sin största användbara storlek.

Fönsterstorlek

• Välj en standardfönsterstorlek som är lämplig för innehållet. Var inte rädd för att använda större initiala fönsterstorlekar om du kan använda utrymmet effektivt.
• Använd storleksbara fönster när det är praktiskt för att undvika rullningslister och trunkerade data. Windows med dynamiskt innehåll och listor drar mest nytta av storleksbara fönster.
• För textdokument bör du överväga en maximal radlängd på 65 tecken för att göra texten lätt att läsa. (Tecken inkluderar bokstäver, skiljetecken och blanksteg.)
• Fönster med fast storlek:
  • Måste vara helt synlig och storleksanpassad för att få plats i arbetsytan.
• Storleksbara fönster:
  • Kan optimeras för högre upplösningar, men storleksanpassas efter behov vid visningstid till den faktiska skärmupplösningen.
  • För progressivt större fönsterstorlekar måste du visa progressivt mer information. Kontrollera att minst en fönsterdel eller kontroll har storleksbart innehåll.
  • Undvik standardåterställda storlekar som är maximerade eller nästan maximerade. Välj i stället en standardstorlek som vanligtvis är mest användbar utan att vara helskärmsläge. Anta att användarna maximerar fönstret i stället för att ändra storlek så att det blir fullskärmsläge.
  • Bör ange en minsta fönsterstorlek om det finns en storlek under vilken innehållet inte längre kan användas. För storleksbara kontroller anger du minsta storlek på storleksanpassade element till de minsta funktionella storlekarna, till exempel minsta funktionella kolumnbredder i listvyer.
  • Bör ändra presentationen om det gör innehållet användbart i mindre storlekar.

I det här exemplet ändrar Windows Media Player sitt format när fönstret blir för litet för standardformatet.

Fönsterplats

• För följande riktlinjer innebär "centrerad" att ändra lodrät placering något mot toppen av bildskärmen, i stället för att placera exakt i mitten. Placera 45 procent av utrymmet mellan toppen av övervakaren/ägaren och fönstrets överkant och 55 procent mellan nederkanten av övervakaren/ägaren och fönstrets nederkant. Gör detta eftersom ögat är naturligt partiskt mot toppen av skärmen.

  

  "Centrera" innebär att ändra lodrät placering något mot toppen av bildskärmen.

• Om ett fönster är kontextuellt visar du det alltid nära det objekt som det startades från. Placera det ur vägen så att källobjektet inte täcks av fönstret.

  • Om den visas med musen, när det är möjligt, förskjuts den nedåt och till höger.

  

  Visa kontextuella fönster nära objektet som det startades från.

  

  Windows som startas från ikoner för meddelandeområdet visas nära meddelandefältet.

• Om det visas med hjälp av en penna, placera den när det är möjligt så att den inte täcks av användarens hand. För högerhänta användare, visa till vänster; annars visas till höger.

  

  När du använder en penna visar du även sammanhangsbaserade fönster så att de inte täcks av användarens hand.

• Utvecklare: Du kan skilja mellan mushändelser och pennhändelser med hjälp av api:et GetMessageExtra Info. Du kan fastställa användarens handlighet med hjälp av api:et SystemParametersInfo med SPI_GETMENUDROPALIGNMENT.

• Placera förloppsdialogrutor i det nedre högra hörnet av den aktiva övervakaren.

  

  Placera förloppsdialogrutor i det nedre högra hörnet.

• Om ett fönster inte är relaterat till den aktuella kontexten eller användaråtgärden placerar du det borta från den aktuella pekarplatsen. Detta förhindrar oavsiktlig interaktion.

• Om ett fönster är ett program eller dokument på den översta nivån ska du alltid ta bort dess ursprung från det övre vänstra hörnet av övervakaren. Om det skapas av det aktiva programmet använder du den aktiva övervakaren. annars använder du standardövervakaren.

  

  Överlappande program- eller dokumentfönster på den översta nivån i det övre vänstra hörnet på bildskärmen.

• Om ett fönster är ett verktyg på den översta nivån ska du alltid visa det "centrerat" i övervakaren. Om det skapas av det aktiva programmet använder du den aktiva övervakaren. annars använder du standardövervakaren.

  

  Centrera de översta verktygsfönstren.

• Om ett fönster är ett ägt fönster ska du först visa det "centrerat" ovanpå ägarfönstret. För efterföljande visning bör du överväga att visa den på sin sista plats (i förhållande till ägarfönstret) om det sannolikt är bekvämare att göra det.

  

  Ursprungligen mittägda fönster ovanpå ägarfönstret.

• För lägeslösa dialogrutor visas alltid först ovanpå ägarfönstret för att göra dem enkla att hitta. Men om användaren aktiverar ägarfönstret kan det dölja den lägeslösa dialogrutan.

  

  Visa lägeslösa dialogrutor från början ovanpå ägarfönstret för att göra dem enkla att hitta.

• Om det behövs justerar du den första platsen så att hela fönstret visas i målövervakaren. Om ett storleksanpassat fönster är större än målövervakaren kan du minska det så att det passar.

Fönsterordning (Z-ordning)

• Placera alltid ägda fönster ovanpå deras ägarfönster. Placera aldrig ägda fönster under sina ägarfönster, eftersom användarna troligen inte ser dem.
• Respektera användarnas Z-beställningsval. När användare väljer ett fönster tar du bara med de fönster som är associerade med den instansen av programmet (fönstret plus eventuella ägare eller ägda fönster) ovanpå Z-beställningen. Ändra inte ordningen på andra fönster, till exempel oberoende instanser av samma program.

Fönsteraktivering

• Respektera användarnas val av fönstertillstånd. Om ett befintligt fönster behöver uppmärksammas blinkar du knappen i aktivitetsfältet tre gånger för att uppmärksamma och lämna den markerad, men gör inget annat. Återställ eller aktivera inte fönstret. Använd inga ljudeffekter. Låt i stället användarna aktivera fönstret när de är redo.
  • Undantag: Om fönstret inte visas i aktivitetsfältet tar du det överst i alla andra fönster och blinkar dess namnlist i stället.
• Att återställa ett primärt fönster bör också återställa alla sina sekundära fönster, även om de sekundära fönstren har en egen knapp i aktivitetsfältet. När du återställer placerar du sekundära fönster ovanpå det primära fönstret.

Indatafokus

• Windows som visas av användarinitierade åtgärder bör ha indatafokus, men endast om fönstret återges omedelbart (inom 5 sekunder). När fönstret återges kan det ta indatafokus en gång.
  • Om ett fönster återges långsamt (mer än 5 sekunder) kommer användarna sannolikt att utföra en annan uppgift medan de väntar. Att fokusera på denna punkt skulle vara en irritation, särskilt om det görs mer än en gång.
• Windows som inte visas eller visas direkt av en systeminitierad åtgärd bör inte fokusera på indata. Visa i stället överst utan fokus och låt användarna aktivera dem när de är redo.
  • Undantag: Autentiseringshanteraren.

Ståndaktighet

• När ett fönster spelas upp på nytt bör du överväga att visa det i samma tillstånd som senast. När du stänger sparar du den bildskärm som används, fönsterstorlek, plats och tillstånd (maximerat jämfört med återställning). När du redigerar om återställer du den sparade fönsterstorleken, platsen och tillståndet med hjälp av lämplig övervakare. Överväg också att göra så att dessa attribut bevaras mellan programinstanser per användare. undantag:
  • Spara eller gör inte att dessa attribut bevaras för Windows när deras användning är sådan att användarna är mycket mer benägna att vilja börja om helt.
  • För program som sannolikt kommer att användas på Windows Tablet- och Touch Technology-datorer sparar du två windows-tillstånd för liggande och stående lägen. Mer information finns i Designa för varierande visningsstorlekar.
• Om den aktuella övervakningskonfigurationen förhindrar att ett fönster visas med dess senaste tillstånd:
  • Försök att visa fönstret med hjälp av den senaste bildskärmen.
  • Om fönstret är större än övervakaren ändrar du storlek på fönstret efter behov.
  • Flytta platsen mot det övre vänstra hörnet för att passa in i bildskärmen efter behov.
  • Om ovanstående steg inte löser problemet återgår du till standardriktlinjerna för fönsterplacering. Överväg att återställa den tidigare storleken om det är möjligt.