Fönster (datavetenskap)

Fönster  är det grundläggande konceptet för fönstergränssnitt , gränssnittsbehållare . Förutom underordnade gränssnittselement kan ett fönster även innehålla kontroller för själva fönstret. En viktig egenskap hos fönster är förmågan att överlappa , det vill säga att vara placerad ovanpå varandra, helt eller delvis täcka det nedre fönstret.

Historik

Konceptet med överlappande fönster, liksom många andra användargränssnittskoncept, utvecklades först vid Xerox PARC forskningscenter för Xerox Alto- systemet , och mer specifikt för smalltalk - språkutvecklingsmiljön 1974 [1] [2] . I den här miljön hade windows redan ramar och titlar , men inga fönsterkontroller ännu. Fönstergränssnittet utvecklades vidare i Xerox Star- miljön, men den första kommersiellt framgångsrika datorn som använder Windows var Apple Macintosh , som släpptes 1984 .

Huvuddelar av fönstret

På vissa system, som OS X, finns fönsterkontrollknapparna till vänster. Dessutom saknade OS X före version 10.7 en helskärmsknapp.

Funktioner i fönsterbeteende

Flytta fönster

När du använder ett fönstergränssnitt kan de flesta fönster röra sig fritt på skärmen. Vanligtvis flyttas fönster när fönstertiteln registreras, men om det behövs kan du också ställa in ett godtyckligt område för flyttning, eller hela fönstret, förutom gränssnittselementen som finns på det. Du kan också flytta fönster genom att välja ett objekt i fönstermenyn - i det här fallet är möjligheten att flytta fönstret också tillgänglig från tangentbordet.

Utseendet på nya fönster regleras vanligtvis inte av systemet, och de upptar en plats i mitten av skärmen, eller ställs in under utvecklingen av programmet. Vissa fönsterhanterare, som de som ingår i KDE, arrangerar nyöppnade dialogrutor och varningar så att de inte överlappar de som redan är öppna. Ett annat sätt är att ordna nyöppnade dialogrutor "kaskadkopplade", det vill säga med en liten förskjutning från den föregående, så att fönstrets titel förblir synlig.

När du flyttar fönster kan en " klibbig " effekt användas. Ett område visas nära gränsen till ett sådant fönster, och om gränsen till ett annat fönster är placerad i detta område, kommer fönstret som flyttas nära det andra och förblir stillastående tills användaren, flyttar markören, försöker flytta fönstret utanför detta område. Ett exempel på detta tillvägagångssätt är Winamp-spelaren , där stickningseffekten implementerar en annan funktion: programmets underordnade fönster, efter att ha fastnat i huvudfönstret, kan flytta med det som ett fönster. Underordnade fönster för samma spelare som sitter ihop har inte denna effekt.

Fönsterstorlekskontroll

Vanligtvis kan du ändra storlek på ett fönster på tre sätt - genom fönstermenyn (i det här fallet är storleksändring möjlig från tangentbordet), genom att flytta fönsterkanterna eller ett speciellt område i det nedre högra hörnet av fönstret.

Att minska storleken på fönstret kan göra att vissa viktiga kontroller inte är tillgängliga. För att undvika detta ställs en minsta fönsterstorlek in. Om det finns för många kontroller faller de antingen in i en speciell meny när fönstret minskas, eller så visas rullningslister i fönstret . Vissa fönster tillåter inte storleksändring, bland dem de flesta dialogrutor .

Vissa fönsterhanterare sparar storleken och positionen för fönster efter att ha stängt dem för senare återställning när de öppnas igen, andra, inklusive Windows fönsterhanterare, lämnar detta arbete till själva applikationen.

Helskärmsläge

