Åbne Hypermedier Syſtemer

Åbne Hypermedier Syſtemer En introduktion til åbne hypermedier systemer og Web augmentation Allan Hansen Hypermedier og Web F2011 HM11/WAU11 1

Oversigt Dexter Hypertext Reference Model - Dexter modellen - Kritik Åbne Hypermedier Systemer - Motivation & Definition - To eksempler Microcosm Devise Hypermedia Web Augmentation: Åbne Hypermedier for WWW - Motivation & Basale Teknikker - The Arakne Environment - Web Augmentation: Open Fluid 2

Dexter Hypertext Reference Model En indflydelsesrig, formel referencemodel for hypermedier - Udviklet 1988-90 af en række ledende hypermedier forskere - The Dexter Hypertext Reference Model. Frank Halasz & Mayer Schwartz Fra Communications of the ACM. Special issue on Dexter based hypermedie, February 1994. 3

Dexter The Dexter model is an attempt to capture, both formally and informally, the important abstractions found in a wide range of existing and future hypertext systems. The goal of the model is to provide a principled basis for comparing systems as well as for developing interchange and nteroperability standards. The model is divided into three layers. The storage layer describes the network of nodes and links that is the essence of hypertext. The runtime layer describes mechanisms supporting the user s nteraction with the hypertext. The within-component layer covers the content and structures within hypertext nodes. The focus of the model is on the storage layer as well as on the mechanisms of anchoring and presentation specification that form the interfaces between the storage layer and the withincomponent and runtime layers, pectively. The model is formalized in the specification language Z, a specification language based on set theory. 4

Dexter Møderne Arrangører: - John Leggett og Jan Walker Deltagere: - Rob Akscyn, Doug Engelbart, Steve Feiner, Mark Frisse, Frank Halasz, Don McCracken, Norm Meyrowitz, Tim Oren, Amy Pearl, Catherine Plaisant, Mayer Schwartz, Karen Smith, Randall Trigg, Bill Weiland, mv. Repræsenterede hypermedie systemer: - Augment, Concordia/Document Examiner, IGD, FRESS, Intermedia, HyperCard, Hyperties, KMS/ZOG, Neptune/HAM, NoteCards, Sun Link Service, Textnet. Oktober 1988, Dexter Inn, Sunapee, New Hampshire Marts 1989, "Chain-o-lakes," Texas April 1990, Cannon Beach, Oregon Juli 1990, Zen Retreat Center, Green Gulch, California 5

Dexter Hypertext Reference Model Dexter Gruppens Mål - Definere fælles forståelse og koncepter for hvad hypermedier er forene forskellige modeller for nodes (knuder) og links - Definere et referencesystem til sammenligning af systemer - Definere udvekslingsformat for hypertekster på tværs af systemer Modellen lægger stor vægt på - Adskillelsen mellem lag i hypermedier systemer (e.g. storage og runtime) - Interaktionen mellem de forskellige lag Identificerer linket som et førsteklasses objekt - Dvs. linket eksisterer som andet end blot en attribut på en tekstselektion Udvider navigationel hypermedie med andre strukturer - (composites som container for andre hypermedier komponenter) 6

Lag i Dexter Modellen Run-time Layer Præsentation af hypertext, Interaktion, Dynamik } Presentation Specification Storage Layer Database med Components Anchoring Within-Component Layer Fokus i modellen Indholdet i dokumenter 7

Visualisering af Dexter Lagene 8

Dexter Modellen - Components Component - Generelisring af alle hypermedier objekter - Superklasse for alle andre Components ankre som peger ind i indholdet præsentationsinformation som definerer hvordan objektet skal vises for brugeren Atomic Component - Container for indhold: node, document, frame, Web page, osv. Link Component - Repræsenterer en relation mellem Components v.hj.a. (mindst 2) link specifiers som udpeger andre Components og deres ankre - Multi-headed link - endda links til andre links Composite Component - Består af andre Components (inklusive andre composites) - Ikke cyklisk inklusion! 9

