Hvor er new ActiveXObject("Microsoft.xmldom") dokumentert?

"MICROSOFT.XMLDOM" er faktisk eet af de allerførste ProgID'er til brug for XML - jeg mistænker det for at være en slags laveste fællesnævner, men er ikke sikker på det er "korrekt".

Det er ihvertfald FØR release af MSXML 3.0.

Hvad jeg derimod er sikker på er at funktionaliteten er væsentligt forbedret i MSXML4, hvor du SKAL benytte "MSXML2.DOMDocument.4.0" som ProgID, for at få version 4 funktionalitet.

/CS

Men MSXML2.DOMDocument.4.0 virker ikke i IE6.0.2600.0000 på NT - automation can't create object.

Og funksjonaliteten jeg får i IE6 med Microsoft.xmldom virker rimelig moderne, den forstår fx. et W3C-standard XSL/T-stilark, det gjorde jo ikke IE5.5?

Der skal naturligvis være installeret MSXML 4.0 på maskinen for at det virker - når du bruger Client-Side XML, er det jo umuligt at sikre sig.

Har du overvejet/adgang til at gøre det Server-Side?

/CS

Med IE6 medfølger MSXML 3.0, og derfor forstår den bl.a. XSLT 1.0

/CS

Ja, jeg har overveid server-side. Hvis dette skal gjøres på alvor, må det kjøre på serveren. Har både IIS5 og Resin og litt av hvert hjemme, men har ingen offentlig tilgjengelig ASP-server. Det er prototyping jeg driver med.

Forestiller meg at IE6 er et rimelig krav å stille til folk som vil se en demo, men installasjon av MSXML4 er nok for strengt.

Dessuten har klientside en fordel: Hvis jeg låner data fra en side som slett ikke vil låne ut dataene sine, er det er fordel om de ikke har noen server å angripe.

Så jeg skal reformulere spørmålet:
Hvor er MSXML 3.0 dokumentert?

Jeg har en .chm fil (HTML Help) du kan få pr. e-mail - man kan jo sikkert ikke downloade den længere fra Microsoft...

/CS

Jo, dér var den da:
MSXML SDK 3.0 http://download.microsoft.com/download/xml/SDK/3.0/WIN98Me/EN-US/xmlsdk.exe

Deilig brutalt. Måtte installe programmet for å få se help-fila. Men tusen takk. Jeg har visst funnet ut mer enn jeg spurte om.