DHM

From Arnoldsen

(Difference between revisions)
Line 5: Line 5:
DHM har i sin udvikling taget udgangspunkt i at realisere [[Dexter]] Hypertext Reference Modellen, men har også afveget fra den på nogen punkter, hvor den ikke passede ind i brugen af systemet.
DHM har i sin udvikling taget udgangspunkt i at realisere [[Dexter]] Hypertext Reference Modellen, men har også afveget fra den på nogen punkter, hvor den ikke passede ind i brugen af systemet.
-
[[Links]] er et af de steder hvor DHM bryder med Dexter modellen. Systemet understøtter modellens ide med at links ligger som separate objekter, her i en database, og DHM realiserer også multiheadede links, så man fra et [[ankerpunkt]] kan gå flere forskellige steder. Der hvor den bryder med modelllen er ved at den understøtter at et link kan være angivet, uden at det fører nogen steder her (Dangling Link). Baggrunden for at understøtte dangling links er at man ikke kan have kontrol over de dokumenter der indgår i systemet, men ved at man ikke skal have den fulde kotrol med applikationerne. Det gør det også lettere at få det til at fungere sammen med [[WWW]], hvor man ikke nødvendigvis har kontrol over de ting man binder sammen med links, da det let kan være links til andres sider, hvor tingene kan blive flyttet eller de kan blive slettet - derfor er det ikke nødvendigvis ønsket at man ikke længere vil henvise til noget. En anden situation kan være at det [[ankerpunkt]] man henviser til kan være ikke tilgængeligt eller ændret, så det ikke kan findes eller henviser forkert - heller ikke her er det meningen at bare skal fjerne linket, da man stadig ønsker at lave en henvisning. En tredie situation er der hvor man i oprettelsen af dokumentet (som er den situation jeg sidder i nu) ønsker at linke til noget man regner med man skal skrive eller finde, men som man ikke har skrevet eller fundet endnu - der er det også smart at kunne angive et link.
+
[[Links]] er et af de steder hvor DHM bryder med Dexter modellen. Systemet understøtter modellens ide med at links ligger som separate objekter, her i en database, og DHM realiserer også multiheadede links, så man fra et [[ankerpunkt]] kan gå flere forskellige steder. Der hvor den bryder med modelllen er ved at den understøtter at et link kan være angivet, uden at det fører nogen steder her (Dangling Link). Baggrunden for at understøtte dangling links er at man ikke kan have kontrol over de dokumenter der indgår i systemet, men ved at man ikke skal have den fulde kotrol med applikationerne. Det gør det også lettere at få det til at fungere sammen med [[WWW]], hvor man ikke nødvendigvis har kontrol over de ting man binder sammen med links, da det let kan være links til andres sider, hvor tingene kan blive flyttet eller de kan blive slettet - derfor er det ikke nødvendigvis ønsket at man ikke længere vil henvise til noget. En anden situation kan være at det [[ankerpunkt]] man henviser til kan være ikke tilgængeligt eller ændret, så det ikke kan findes eller henviser forkert - heller ikke her er det meningen at bare skal fjerne linket, da man stadig ønsker at lave en henvisning.  
 +
 
 +
I DHM er komponenterne lagret i databasen, men det er normalt kun som en henvisning til et eksternt dokument, der er lavet i en anden applikation. Når man henvender sig til en komponent, så startes om nødvendigt den applikation der kan læse det givne dokument, og hvis der i linket er et anker til et specielt objekt, så vil dette objekt blive vist. Ankeret kan være et markeret anker, hvor applikationen kan finde det direkte i dokumentet, og det kan være et ikke markeret anker, hvor applikationen skal søge eller beregne sig frem til ankerets placering i dokumentet.
 +
 
 +
Ud fra dexter modellen kan DHM også håndtere composits, der kan indeholde mange forskellige samlinger af komponenter. Det kan være resultatet af en given søgning, det kan være en manuel samling af links, komponenter, eller noget helt tredie.
 +
 
 +
Det ser ikke ud til at DHM er i brug længere, men en [http://www.daimi.au.dk/~kgronbak/DHM/ dokumentation] på produktet antyder at det har været realiseret på Windows/NT, der kom i første version allerede i 1993, så systemt har ikke haft nogen lang levetid i sin daværende form.

Revision as of 22:38, 15 March 2008

DHM (DeVise HyperMedia) er et åbent hypermedie system, der som et framework kan udvide funktionaliteten af mange forskellige applikationer, som ikke direkte indgår i hypermediets format, så det kan lave hypermedie af mange forskellige dokumenter som word, excel og CAD-filer, men systemet kan også håndtere andre hypermediesystemer, så som hjemmesider på WWW.

Systemet er skrevet i Mjølner Beta Systemet, der er et objektorienteret programmeringsmiljø, der understøtter databaser, og er udviklet på Daimi ved Århus Universitet.

DHM har i sin udvikling taget udgangspunkt i at realisere Dexter Hypertext Reference Modellen, men har også afveget fra den på nogen punkter, hvor den ikke passede ind i brugen af systemet.

Links er et af de steder hvor DHM bryder med Dexter modellen. Systemet understøtter modellens ide med at links ligger som separate objekter, her i en database, og DHM realiserer også multiheadede links, så man fra et ankerpunkt kan gå flere forskellige steder. Der hvor den bryder med modelllen er ved at den understøtter at et link kan være angivet, uden at det fører nogen steder her (Dangling Link). Baggrunden for at understøtte dangling links er at man ikke kan have kontrol over de dokumenter der indgår i systemet, men ved at man ikke skal have den fulde kotrol med applikationerne. Det gør det også lettere at få det til at fungere sammen med WWW, hvor man ikke nødvendigvis har kontrol over de ting man binder sammen med links, da det let kan være links til andres sider, hvor tingene kan blive flyttet eller de kan blive slettet - derfor er det ikke nødvendigvis ønsket at man ikke længere vil henvise til noget. En anden situation kan være at det ankerpunkt man henviser til kan være ikke tilgængeligt eller ændret, så det ikke kan findes eller henviser forkert - heller ikke her er det meningen at bare skal fjerne linket, da man stadig ønsker at lave en henvisning.

I DHM er komponenterne lagret i databasen, men det er normalt kun som en henvisning til et eksternt dokument, der er lavet i en anden applikation. Når man henvender sig til en komponent, så startes om nødvendigt den applikation der kan læse det givne dokument, og hvis der i linket er et anker til et specielt objekt, så vil dette objekt blive vist. Ankeret kan være et markeret anker, hvor applikationen kan finde det direkte i dokumentet, og det kan være et ikke markeret anker, hvor applikationen skal søge eller beregne sig frem til ankerets placering i dokumentet.

Ud fra dexter modellen kan DHM også håndtere composits, der kan indeholde mange forskellige samlinger af komponenter. Det kan være resultatet af en given søgning, det kan være en manuel samling af links, komponenter, eller noget helt tredie.

Det ser ikke ud til at DHM er i brug længere, men en dokumentation på produktet antyder at det har været realiseret på Windows/NT, der kom i første version allerede i 1993, så systemt har ikke haft nogen lang levetid i sin daværende form.

Personal tools