Dexter Modellen - Components Unikt ID - En entydig identifikation af en Component Anchor - ID (unikt indenfor en component) - Value (angiver en selektion) Presentation specification (PSpec) - Angiver hvorledes en component skal vises Attributter - åben for brugerspecifikation BaseComponent - indholdet (Link) Specifier (mindst 2 pr. link) - Component specification - Anchor ID - Direction (TO, FROM, BIDIRECT, NONE) - Presentation specification 10

Dexter Modellen - Components 11

Dexter Modellen - Links Mindst 2 specifiers pr. link (Halasz & Schwartz, 1990, p. 106-107) 12

Dexter Modellen - Links Opførsel af DeleteComponent - Ingen dangling links! (Halasz & Schwartz, 1990, p. 115) 13

Dexter Modellen - Anchors Ankre: adressering i Dexter Nogle hypermedie systemer bruger indlejrede adresser/ goto - NLS/Augment, KMS, HyperCard, World Wide Web,... Andre systemer bruger eksterne "ankre" - Intermedia, DHM, Microcosm, Multicard, Arakne, Construct, PROXHY, MacWeb, ABC, WEBSs,... - Det mest generelle - valget i Dexter 14

Dexter Modellen - Anchors 15

Dexter Modellen - PSpec Presentation Specifier - Specificerer hvordan en Component skal præsenteres på run-time 16

Kritik af Dexter Modellen Dexter kritik - needs for clarifications and extensions 1. Dangling links: We believe not only in allowing dangling links, but in actively supporting them in a variety of situations. 2. Link directionality: Are the direction attributes TO, FROM, BIDIRECT, NONE adequate? Which senses of link directionality are they meant to cover? 3. Anchors: Is one anchor type sufficient? What do specifiers point at for "whole-component-links"? Are anchors shared between links? 4. Components: How do we connect components to their contents in an integrated hypermedia system that doesn't "own" all material? 5. Composites: Dexter composites only model the internal structure of data objects. But composites should also be used to model structures built from components (e.g. tabletops, browsers, query results)! 6. Multimedia and time: Nor does Dexter handle temporal issues. 7. CSCW: Dexter is silent regarding multi-user aspects and distribution. 17

1. Danling Links Fire forventelige situationer for danling links: 1. Slettet endpoint component, 2. Slettet endpoint anchor, 3. Utilgængelige data objekter i endpoint component, 4. Ugyldig ankerværdi skabt ved redigering uden for hypermediesystemet. Ufuldkomne links bør understøtters - Fx. i forbindelse med strukturering hvor resourcer endnu ikke findes - Place holders - HTTP: 404 Not found? 18

2. Link Retning Semantic direction - Ordning givet ved semantisk forhold mellem linkede components - Eksempel: Et "supports" link mellem to components læses i en bestemt retning: Argumentet i A "supports" argumentet i B. Creation direction - Rækkefølgen link endpoints er oprettet i. - Første endpoint er kilden i linket, mens andet endpoint er destination. Traversal direction - Hvordan linket kan følges. WWW links kan kun følges fra kilde til destination. NoteCards links kan følges i begge retninger, men interaktionen er ikke ens. DHM links kan følges symmetrisk i begge retninger. Hvad med multi-headed links? 19

4. Components og indhold Hvordan kobles components og deres indhold: - Embedded/indeholdt? Eksempel: et tegneprogram der gemmer tegninger som en del af Components i databasen. - eller gemt eksternt og refereret i Component? Eksempel: En video Component, hvor videodata ligger i en ekstern fil. 20

Andre Dexter Anvendelser Interchange format - Simpelt tagged ascii (XML lignende) - Brugt til at konvertere mellem KMS og InterMedia - Hovedsageligt eksperimentel anvendelse, men brugbar for videre arbejde med interchange formater Problemer med interchange - Hvordan mappes et InterMedia link til et KMS link? 21

Dexter Modellens Betydning Identificerede links som "første klasses" objekter - et link er et objekt på linje med et dokument Generaliserede link modellen - links har et vilkårligt (>2) antal ankre, ikke kún 2 Formaliserede Composites - var set før, men blev her generaliseret En præcis specifikation af hypermedie terminologi - gav et fælles sprog til at sammenligne forskellige systemer Satte en høj standard for fremtidige hypermediesystemer - Dexter var et ambitiøst projekt, da det blev beskrevet 22

