Fokus , inputfokus - et konceptuelt koncept i opbygningen af en grafisk brugergrænseflade , hvilket betyder, at et bestemt element i denne grænseflade har eneret til at acceptere tastaturinput . Navnet er en hentydning til menneskesynets evne til at fokusere på et lille område af synsfeltet.
Fokus må ikke forveksles med udvælgelse - fokus strækker sig til grænsefladeelementer, mens selektion strækker sig til deres indhold. Derudover er fokus altid på et strengt ét element, mens udvalget kan være flere.
I databehandling angiver fokus valget af et GUI- element . Tekst, der indtastes fra tastaturet eller indsættes fra udklipsholderen , sendes til den komponent, der har fokus. At flytte fokus væk fra et bestemt UI-element kaldes en sløringshændelse på det element. Typisk fjernes fokus fra et element, hvilket giver fokus til et andet element. Det betyder, at fokus- og sløringshændelser normalt sker på næsten samme tid, men på forskellige UI-elementer: den ene får fokus, og den anden bliver sløret.
Konceptet ligner en markør i et tekstmiljø. Men når man overvejer GUI, er musemarkøren også involveret. Bevægelse af musen flytter normalt musemarkøren uden at ændre fokus. Fokus kan normalt ændres ved at klikke på en komponent, der kan modtage fokus med musen. Mange desktops giver dig også mulighed for at ændre fokus ved hjælp af tastaturet. Normalt bruges tasten Tab ↹til at flytte fokus til den næste fokuserbare komponent, og ⇧ Shift+Tab ↹ til at flytte den forrige. Da GUI'er først dukkede op, havde mange computere ikke mus, så dette alternativ var vigtigt. Denne funktion gør brugergrænsefladen nemmere at bruge for folk, der har svært ved at bruge en mus. Under visse omstændigheder kan du også bruge markørtasterne til at flytte fokus .
En brugergrænseflade kan have flere elementer, der på en eller anden måde kan reagere på tastaturinput. Men af grunde til sund fornuft, når der indtastes data (eller kommandoer) fra tastaturet, bør ethvert element i vinduet modtage dem , som brugeren adresserer disse data til, når de indtaster. Derfor, når man designer logikken i brugergrænsefladen, introduceres konceptet fokus som et sæt:
Et element siges at have fokus , eller fokus er på et element , hvis, når en tastaturhændelse indtræffer, det element vil reagere på en bestemt måde på hændelsen. For at gøre det muligt for brugeren at bestemme, hvilket element der i øjeblikket har fokus, skelnes elementet normalt grafisk fra andre lignende elementer på en særlig måde.
Hvis systemet ikke antager tilstedeværelsen af et tastatur (selv virtuelt ) som en inputenhed, eller der på et givet tidspunkt kun er ét element, der er i stand til at reagere på tastaturhændelser, giver begrebet "fokus" i sådanne systemer ikke mening og bliver ikke brugt.
Deaktiverede elementer kan normalt ikke have fokus.
For at øge brugeroplevelsen får brugeren ofte flere muligheder for at skifte fokus fra et element til et andet. Forskellige operativsystemer og applikationer til dem kan have forskellige metoder. Normalt kan du flytte fokus fra et element til et andet ved hjælp af visse tastaturtaster (f.eks Tab ↹. og ⇧ Shift+ Tab ↹for at skifte fokus til det næste/forrige element i Windows ), eller ved at bruge musen. Der er forskellige modeller til at skifte fokus med musen: for eksempel i Windows eller MacOS modtager et element fokus efter at have klikket på det; i nogle X11-vindueadministratorer vil blot at flytte musemarkøren hen over et element give det fokus.
I de fleste større brugergrænseflader, såsom dem, der er oprettet af Microsoft og Apple , finder man ofte en "fokus følger klik" (eller "klik for at fokusere") politik, hvor musen skal klikkes inde i et vindue for det pågældende vindue. at fokusere. Det får også normalt vinduet til at hæve sig over alle andre vinduer på skærmen. Hvis klikfokusmodellen bruges , fortsætter det aktuelle programvindue med at bevare fokus og indsamle input, selvom musemarkøren er over et andet programs vindue.
En anden almindelig politik på Unix -systemer, der bruger X Window System (X11) er "fokus følger mus" eller FFM-politikken, hvor fokus automatisk følger den aktuelle placering af markøren. Vinduet i fokus behøver ikke at gå op, dele af det kan forblive under andre vinduer. Vinduesadministratorer med denne politik tilbyder typisk en "auto-raise", der hæver et vindue, når det har fokus, normalt efter en konfigurerbar kort forsinkelse. En mulig konsekvens af followfocus- politikken er, at intet vindue har fokus, når markøren bevæger sig over baggrunden uden et vindue under sig. Ellers forbliver fokus blot på det sidste vindue.
Sloppyfocus - modellen er en variant af followfocus-modellen. [2] Dette gør det muligt for det sidst fokuserede vindue at fortsætte med at indsamle input, når musen bevæger sig væk fra et vindue, såsom over menulinjen eller skrivebordsområdet.