Og jeg er har brugt den indbygget DOM inspector, til at finde frem til koden. Og den virker også hvis jeg bare sætter iframe src="test.txt" men ikke hvis det er en html siden f.eks...
Det er formodentlig X-domain scripting, du forsøger - og det kan man jo som bekendt ikke. Men derudover kan du heller ikke bruge innerHTML under XHTML.
Hvis du insisterer på at skrive XHTML, skal du nok finde ud af, hvad XHTML overhovedet er - og hvordan det virker (og ikke virker) - for det kniber tydeligvis med reel viden :) En start kunne være at læse disse to artikler: http://www.eksperten.dk/artikler/537 http://www.eksperten.dk/artikler/538
Jeg ved godt hvad XHTML er. Det som du skulle have sagt var at jeg manglede javascript viden inden under XHTML standarderne. Det ved jeg nemlig zero om. ;)
Jeg har ikke mixup af 2 forskellige domæner. Det som jeg sidder og arbejder med, er samme domæne, der er bare lige en ting. Alt hvad der eri IFRAME er subdomæne.my_domæne.dk, og det andet er subdomæne.my_domæne.dk. Så selve domæne delen skulle være i orden.
Jeg kan ikke bruge IE specifikke løsninger til noget, da Microsoft har det med at indbygget ikke standiliseret funktioner. desværre ;)
Det skal være XHTML, det er ikke mit valgt, igen desværre.
Du har præcis een chance for at script på tværs af domæner, men det kræver, at du indser problemet på forhånd, og fortæller javascript-fortolkeren, at den skal betragte både sit eget og det andet dokuments domæne som det samme !-)
-- de(n) eneste gyldige værdi(er) for document.domain er dog forkortelser af server-navnet !o]
-- så www.my_domain.dk kan kun sættes til my_domain.dk, mens www.hej.my_domain.dk kan sættes både til hej.my_domain.dk og my_domain.dk ...
-- bemærk, at det gælder om at have tungen lige i munden, hvis man har domæner på flere niveauer, for hvis document.domain ikke indeholder præcis det samme, vil der blive blokeret for scripting !-)
Du kan som roenving siger gøre det serverside fx i asp ---- <% Dim objXMLHTTP, objXml
' Lav objektet der henter data afhængig hvad din server har 'Set objXml = Server.CreateObject("Microsoft.XMLHTTP") Set objXml = Server.CreateObject("MSXML2.ServerXMLHTTP")
' Vis det hentede data, først som sourcekode og derefter som HTML Response.Write "<h1>HTML teksten</h1><xmp>" Response.Write objXml.ResponseText Response.Write "</xmp><p><hr/><p><h1>HTML format</h1>"
vb2 >> Nej, det, at du ikke kan bruge innerHTML under XHTML, har intet med JavaScript og ECMA-standarden at gøre. Det er nemlig ikke ECMA, der fastlægger den slags :) Det gør W3C derimod som en del af XHTML-DOM'en (de samme bindinger gælder f.eks. i VBScript). Det viser vel meget godt, at mine iagttagelser omkring din sparsomme XHTML-viden holder vand ... og jeg vil stadig mene, du bør læse de to artikler, som forhåbentlig kan hæve den en smule ;o)
Hverken under XHTML1.0 eller 1.1 - hvis man altså skal have noget ud af XHTML-koden. Bruger man idag HTML-interface'et (document.write, document.images, ELEMENT.innerHTML, eller blot ELEMENT.id) i et XHTML, overtager HTML-parseren arbejdet med dokumentet. Det sker som sagt idag, fordi browserne spænder et sikkerhedsnet ud under koderen. Om ikke ret lang tid (når XHTML2.0 bliver implementeret i browserne), vil det ikke længere være tilfældet. Til den tid går browseren simpelthen død med en XML-fejl, hvis bare du skriver: document.getElementById("Ups").className = "dontWork";
Det læser man dog kun i en forsvindende lille del af de tutorials om XHTML, man kan læse på nettet ... og de fleste bøger om emnet er såmænd også ubrugelige, hvis resultatet af at læse dem skal være, at man bliver i stand til at skrive brugbart XHTML.
Det er faktisk ved at være et major problem for nettets udvikling, at folk ikke søger informationerne, det eneste sted, man kan stole på - men i stedet henter dem fra alle mulige utroværdige kilder, skrevet af folk, der kun på overfladen virker kompetente :)
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.