Dexter Modellen - Opsummering Dexter modellen fik stor betydning som udgangspunkt for videre forskning Pæn opdeling - storage, runtime, within-component proto-åbent hypermedie - links som selvstændige objekter Teoretisk model - ting måtte ændres ved implementation - dangling links, ankre, indlejring 19 23

Oversigt Dexter Hypertext Reference Model - Dexter modellen - Kritik Åbne Hypermedier Systemer - Motivation & Definition - To eksempler Microcosm Devise Hypermedia Web Augmentation: Åbne Hypermedier for WWW - Motivation & Basale Teknikker - The Arakne Environment - Web Augmentation 24

Meyrowitz' Missing Link (Seven Issues + 1) Observation: hypermedie systemer er ikke blevet den store kommercielle succes... 1. Hypermedier ses endnu ikke på alle desktop computere (1988-89) 2. Der findes populære systemer som fx. HyperCard, men de bruges mest til hjælpe dokumenter etc. ikke generelle værktøjer! 3. Hypermedier er ikke blevet et generelt struktureringsværktøj Problem: De eksisterende systemer er monolitiske - Brugerne bliver nød til at forlade deres programmer og udelukkende benytte hypermedie systemet 25

Meyrowitz' Missing Link Observation: Copy/paste var for blot få år siden en eksotisk teknik på Xerox PARC systems I dag (1989): copy/paste findes over alt - Brugerne forventer at funktionaliteten er tilstede - Indbygget som del af operativsystemet Forslag: Implementer linking på operativsystem og toolbox niveau ligesom cut'n'paste - Gør det nemt for udviklere at benytte i deres applikationer! 26

Hvad er Åbent Hypermedie? Essensen er integration med tredje-parts applikationer: - "Any system that is intended to integrate applications will need to be an open hypertext system, in the sense that it will need to be extensible, tailorable and possess some published interface whereby content viewers may communicate with the link service." (Davies et al.) Integration med applikationer - Åbent hypermedie er lim mellem programmer som ikke er designet til at arbejde sammen - Åbent hypermedier tillader (i større eller mindre grad) at der linkes ind i og fra dokumenter, som ikke har hypermedieunderstøttelse. Konsekvens 1. Åbne hypermedie systemer gemmer links uden for dokumenter 2. Åbne hypermedie systemer skal være fleksible og udvidbare 3. Udvikling af åbne hypermedie systemer er det muliges kunst 27

Microcosm Udviklet på University of Southampton - produkt version distribueret af Multicosm ltd. (blev siden Active Navigation) Integration af rigtige tredje-parts applikationer - minimal ændring af eksisterende applikationer Nye linkkoncepter "Ending the tyranny of the Button" - 'generic' og 'local' links Mange erfaringer med systemet i brug - Uddannelse - Industrien (CAD) Understøttelse af flere platforme - primært Windows, men også Unix og Mac 29

Udfordringer (gælder for alle åbne hypermedia systems) Et åbent hypermedie system bør kunne: - Åbne programmer og dokumenter - Præsentere links ("buttons") eller destinationer i dokumenterne - Modtage kommandoer fra brugeren af programmet, for at følge links oprette links oprette ankre... - og være i stand til at tilgå relevant information fra programmet 30

Udfordringer (gælder for alle åbne hypermedia systems) Ideelt: - Integrationen skal ske som en naturlig del af programmet - Dvs. fra en brugers synspunkt er hypermediefunktionaliteten en del af brugerens program - OHS skal arbejde i baggrunden Dvs. at OHS et skal kommunikere med mange forskellige tredjeparts programmer - og programmerne er sandsynligvis ikke forberedt for kommunikation med et OHS 31

