Fane (interface) - Tab (interface)
I grænseflade design er et faneblad dokument interface ( TDI ) eller Tab et grafisk kontrolelement, der gør det muligt at indeholde flere dokumenter eller paneler i et enkelt vindue , ved hjælp af faner som en navigations widget til at skifte mellem sæt af dokumenter. Det er en grænsefladestil, der oftest er forbundet med webbrowsere , webapplikationer , tekstredigerere og præferencepaneler, hvor vinduesadministratorer , især flisebelagte vinduesadministratorer , er mindre kendte eksempler.
GUI -faner er modelleret efter traditionelle kortfaner indsat i papirfiler eller kortindekser (i overensstemmelse med skrivebordsmetaforen ).
Historie
WordVision DOS tekstbehandleren til IBM PC i 1982 var måske det første kommercielt tilgængelige produkt med en fanebladgrænseflade. PC Magazine skrev senere, at det "har fungeret som en gratis F & U-afdeling for software-forretningen-dets knogler plukket over i et årti af programmører, der leder efter såkaldte nye ideer".
Don Hopkins udviklede og udgav flere versioner af vinduesrammer med faner til NeWS -vinduesystemet som gratis software, som vindueshåndteringen anvendte på alle NeWS -applikationer, og gjorde det muligt for brugere at trække fanerne rundt til enhver kant af vinduet.
Den NeWS version af UNIPRESS s Gosling Emacs teksteditor var en anden tidlig produkt med flere fanebladsvinduer i 1988. Den blev brugt til at udvikle et authoring værktøj til Ben Shneiderman 's hypermedier browser HyperTIES (Nyheden arbejdsstation version af Det Interaktive Encyclopedia System), i 1988 ved University of Maryland Human-Computer Interaction Lab . HyperTIES støttede også pie menuer til styring af vinduer og browsing hypermedia dokumenter med PostScript applets .
Mens Boeing Calc allerede udnyttet fanebladsvisninger plader (som såkaldte wordpads ) i hvert fald siden 1987, Borland 's Quattro Pro populariseret faner til regneark i 1992. Microsoft Word i 1993 brugte dem til at forenkle undermenuer. I 1994 BookLink Technologies featured tabbed vinduer i sin InternetWorks -browser. Samme år dukkede tekstredigeringsværktøjet UltraEdit også op med en moderne multi-row fanet interface. Tab -interface -tilgang blev derefter fulgt af Internet Explorer -skallen NetCaptor i 1997. Disse blev fulgt af en række andre som IBrowse i 1999 og Opera i 2000 (med udgivelsen af version 4 - selvom en MDI -grænseflade blev understøttet før da) , MultiViews oktober 2000, som ændrede navn til MultiZilla den 1. april 2001 (en udvidelse til Mozilla Application Suite ), Galeon i begyndelsen af 2001, Mozilla 0.9.5 i oktober 2001, Phoenix 0.1 (nu Mozilla Firefox ) i oktober 2002, Konqueror 3.1 i januar 2003 og Safari i 2003. Med udgivelsen af Internet Explorer 7 i 2006 havde alle større webbrowsere en fane -grænseflade.
Brugere har hurtigt vedtaget brugen af faner i webbrowsing og websøgning. En undersøgelse af fanebladet browsingadfærd i juni 2009 viste, at brugere skiftede faner i 57% af fanesessionerne, og 36% af brugerne brugte nye faner til at åbne søgemaskineresultater mindst én gang i løbet af denne periode.
Talrige specialfunktioner i forbindelse med browserfaner er dukket op siden da. Et eksempel er visuel fane -browsing i OmniWeb version 5, der viser forhåndsvisningsbilleder af sider i en skuffe til venstre eller højre for hovedbrowservinduet. En anden funktion er muligheden for at genbestille faner og bogmærke alle de websider, der åbnes i faneblade i et givet vindue i en gruppe eller bogmærke-mappe (samt muligheden for at genåbne dem alle på samme tid). Links kan oftest åbnes i flere tilstande ved hjælp af forskellige brugergrænsefladeindstillinger og kommandoer:
- i et nyt hovedvindue
- i det samme hovedvindue og faneblad
- i det samme hovedvindue og et nyt faneblad, som øjeblikkeligt aktiveres
- i det samme hovedvindue og et nyt faneblad, der forbliver i baggrunden, indtil brugeren skifter til det.
Der er mindre brugervenlighedsproblemer, f.eks. Om en ny fane åbnes i slutningen af fanelisten eller ved siden af dens "forælder". For eksempel markerer Internet Explorer fanefamilier med forskellige farver.
Udvikling
I 2021 offentliggjorde forskere den første dybdegående undersøgelse af grænseflader til webbrowsere i over et årti. De fandt ud af, at mange mennesker kæmper med faneoverbelastning og gennemførte undersøgelser og interviews om folks fanebrug. Derved formaliserede de pres for at lukke faner og for at holde faner åbne. Forfatterne udviklede derefter relaterede UI -designovervejelser , som kunne muliggøre bedre værktøjer og ændringer af koden for webbrowsere - som Firefox - der gør det muligt for vidensarbejdere og andre brugere bedre at styre - og gøre brug af - deres browserfaner.
Overholdelse af Microsofts brugergrænseflade -retningslinjer
Navnet TDI indebærer lighed med Microsoft Windows -standarderne for flere dokumentgrænseflader (MDI) og enkeltdokumentgrænseflader (SDI), men TDI udgør ikke en del af retningslinjerne for Microsoft Windows -brugergrænseflader . Der er en vis debat om, hvordan TDI passer ind i retningslinjerne for Microsoft Windows -brugergrænseflader. På mange måder ligner Workbook -vindueshåndteringsmodellen tættest på TDI. Dette er imidlertid en forholdsvis nylig tilføjelse til retningslinjerne for brugergrænseflader i Windows, og de fleste udviklere foretrækker stadig at se SDI eller MDI som de primære dokumentmodeller for MS Windows.
Sammenligning med SDI
Fordele
Fordi fanebladet dokumentgrænseflade holder mange forskellige dokumenter logisk under et vindue, holder det det primære operativsystems grænseflade fri for rod, der ville blive skabt af et stort antal små undervinduer. En anden fordel er, at sæt af relaterede dokumenter kan grupperes i hvert af flere vinduer. Webbrowsere med faner giver ofte brugere mulighed for at gemme deres browsersession og vende tilbage til den senere.
Ulemper
Selvom dokumentgrænsefladen med faner muliggør flere visninger under et vindue, er der problemer med denne grænseflade. Et sådant problem er at håndtere mange faner på én gang. Når et vindue er tabbet til et bestemt antal, der overstiger det tilgængelige visningsområde, rodner fanerne op (dette er det samme problem som med SDI, men flyttes til et andet sted i brugergrænsefladen).
Faner med flere rækker er et andet problem, der vises i menudialogbokse i nogle programmer. Nogle foretrækker at have mange faner åbne, og nogle programmer hjælper med at gøre disse kompakte, men alligevel identificerbare, mens de normalt behandler flere rækker faner i et vindue har to ulemper:
- Det skaber overskydende vinduesrod, medmindre det er begrænset til omkring 3 rækker, der kan rulles af musehjulet.
- Det komplicerer, hvad der skal være en letlæselig dialog, og gør det samtidig lettere at se titlerne på mange faner på én gang.
Det kan være svært for nogle mennesker at finde en bestemt fane i en tabelformet grænseflade på 3 eller 4 niveauer. En del af problemet med denne vanskelighed ligger i manglen på nogen sorteringsordning. Uden sådanne faner kan der strøes rundt uden nogen følelse af orden, og det giver derfor ingen meningsfuld forståelse af en fane i forhold til andre faner at lede efter en fane. Derudover kan rod, der er skabt af flere faner, oprette en dialog, der er usædvanligt lille, med fanerne over det, der dominerer vinduet.
Selvom fanebladvinduer er tilstrækkelige i miljøer, hvor der er en minimal nødvendighed for faner (omkring ti faner eller mindre), skaleres denne ordning således ikke , og alternative metoder kan være nødvendige for at løse dette problem.
Blandt metoderne til at løse problemerne med skalerbarheden af mange faner:
- gruppere faner ved at trække/flytte dem og eller fryse deres position og derefter reducere bredden på de enkelte faner, så flere kan passe inden for det tilgængelige område, herunder flere fanerækker, og
- ændre farven på udvalgte faner eller i henhold til kilde, sammen med brug af favicons til identifikation og værktøjstip ved mouseover
- introducer rulning for at gøre det muligt for faner at optage et ikke-synligt område af skærmen
- introducere sektioner på forskellige måder for at sprede faner ud til flere områder
- indføre realtid zoome på en fane, baseret på placeringen af musemarkøren
- kassér faner til fordel for et andet grænsefladeelement, f.eks. en listeboks eller rulleliste
Et stort antal fanebladvinduer skaleres bedre med fanerne langs venstre eller højre kant af vinduet, i stedet for de øverste eller nederste kanter. Det er fordi fanetiketter normalt er meget bredere end de er høje, og fordi det nu er almindeligt at bruge displays, der er betydeligt bredere end nødvendigt for at vise dokumenter og websider. Den NeWS version af UNIPRESS Emacs tekst editor placeret faner langs højre vindue kant og lagde vinduer ud i en lodret kolonne, så hver fane var oprindeligt synlig, og brugeren kan bruge dem til at hæve og sænke vinduer, trække dem rundt i kolonnen, eller træk dem ud hvor som helst på skærmen.
Faneblade med faner kan give brugeren frihed til at placere fanerne langs enhver kant, så alle fire kanter er tilgængelige for at organisere forskellige grupper af faner, som brugeren eller applikationen finder passende. PSIBER visuelle PostScript -programmeringsmiljø for NeWS havde faner, som brugeren kunne holde på stakken (repræsenteret som en "pig"), og brugeren kunne flytte fanerne til enhver kant. NeWS -tærte -menuen og fanevinduehåndteringen gjorde det muligt for brugere at placere fanerne hvor som helst langs enhver kant, og fanerne dukkede op på tærte -menuer med vindueshåndteringsfunktioner, til at afdække og begrave vinduer osv.
Sammenligning med MDI
Fordele
For folk, der er vant til SDI, kan MDI være forvirrende, da vinduer kan skjules bag andre vinduer. Nogle MDI -applikationer mangler en proceslinje eller menu for at give hurtig adgang til alle vinduer, så for disse applikationer kan et vindue i nogle tilfælde kun findes ved at lukke eller flytte alle andre. I praksis giver de fleste MDI-miljøer imidlertid meget rigere funktionalitet til at skifte vindue end SDI-orienterede miljøer. På den anden side, da de fleste faner i TDI -applikationer er synlige og direkte tilgængelige, er det meget sværere for vinduer at gå "tabt". Nogle MDI -applikationer som Opera og Eudora har også denne fordel ved at have faner for at få adgang til vinduerne.
Ulemper
TDI -vinduer skal altid maksimeres inde i deres overordnede vindue, og derfor kan to faner ikke være synlige på samme tid. Dette gør det vanskeligere at sammenligne dokumenter eller let kopiere og indsætte mellem to dokumenter. Fuld MDI -grænseflader giver mulighed for flisebelægning eller kaskadering af børnevinduer og lider ikke af disse begrænsninger.
Et eksempel på et program, der tillader enten TDI- eller MDI -browsing, er Opera . Ved brug af TDI som standard understøtter dette program også fuld MDI og kan også køre som et SDI -program.
For at afbøde disse problemer, nogle integrerede udviklingsmiljøer, såsom de seneste versioner af XEmacs og Microsoft 's Visual Studio , giver en hybrid-grænseflade , der gør det muligt at opdele det overordnede vindue i flere MDI-lignende 'ruder', hver med deres egen separate TDI fanesæt. Flisevindue -ledere som Ion gør det samme for hele skrivebordet . Dette giver mange af fordelene ved både MDI og TDI, selvom det stadig kan være svært for brugerne at vænne sig til. Den Konqueror browser ved KDE (tilgængelig på Unix og Unix arbejde-alikes, såsom Linux og Windows) understøtter flere dokumenter inden en fane ved at opdele dokumenter. På en Konqueror-fane kan dokumenter opdeles vandret eller lodret, og hvert opdelt dokument kan deles igen.
En anden strategi til håndtering af den begrænsning, at kun et fanebladet normalt ville være synligt ad gangen, er at tillade en fane at trækkes uden for det overordnede vindue og konverteres til et separat vindue (som selv kan have flere faner). Dette understøttes f.eks. I webbrowserne Google Chrome , Mozilla Firefox 3.5 og Internet Explorer 9 .
Vinduesadministratorer, der giver en dokumentgrænseflade med faner
Følgende vinduesadministratorer har en fanebladet dokumentgrænseflade:
- i3 - Tiling window management til rådighed for de fleste Unix -lignende systemer
- Wmii - Tiling window management som i3 er baseret på
- PWM
- Fluxbox
- KWin - KDE SCs standardvindueshåndtering, siden KDE 4.4
- Fanebladet Pie Menu Window Manager til The NeWS Toolkit 2.0 (1991)
- PekWM
Patentstrid
Adobe Systems har patenter i USA og Europa på visse anvendelser af GUI -faner, der i vid udstrækning anses for at være trivielle patenter . Der var kendt teknik i både GUI og tekstbrugergrænseflader (TUI).
Adobe brugte disse patenter til at sagsøge Macromedia Inc. for at bruge faner i sit Macromedia Flash -produkt. Adobe vandt sagen og $ 2,8 millioner i erstatning. Imidlertid indledte Macromedia en kontrasæt, der endte med en dom på 4,9 millioner dollars mod Adobe. Dragterne blev afgjort på ikke oplyste vilkår. I 2005 sluttede Adobe yderligere strid mellem de to selskaber, da det købte Macromedia for cirka 3,4 milliarder dollars.
Den 18. april 2007 anlagde intellektuel ejendomsagentur IP Innovation LLC og dets forælder Technology Licensing Corporation sag mod Apple Inc. vedrørende overtrædelse af et amerikansk patent, der oprindeligt blev indgivet af Xerox -forskere i 1987.
Se også
Referencer
eksterne links
- TabPanel -widget
- ASP.NET AJAX kontrolværktøj
- Skriftlige AJAX -faner
- Fanevindue Demodemo i menuen Tærte Fanevindue til NeWS Toolkit 2.0 (1991).