På Windows-familjen av operativsystem kan de flesta fönsterprogram använda "pseudo-helskärmsläge". När du klickar på "maximera"-knappen upptar fönstret hela det tillgängliga skärmområdet, förutom aktivitetsfältet . I det här fallet finns alla element i fönstret, förutom ramen, kvar. För vissa typer av applikationer, som de som spelar upp videor, är det här läget oacceptabelt, och sådana applikationer stänger vanligtvis skärmen helt och visar inte de flesta kontrollerna i det här läget, eller visar en förenklad version av dem. Ett liknande läge är tillgängligt i operativsystemet OS X, från och med version 10.7 "Lion" .

Döljer fönstret

De flesta moderna operativsystem och fönsterhanterare har en "minimera"-knapp på Windows. När du klickar på den här knappen döljs programfönstret, men själva programmet slutar inte fungera. Beroende på operativsystemet kan standardbeteendet för den här knappen variera. På system med aktivitetsfält kan applikationsfönstret öppnas genom att klicka på applikationsknappen i aktivitetsfältet. Om det inte finns något aktivitetsfält, reduceras det minimerade fönstret antingen till en titel, eller så visas en ikon på skrivbordet (i äldre versioner av Windows - i programhanterarens fönster ), och du kan öppna fönstret genom att klicka på det. Detsamma fungerar för underordnade programfönster som inte visas i aktivitetsfältet utan har en "minimera"-knapp.

Stänger fönstret

För ett programs huvudfönster innebär att stänga fönstret vanligtvis att man avslutar antingen programmet eller dokumentet (när man använder gränssnittet för flera dokument). Vissa applikationer, som Skype , avslutas inte när du klickar på "stäng"-knappen, utan har en speciell funktion i applikationsmenyn för detta ändamål. "Stäng"-knappen i dem fungerar nästan likadant som "minimera"-knappen.

För underordnade fönster i en applikation innebär stängning vanligtvis att bara dölja den, utan att ladda ner någon data från minnet. Sådana fönster kan vanligtvis hämtas tillbaka från programmenyn eller med vissa kontroller i huvudfönstret.

I dialogrutor fungerar att stänga fönstret vanligtvis på samma sätt som att klicka på knappen "avbryt". Vissa fönster kan blockera möjligheten att stänga, till exempel om en åtgärd utförs som kräver någon annan operation för att avbryta. Dessutom, när du arbetar med dokument, i avsaknad av autospara-funktionen för dokument, tillämpas ett läge när, när du klickar på stängningsknappen, en dialogruta visas som uppmanar dig att spara de ändringar som gjorts. När du använder säkerhetskopieringsverktyg som Time Machine anses sådana dialogrutor vara antimönster .

Överläggsfönster

I de flesta fall överlappar fönster varandra så att det för närvarande aktiva fönstret ligger ovanpå de andra, följt av det fönster som tidigare var aktivt, och så vidare. Men för vissa fönster är det möjligt att aktivera läget "överst på alla fönster", där fönstret inte kan täckas av andra, även om det är inaktivt. I vissa fönsterhanterare, som Openbox , finns möjligheten att placera ett fönster överst från fönstermenyn, och det är även möjligt att ta med en knapp med denna funktion bredvid de vanliga fönsterkontrollknapparna.

Underordnade programfönster, inklusive paneler och paletter, såväl som dialogrutor, överlappar vanligtvis huvudprogramfönstret, även om inmatningsfokus inte finns i det, medan dessa fönster för andra program är likvärdiga med huvudprogramfönstret och överlappas av dem på samma sätt som main.

Typer av fönster

Dialogrutor

Dialogrutor är vanligtvis inte huvudfönstret i ett program, visas inte i aktivitetsfältet och kan inte maximeras till helskärm och tillåter ofta inte ens storleken på fönstret. Dialogrutan måste stängas efter att ha utfört en åtgärd eller läst ett meddelande; för detta har dialogrutan knappar som stänger fönstret genom att klicka på dem. Så dialogen behöver inte heller en "stäng"-knapp. OS X skiljer sig åt, där dialoger i de flesta fall inte är fönster, utan speciella kontroller som visas under namnlisten i det överordnade fönstret.

Modalt fönster