Microcosm Integrationsniveauer Tæt integration Løs integration Tailor Made Viewers - Skræddersyede programmer fuldstændig integreret med OHS et Source Code Adaptation - hypermedieprimitiver (anchors, links) og OHS kommunikation og protokoller kan tilføjes til programmet Object Oriented Re-Use - Som Tailor Made Viewers (men benytter nedarvning og OO-teknikker) Application Interface Level Adaptation - Programmet kan programmeres gennem API eller makro-sprog - Visual Basic, AppleScript, DOM: JavaScript... Shim or Proxy Programs - Programmet styres gennem et lille ekstra program der kan kommunikere med OHS et ("Universal Viewer") Launch Only Viewers - Kommunikation er ikke mulig. - Kan kun vise hele dokumenter 32

Microcosm arkitektur Meget udvidbart design linkbaser og filtre Filtre kan blive tilføjet og fjernet Microcosm starter og styrer navigationen i programmer baseret på brugerens interaktion 33

Link types in Microcosm Specific link - fra et objekt med en specifik placering i et kildedokument til et objekt med en specifik placering i et destinationsdokument. Local Link - fra et objekt med en arbitrær placering i et kildedokument til et objekt med en specifik placering i et destinationsdokument. Generic Link - fra et objekt med en arbitrær placering i et arbitrært kildedokument til et objekt med en specifik placering i et destinationsdokument. "Objekt" er typisk en tekststreng Text retrieval links beregnede destinationer - Søgning efter strenge i registrerede dokumenter - lookup i inverterede indexer og beregninger af "similarity coefficient" Billede links 34

Microcosm link fra en linkbase fil Specific link \SourceFile 100.02.24.93.11.39.54 \SourceSelection SPC \SourceOffset 214 \SourceDocType TEXT \DestFile 100.02.24.93.12.40.49 \DestSelection manual \DestOffset 312 \DestDocType TEXT \Description SPC Definition Fuldt specificeret link (a "specific link") Den præcise placering af både kilde og destination er specificeret Ankre lokaliseres ved selektioner og offsets ("counting") - ustabil ankerspecifikation - skal vedligeholdes når dokumenter ændres 35

Microcosm link fra en linkbase fil Local Link \SourceFile 100.02.24.93.11.39.54 \SourceSelection SPC \SourceDocType TEXT \DestFile 100.02.24.93.12.40.49 \DestSelection manual \DestOffset 312 \DestDocType TEXT \Description SPC Definition Local link Fra et objekt med en arbitrær placering i et kildedokument til et objekt med en specifik placering i et destinationsdokument. 36

Microcosm link fra en linkbase fil Generic Link \SourceSelection SPC \SourceDocType TEXT \DestFile 100.02.24.93.12.40.49 \DestSelection manual \DestOffset 312 \DestDocType TEXT \Description SPC Definition Generic link Fra et objekt med en arbitrær placering i et arbitrært kildedokument til et objekt med en specifik placering i et destinationsdokument. 37

Brugergrænseflade: konsekvenser Generic og local links kan matche mange selektioner i et dokument - skal alle instanser highlightes? - kan instanser highlightes? Mange programmer kan ikke highlighte ankrene ("link decoration") - Hvordan ved brugeren så, hvor der skal klikkes for at følge links?! Ending the tyranny of the Button : - vælg noget tekst i dokumentet - (prøv at) følge linket - måske er der et link! - og måske er der ikke... Hvordan angives konteksten for en selektion? (e.g. fyr? bush?) 38

Brugergrænseflade Lukkede applikationer - launch-only for alle applikationer (mindste krav) - universal Viewer (Parasitprogram) - follow link fra applikationer når copy-to-clipboard er understøttet - destinationsanker kan præsenteres ved at søge og scrolle, hvis programmet kan fjernstyres Åbne applikationer - Brug af makrosprog til udvidelse af grænsefladen (menuer, kommandoer,...) - hypermediefunktionaliteten er tilgængelig direkte i grænsefladen - kommunikation af tekstbeskeder omkring links og ankre Protokol baseret på simple taggede beskeder - beskeder fortolkes af et eller flere filtre i Microcosm s filterkæde Integration hovedsageligt baseret på generiske og lokale links og tekstselektionsankre (søgning på selektioner) 39

Fully aware Microcosm viewers Link Buttons 40

Application Interface Level Adaptation AutoCAD integration vba. macrosprog 41

