On Mon, 02 May 2005 00:51:04 +0200, Tomasz Otap
<tomasz@otap.justRemoveThis.dk> wrote:
> Ret interessant. Hvis innerHTML-implementationen er så buggy i
> Gecko-browsere, er det nok sikrere at holde sig til DOM-modellen, især
> da innerHTML er ikke en W3C standard. På den anden side lader den til at
> være en del hurtigere end DOM-manipulationer, og nok mere udbredt.
Så vidt jeg kan teste mig frem til, så virker innerHTML fint i Mozilla
1.7.5, når content-type er text/html.
Ved application/xhtml+xml så kan den tilsyneladende kun læse fra innerHTML.
Hvis nu bare den var implementeret på samme måde som document.all, så
kunne man finde ud af, at man ikke skulle bruge den metode, før man
forsøgte på det.
> Anyways, du kan vel bruge check for paragraph.firstChild i stedet?
>
> ------------
> var paragraph = document.getElementById('test');
> if (paragraph.firstChild) {
> paragraph.firstChild.nodeValue='test';
> }
> else {
> paragraph.appendChild(document.createTextNode('test'));
> }
Dette giver ingen forskel, - andet end, at der ikke er noget firstChild på
paragraph, så den går videre til
paragraph.appendChild(document.createTextNode('test'));
hvilket selvfølgelig virker fint, dog kan man ikke udskrive <br /> på
denne måde.
Jeg har løst problemet på denne måde:
var arrErrorMsg = errormsg.split('<br />');
// errormsg er en streng der indeholder forskellige fejlbeskeder, som
gerne skulle adskilles af et linieskift.
var paragraph = document.createElement('p');
paragraph.id = 'errormsg';
for (a=0;a<arrErrorMsg.length-1;a++) {
paragraph.appendChild(document.createTextNode(arrErrorMsg[a]));
paragraph.appendChild(document.createElement('br'));
}
myForm.insertBefore(paragraph,myForm.firstChild);
Men derfor kunne jeg alligevel godt tænke mig, at finde ud af, om der var
en måde man kunne teste på, så Mozilla ikke ville forsøge at skrive til
innerHTML.
--
Ryan Kristensen