DHM
From Leko Og Wiki
DHM står for DeVise Hypermedia og er et program der er udviklet ved Århus Universitet i begyndelsen af 1990'erne. DHM tager udgangspunkt i en objektorienteret implementation af Dexter-modellen, og udvider i nogen henseende modellen.
[edit] Dangling links og links directions
I Grønbæk & Triggs artikel (se relevant litteratur) om DHM oplistes blandt andet en række gode grunde til at tillade dangling links - det vil sige links som ikke er tilknyttet nogen destination. Heriblandt at dangling links kan anvendes som intentionelle pladsholdere for dokumenter der endnu ikke eksisterer, og at det kan være nyttigt i forbindelse med at components bliver slettet at bevare links (specielt multiheaded links) der linker til den pågældende component.I DHM kan links således både oprettes som New Link med kun et enkelt endepunkt, nemlig linkets source i brugerens selektion i dokumentet og som New Component helt uden endepunkter. Endepunkterne kan siden tilføjes. Links kan (som i Dexter-modellen) også have andre links som destination.
DHM forholder sig ligeledes kritisk til Dexter-modellens muligheder for links-directions (TO, FROM,BIDIRECT, NONE) og anfører som alternativ følgende tre directions: semantic direction, creation direction, og traversal direction. Den første vedrører det semantiske forhold mellem de components linket forbinder, den anden vedrører rækkefølgen af endepunkternes oprettelse (hvor kilden angives først og destinationen sidst), og den tredje angiver hvordan det er muligt at følge linket (den ene vej, den anden vej, begge veje).
[edit] Anchoring
Anchoring er endnu en ting som DHM udvider i forhold til Dexter-modellen. I stedet for at anvende anchor-id bruger DHM dynamiske referencer (pointers) og skelner desuden mellem tre niveauer af ankre. Ankre for links der har hele components som destination, marked anchors som er markeret i den givne components indhold f.eks. med ikoner eller indrammede regioner og giver direkte adgang til ankeret, og unmarked anchors hvor placeringen af ankeret findes af computeren f.eks. vhja. nøgleord. og derfor forudsætter en søgning.
[edit] Composites
DHM videreudvikler Dexters composites ved at give mulighed for at skræddersy disse til bestemte applikationer. Brugeren vælger således om en component skal være virtuel, dvs. ikke skal gemmes i databasen, eller ej. Hvis et link peger på denne component gemmes det dog. Enhver kan component kan ligeledes være computed , f.eks. være et resultat af en udregning eller søgning, eller være static, manuelt oprettet af en bruger. Et kritisk punkt ved Dexter-modellen er at den ikke skelner mellem components hvis indhold styres af 3.parts applikationer og components hvis indhold styres af hypermediet. Et andet er at Dexter-modellen ikke siger noget om hvordan man kan lave ankre i subcomponents af composites. DHM giver nogle forskellige løsninger på at strukturere indholdet i composites alt efter om det drejer sig om filer (FileComponents) eller movies (MovieComponents). Disse components fungerer som wrapper af indhold. I DHM bliver det også muligt at referere til eksternt indhold i modsætning til i Dexter-modellen hvor alt data skal være indkapslet i den givne composite.