Shim / Proxy Program: The Universal Viewer Kalender integration vba. Universal Viewer The Microcosm Universal Viewer running on top of the Microsoft Calendar program which is completely unaware of Microcosm. The Universal Viewer acts as a shim between Microcosm and unaware applications, displaying the menus and any relevant buttons on the application's title bar, and allows the user to make selections within the application for making or following links. 42

Microcosm vurdering af systemet Mange erfaringer med integration af tredjeparts programmer - Automatisk generering af generiske links en stor fordel - Universal Viewer smart trick - Godt OHS scenarie i slutningen af artiklen Men... - Meget tekst-orienteret problemer med ankre i grafik og lignende - Simpel hypermediemodel: 2-ary links, ingen composites,.. - Mangler multi-user arkitektur 43

Devise Hypermedia (DHM) Industriel prototype udviklet ved DAIMI med EU Esprit støtte fra 1991-95 Understøttelse for inspektionsingeniørers arbejde ved bygningen af Storebæltsbroen En efterfølgende kommerciel udgave: WebNize blev videreudviklet Hypergenic Ltd. <http://www.hypergenic.com/>, nu Mjølner. - Understøtter generaliteten af Dexter modellen - Baseret på et object-oriented Application Framework Multi-platform koncept Inkluderer en multi-bruger arkitektur 45

Devise Hypermedia (DHM) Implementerer et object-orienteret design: - generiske klasser for alle koncepterne i Dexter modellen - klasserne er organiseret som et udvidbart og konfigurerbart framework for hypermedieudvikling Fordele ved implementering af Dexter koncepter: - Adskildelse af Storage (persistent) og Runtime (transient) - Bi-direktionelle links - Multi-headed (n-ary) links - Composites - Et dataformat / udvekslingsformat 46

Devise Hypermedia Arkitektur 47

Storage Component i DHM De forskellige medier og dokumenter håndteres af specialiserede klasser 48

Krav til Devise Hypermedia (fra brugsscenarie) Åbenhed - DHM skal kunne håndtere forskellige programmer og dokumenter som bruges af ingeniørerne - Understøttelse af arbejdsparksis Samarbejde - Inspektionsingeniørerne skal kunne holde sig opdateret med bygningen af broen og ændringer til design mv. - Skal understøtte forskellige former for samarbejde fra afkoblet (decoupled) til tæt-koblet (tightly coupled: What You See Is What I See) Udvidbarhed - Åbne hypermedie systemer bruges i en foranderlig verden og skal kunne tilpasses nye programmer og brug 49

Dokumentarbejde ved bygningen af Storebæltsbroen 50

Devise Hypermedia DHM in action with Excel, MicroStation, Word, and a couple of browsers open 51

Samarbejdsunderstøttelse i DHM Event notification - creation/modification/deletion af objekter (nodes, links, etc.) - ændringer af låse på objekter - brugere abonerer på 'notifications' Sessionshåndtering - En session er en navngivet samarbejdsaktivitet mellem en gruppe af brugere over en periode af tid - muligt at tilmelde og afmelde sig sessioner Lange transaktioner - Midlertidig låsning af objekter for at forhindre overskrivning Udfordring: hvordan forhindre man ændringer af ressourcer uden for systemet? - Dokumenter håndteres gennem et document management system (Documentor) 52

DHM samarbejdsarkitektur 53

Integration med 3-parts programmer (1) Hele dokumenter fra enhver applikation kan være link endepunkter (launch-only). Links til specifikke dele af et dokument kræver at applikationen er åben for kommunikation via DDE, AppleEvent, etc. Programmet skal have et makro-sprog - for at kunne udvide brugergrænsefladen - for at kunne kommunikere med hypermedie service applikation (OHS et) Programmets dokumentformat ændres ikke - Indbyggede mekanismer som bookmarks, celle navve, CAD objekt- ID benyttes som linkankre - Positioner (counting) kan benyttes i skrivebeskyttede dokumenter 54

Integration med 3-parts programmer (2) Hypermedieklienten tilpasses nye applikationer ved OO-specialisering - som det ses i strorage framework Exception håndtering bruges til at håndtere sletning af dokumenter og/eller dele af dokumenter der indeholder hypermedieobjekter Tæt integration med - Microsoft Word - Microsoft Excel - MicroStation (CAD system) 55

