Abstract: Hvilke minimumskrav kan der stilles til en tredjepartsapplikation, der skal samarbejde med den underliggende link service, og hvilke hypermediesystemer kan produceres til applikationer som ikke er forberedt til hypermediefunktionalitet?
Der præsenteres et værktøj, Universal Viewer, som kan få et system til arbejde sammen med programmer som ikke er blevet hyperlink-forberedt.
Introduktion og baggrund
Viewers er forsøgt integreret i hypertext systemer på forskellige niveauer:
1. Skræddersyede viewers – programmer som er skrevet specielt til integration i hypertext systemet.
2. Kildekode adaptering. Når kildekoden til en applikation er til rådighed kan man tilføje koden for at kommunikere med hypertext link funktionen.
3 Objekt orienteret gen-brug. Der skabes en class for en basic hypertext viewer, og viewere for særlige datatyper arver fra denne klasse. ???
4. Application interface level adaptation. Mange pakker kommer med fleksible interfaces og makro programmerings sprog, ad den vej er det muligt at tilføje hypertext funktionalitet
5 Proxy programmer. Programmer som sidder mellem hypertextlinkservicen og vieweren og oversætter actions i et system til actions det andet system kan forstå. Sådan et program er Microcosm Universal Viewer.
6. Launch only viewers. Når hypertext systemet kun kan starte et andet program op, men ikke medbringe hypertext funktionaliteten.
En af vanskelighederne ved at integrere hypermediesystemer med desktop-programmer er Dexter modellens krav om at viewer/editor skal håndtere link identifiers. Microcosm indlejrer indentifiers i linksene og gemmer dem eksternt.
3. Microcosm Link Service
Desktop applikationen forudsættes at kunne igangsætte nogle actions der kommunikeres til Microcosm gennem nogle filtre. De tre vigtigste er:
1. Linkbase filtre: Starter en passende viewer op.
2. Linkeren: Skaber linket
3. Den beregnede (computed) Linker: Skaber links fra f.eks tekstsøgning. Der skelnes mellem specifikke links angivet af SourceOffset, lokale links angivet af SourceFile og generiske links, hvor begge attributter er fraværende.
4. Viewer Communication Protocols.
En viewer kan agere helt eller delvis i Microcosms protokoller. Heraf nævnes:
1. Launch Document. SKAL fungere for at brugeren kan komme til destinationen.
2. Knapper. Hvis fraværende fungerer det stadig; brugeren skal bare selv finde ankeret og give kommandoen FollowLink.
3. Start-up options. Muligheden for at indikere ankeret tydeligt, og for at få gengivet særlige farver, fontstørrelser etc.
4. CheckLinkIntegrity. Bekræft at alle links er gyldige (efter editering f.eks)
5. Efterkomme User Actions
5. Applikationer der er forberet til hypermedie brug.
Tilgængeligt makro programmeringssprog i applikationen gør det enkelt at tilføje passende makroer.
6. Applikationer som IKKE er forberedt til hypermediebrug
De har udviklet et parasitisk program – Universal Viewer – der hæfter sig på de ovennævnte applikationer og stiller actions til rådighed.
7. Case
8. Konklusioner
Links og ankre skal lagres udenfor dokumenter, hvis det skal virke. De heraf følgende hyperetxt systemer afviger således fra forgængerne: 1. Navigation er hovedsaglig knude-til-knude eller lokalt/generisk anker-til-knude. 2.Ankre “knappes”/highlightes ikke nødvendigvis i kontekst.
