Når det gjelder grafiske brukergrensesnitt , refererer fanebasert surfing til muligheten for flere informasjonspaneler som kan inneholdes i et enkelt hovedvindu, ved å bruke faner for å bytte mellom dem. Det er mulig å referere til dette som TDI , et akronym for engelsk Tabbed document interface , eller Tabbed document interface på spansk. Akronymet TDI vil innebære en viss likhet med Microsoft Windows - standardene for MDI ( Multi Document Interface ) og SDI ( Single Document Interface).), men fanebasert surfing er ikke en del av Microsoft Windows User Interface Guidelines — Microsoft Windows User Interface Guidelines .
Nettlesere er kjent for å implementere denne typen grensesnitt. Booklink Technologies var banebrytende i 1994 med å implementere denne typen grensesnitt i sin InternetWorks -nettleser . Et fanebasert grensesnitt dukket senere opp i 1997 i Netcaptor -nettleseren . Andre nettlesere inkluderer IBrowse i 1999 , Opera i 2000 (med utgivelsen av versjon 4), Mozilla i 2001 (ved bruk av Multizilla- utvidelsen i april 2001 og med en innebygd implementering lagt til versjon 0.9.5 i oktober 2001), Konqueror 3.1 i januar 2003 og Safari i 2003. Versjon 5 av OmniWeb , utgitt i august 2004 , inkluderer i tillegg til faner, et konfigurerbart panel med forhåndsvisninger av nettsidene som besøkes. I 2006 implementerte de første betaversjonene av Internet Explorer 7 denne funksjonen.
Det er debatt om hvordan et fanebasert grensesnitt dekkes av Windows User Interface Guidelines . På mange måter ligner Workgroup - vindusadministrasjonsmodellen på surfing med faner. Imidlertid ble denne modellen nylig lagt til Windows User Interface Guidelines , og mange utviklere foretrekker fortsatt å se enkeltdokumentgrensesnittet og flerdokumentgrensesnittet som de viktigste for Windows.
En viktig fordel med fanebasert surfing er at den holder flere relaterte dokumenter sammen i ett vindu, i stedet for flere separate vinduer. En annen kvalitet er at ulike relaterte dokumenter kan grupperes innenfor ulike vinduer. Å bruke faner i stedet for nye vinduer for å vise innhold bruker mindre systemressurser (selv da kan det å ha flere faner aktive samtidig føre til et merkbart forbruk av systemressurser).
Noen nettlesere som implementerer faner lar brukeren gjenoppta en nettlesingsøkt ved å vise sidene som ble besøkt på tidspunktet forrige gang sluttet.
UlemperSelv om fanebasert surfing tillater flere ruter i et enkelt vindu, er det problemer med dette grensesnittet. En av dem er hvordan du håndterer flere faner samtidig.
Hvis fanene er ordnet i en enkelt horisontal linje, har de en tendens til å klumpe seg sammen når antallet øker (dette problemet oppstår også i et enkelt dokumentgrensesnitt, bare flyttet til en annen del av det generelle grensesnittet).
For å omgå problemet ovenfor velger noen implementeringer å dele faner i rader når en viss grense er overskredet. Dette resulterer i tap av tilgjengelig vertikal plass når det er for mange aktive faner. Det skaper også et problem med å finne en bestemt fane siden bare å se på plasseringen til en fane ikke indikerer forholdet til andre faner.
For personer som er vant til et enkelt dokumentgrensesnitt, kan multidokumentgrensesnittet være forvirrende ettersom ett panel kan ende opp gjemt bak andre. Noen applikasjoner som implementerer et grensesnitt for flere dokumenter mangler en oppgavelinje eller meny som gir enkel tilgang til alle paneler, derfor kan et dokument i noen tilfeller bare bli funnet etter å ha lukket alle de andre. På den annen side er faner alltid maksimert, og alle applikasjoner som implementerer fanebasert surfing har en oppgavelinje eller meny for enkel tilgang til hvert dokument.
UlemperI en implementering av ren fanebasert nettlesing må paneler alltid maksimeres innenfor hovedvinduet, slik at ingen to dokumenter kan være synlige samtidig. Dette gjør det vanskelig å sammenligne to dokumenter eller kopiere og lime inn informasjon mellom dem. Et grensesnitt for flere dokumenter lar deg flislegge eller kaskade paneler, og unngå dette problemet.
For å omgå dette problemet har noen applikasjoner laget hybrider av multidokumentgrensesnitt og fanebasert surfing. Opera-nettleseren bruker faner som standard, men har en multi-dokument grensesnittimplementering som lar deg flise eller kaskade, eller stable en gruppe faner i en enkelt fane. Det kan også fungere som et enkelt dokumentgrensesnitt. Andre nettlesere som Mozilla Firefox og Netcaptor lar deg ha flere forekomster av programmet aktive, slik at du kan ordne fanene i forskjellige hovedvinduer - i disse tilfellene vil du dra nytte av operativsystemets native multi-dokument grensesnitt .
På den annen side gir nyere versjoner av XEmacs og Microsoft Visual Studio et hybridgrensesnitt som lar hovedvinduet deles inn i flere ruter, som hver inneholder sin egen gruppe faner. Ion WM - vindusbehandleren lar deg gjøre det samme med hele skrivebordet .
Disse hybridene gir det beste av hver type grensesnitt, selv om det kan være vanskelig for noen brukere å venne seg til.
Et annet viktig problem er at fanene er prosesser som forstyrrer hverandre og forårsaker ustabilitet i programmet.Dette skjer i alle programmene som har denne funksjonen; en løsning er å administrere fanene som separate prosesser, Google Chrome er den første nettleseren med denne funksjonen, i tilfelle fanen "henger" påvirker den ikke de andre, denne innovasjonen er av største betydning, den er allerede implementert i Apple Safari og det er mulig at det vil bli implementert i resten av nettleserne.