Varianter Devise Hypermedia 56

DHM vurdering af systemet Dexter giver et rigt framework for implementeringer Meget rige hypermediestrukturer Avanceret samarbejdsunderstøttelse Men... Kompliceret svært at udvikle til Forholdsvis få understøttede/integrerede programmer sammenlignet med Microcosm 57

World Wide Web Success through simplicity Fordele - Meget, meget stort - Simpel, men fleksibel arkitektur - Stadig flere teknologier Ulemper - Indlejrede, en-vejs links - Kun ejerne af websider kan linke - Links er i nogen grad begrænset til HTML - Kun navigational hypermedia ingen annoterede tours, etc 59

Åbne hypermedier Et forsøg på at gøre hypermedier vidt udbredt Fordele - hypermediefunktionalitet for forskellige heterogene programmer - værktøjsintegration gennem struktur - generelle hypermediemodeller Ulemper - øget kompleksitet og overhead - endnu ikke vidt udbredt - (manglende) standarder? 60

Web-augmentering: Rationale Kombination af OHS & WWW Fordele - Nye strukturer (paths, spatial,...), gemt uden for dokumenterne - Flere strukturer oven på de samme dokumenter - Genbrug, samarbejde, etc. Ulemper - Overhead, ekstra software - copyright? 61

Web-augmentering: Forskellige teknikker Client Hvor? - Server - Proxy - Client Proxy Hvornår? - Pre-render - Post-render Server 62

Web-augmentering: Server-side Ændringer i siderne på serveren (muligt gennem CGI-scripts) Fordele - Ingen konfiguration er nødvendig enhver Web browser kan bruges Ulemper - Besværligt forfatter grænseflade - Svært for systemet at bevare kontrollen (brugeren kan browse uden for systemet) - Eksempler: Walden's Paths, Hyper-G 63

Web-augmentering: Proxy-side Ændringer sker på en proxy Fordele - Lidt konfiguration er krævet, men kan stadig anvendes med almindelige Web browsere Ulemper - Besværligt forfatter grænseflade - Langsomt - al trafik skal gennem proxy - Sårbar overfor dynamisk HTML (Pre-render) Eksempler: DLS, DHMProxy 64

Web-augmentering: Client-side Ændringer sker på brugerens maskine (i klienten) Fordele - Giver en fuld forfatter grænseflade - Programmet har fuld kontrol over navigation mm. Ulemper - Kræver megen konfiguration Web browser specifik Klassisk OHS tilgang - Post-render Forsinkelse pga. at links loades efter siden er downloadet og renderet Eksempler: DLS, DHM/WWW, Webnize, Arakne Environment 65

The Arakne Framework: Rationale Motivation - Man ser mange forskellige programmer som på forskellig vis forsøger at forbedre WWW med ekstra strukturer Mål - Udvikle samlet model for Web-augmentering - Udvikle en robust, komponent baseret softwarearkitektur for hypermedie udviklere - Integration med eksisterende hypermedie værktøjer Navette navigational (udviklet for Arakne) Mimicry temporal media (udviklet for Arakne) Ariadne paths/guided tours CAOS spatial hypermedia 67

The Arakne Framework 68

Open Fluid: Fluid Documents Fluid Documents benytter animerede typografiske ændringer til at vise annotationer og kommentarer i kontekst - Tidligere Fluid Documents applikationer: hypertext, spreadsheets, ebooks, avant-garde fiktion Fluid Links benytter fluid annotations for at forbedre brugerens oplevelse ved browsing - glosses = annotation på linkankre - hjælper læseren til at vælge mellem links Tidligere protoyper fokuserede på den visuelle oplevelse - understøttede brugeroprettede glosses (gemt i dokumenter) og automatisk genererede glosses (hentet fra destination) Brugsstudier validerede den basale ide omkring animation og kontekst 69

Krav til Web Annotationer Direkte augmentering af eksisterende websider finkornet forankring af annotationer i websider Brugere skal kunne se glosses i kontekst Præsentationen af annotationer skal kunne kontrolleres Brugere skal kunne interagere med glosses 70