Ett modalt fönster är ett fönster, vanligtvis en dialogruta, vars öppning blockerar åtkomst till element i det överordnade fönstret.

Paneler, paletter och flytande fönster

Paneler, paletter och flytande fönster tenderar att sitta ovanpå programmets huvudfönster eller dokumentfönstret, även om det har ingångsfokus. När du använder MDI , eller ett gränssnitt med flera fönster, förblir panelerna som regel gemensamma för alla dokument. Vanligtvis har paneler och paletter en förenklad vy av fönstret med en reducerad titel och inga maximera och minimera knappar. När du använder Dra och Dock -teknik förvandlas panelen till ett verktygsfält om den förs till kanten av fönstret .

Dokumentfönster i flerdokumentapplikationer

I applikationer för flera dokument beror Windows beteende på vilken variant av gränssnittet för flera dokument som används.

I SDI är dokumentfönstret i huvudsak programmets huvudfönster. Om det finns flera dokument är alla programfönster lika. Programmet avslutas när alla programfönster stängs. Att växla mellan programfönster är detsamma som att växla mellan program: till exempel genom aktivitetsfältet.

Gränssnittet med flikar har vanligtvis ett enda fönster, men vissa applikationer låter dig ha flera fönster öppna och flytta flikar från ett fönster till ett annat - sådana fönster fungerar som SDI.

MDI antar att det finns ett huvudprogramfönster och dokumentfönster som finns inuti huvudfönstret. Att stänga alla dokumentfönster avslutar inte programmet - i det här fallet visas bara ett tomt område för fönster. Om dokumentfönstret maximeras förlorar det sin titel och ram, och fönsterkontrollknapparna och programikonen flyttas till menyraden . Om fönstret är minimerat fungerar det på samma sätt som ett vanligt fönster utan aktivitetsfält. Om flera dokumentfönster är öppna och de är maximerade till helskärm, sker växling mellan dem genom "fönster" i menyraden .

Ett gränssnitt med flera fönster innebär vanligtvis användning av paneler och flytande fönster som är gemensamma för alla dokument. En av dessa paneler kan också vara huvudfönstret, vars stängning leder till att applikationen stängs, men vissa applikationer kan också stängas när alla dokumentfönster är stängda (som med SDI).

Stiliserade fönster

Vissa program, som mediaspelare , kan använda formaterade fönster som oberoende styr visningen och beteendet för alla kontroller. Sådana program tillåter ofta ett användaranpassningsbart utseende. Ofta i sådana program har välbekanta kontroller ett något annat syfte, eller är placerade på en annan plats. Till exempel, i Winamp-spelaren och andra som använder samma gränssnitt av skal, expanderar inte knappen mellan "stäng" och "minimera" spelaren till helskärm, utan minskar dess fönster till titelns storlek, medan vissa widgets överförs till titeln, så att du kan styra spelaren i ett minimerat tillstånd.

Alternativ

Att använda windows är obekvämt på mobila enheter på grund av den lilla skärmstorleken och fokus på fingerkontroll med pekskärmen. I dem expanderas varje applikation till helskärm eller finns som en ikon i meddelandefältet . Även i helskärmsläge fungerar vanligtvis program som spelar upp videor, bildvisare och många datorspel.

På stora skärmar, tvärtom, kan det vara bekvämare att använda en ramfönsterhanterare , där applikationer finns i icke-överlappande områden. Med ramar kan du minimera användningen av musen .

Vissa program kanske inte kräver windows alls för att visa gränssnittselement. Programgränssnittet kan visas inom en ikon, live-bricka eller gadget.

Anteckningar

  1. Xerox Alto . Hämtad 31 oktober 2015. Arkiverad från originalet 6 november 2015.
  2. GUI:s historia | Ars Technica . Hämtad 31 oktober 2015. Arkiverad från originalet 31 oktober 2015.
  3. Lauren Archer. Hur gick användningen av [x] i GUI-design  = X för att stänga. Ursprunget till användningen av [x] i UI-design. .

Litteratur