Web Annotationer med Open Fluid Brugerne skal kunne se glosses i rette kontekst - ideelt: i nærheden af linkankret - Åbning/lukning af annotation animeres, så konteksten er - tydelig glosses er typisk skjult, men kan åbnes interaktivt af brugeren 'push down' teknikker viser gradvist en gloss under dens anker mens andet indhold skubbed ned for at gøre plads til annotationen Interaktion med glosses - indsættelse og udforskning af indlejrede links, annotations - glosses udvider sig og bliver midlertidigt førsteklasses - sideelementer via dynamiske ændringer af DOMen glosses er HTML og kan derfor indeholde alminde web links, åbne hypermedie links og andre fluid annotations 71

Open Fluid: contextual menus This screen shot illustrates the many different contextual menus possible with Open Fluid The menus made it possible to use most of the functionality of Arakne Open Fluid directly in the browser Se demo video i Aula 72

Open Fluid: screen shot Open Fluid would by default use different link decoration for glosses and added links to highlight the semantic difference between these links and ordinary links 73

Open Fluid: gloss opening By utilizing fluid animated text, Open Fluid would put the annotation (or 'gloss') at the appropriate site 74

Open Fluid Allow control of salience of annotations - anchors & glosses: blend in or be visually distinct - use CSS to specify anchor, gloss appearance - cascade inherits easily from context if desired, and 75

Open Fluid Through the use of different link decorations, authors and annotators could distinguish between different types of comments 76

Open Fluid: glosses within glosses Through a general data model, Open Fluid could handle glosses within glosses Thus, comments to comments were supported 77

Arakne: vurdering af systemet Et testmiljø for åben hypermedie/www eksperimenter - Åben mængde af struktureringsmekanismer - Sofistikeret præsentationssystem - Understøttelse for samarbejde - Stor (og kompliceret) kodebase Servers: MEGET større Meget mere komplicerede og desværre meget langsomme 78

Oversigt Dexter Hypertext Reference Model - Dexter modellen - Kritik Åbne Hypermedier Systemer - Motivation & Definition - To eksempler Microcosm Devise Hypermedia Web Augmentation: Åbne Hypermedier for WWW - Motivation & Basale Teknikker - The Arakne Environment - Web Augmentation: Open Fluid 79

Sammenligning af hypermedieunderstøttelse Microcosm DHM WWW Node Document Component HTML Document Anchor Selection, offset Anchor, anchor-id, selection, offset "a" tag Link Marker None or some highlighting Highlighted, if possible underlined text (controlled by stylesheet) Link External (2-ary) External First Class Object (n-ary) Property of "a" tag (unary pointer) Node Groups None Composites None (Frame sets) Link Groups Linkbases OO-Linkbases None Dynamic Link Behavior Yes: Filter-defined Yes: Can be added through framework Some: via Javascript Collaboration Support No Yes Some through WebDAV 80

Opsamling Åben hypermedie giver værktøjer der linker brugernes arbejde sammen - Fokus på brugerens praksis og eksisterende værktøjer - Generelle strukturerings mekanismer, fx. baseret på Dexter-modellen Udvikling af OHS er udfordrende pga. integration med tredje parts applikationer - Ikke alle applikationer er åbne for integration - Forskellige integrations niveauer for forskellige applikationer - ujævn brugsoplevelse (stort problem: interaktionen er nødvendigvis ikke ens på tværs af programmer) - Hvis programmet ændres skal integrationen ændres - måske fra scratch... 81

Opsamling Web-augmentering - WWW er dét monolitiske hypermedia system som faktisk blev en succes, mens alle andre fejlede - i dag, er stort set alle applikationer integrerede med WWW - men der mangler stadig de sofistikerede linking og samarbjedsmekanismer som kendes fra OHS. - Web-augmentering præsenterer en række teknikker som integrerer OHS med WWW og giver værktøjer til avanceret, brugerstyret strukturering af den information og ressourcer der er tilgængelige på WWW - Open Fluid som web-augmenteringsteknik demonstrerer kraftfuldt og intuitivt link og annotationsværktøj 82