[DHTML] innerhtml & formsubmit problemen met Mozilla

[Willem2]

In een notendop:

Ik heb een pagina waarin ik met innerhtml een 'popup' venstertje maak om bepaalde bewerkingen te kunnen doen op een plaatje. Deze innerhtml bestaat feitelijk uit een tabel met daarin een form. Selecteer wat je wilt doen, klik op submit, javascript controlleert de invoer en als het goed is wordt het formulier gesubmit, anders cancelled hij de submit.

Nu werkt dit prima in MSIE, maar Netscape 7 / Mozilla 1.1b vertikken het. Geen enkele foutmelding (ook niet in de javascript console), helemaal nix.

Dus nu vraag ik me af; mag je (officieel) wel met innerhtml een form opbouwen die submittable is of gaat Netscape hier de fout in?

zo ziet een stuk van mijn betreffende code eruit:

code:

<form method=post name="edit" action="nailer.php" OnSubmit="return
confirmCopy('" + fn + "', df['did'], document.getElementById('copy').value)">
<tr bgcolor=white>
<td align=top>
<input type="hidden" name="file" value="" + fn + "">
&nbsp;&nbsp;<b>Copy to: </b></td>
<td align=bottom>
<select style="color:gray; font-size:9px; border=none" name="copy">
" + pull + "
</select>
</td>
<td>" + submit + "</td>
</tr>
</form>

voor de duidelijkheid (in MSIE):



en de code van ConfirmCopy werkt los wel in Netscape/Mozilla....

[crisp]

Maak van:

code:

document.getElementById('copy').value

eens:

code:

document.forms['edit'].elements['copy'].options[document.forms['edit'].elements['copy'].selectedIndex].value

[Clay]

Ik vrees eigenlijk ook dat je met innerHTML geen form mag bouwen in moz. heb hetzelfde probleem namelijk. het zou een bug kunnen zijn, al denk ik eerder dat het met security te maken heeft (al zou ik niet weten waarom). Misschien dat je wel met de normale createElement weg een form in moz mag bouwen en submitten, ff proberen

[edit]

Hmz. ik heb ff een testje gemaakt, maar zowel met innerHTML als met createElement(bla) kan ik toch gewoon on the fly een submitbaar form in moz bouwen, zelfs als ik de innerHTML van een hidden div met daarin een form kopieer naar een visible div, dus dan is't wat anders.

[drm]

crisp

code:

document.forms['edit'].elements['copy'].options[
   document.forms['edit'].elements['copy'].selectedIndex
].value

Je hoeft toch niet expliciet die selectedIndex aan te spreken

code:

document.forms['edit'].elements['copy' ].value

werkt ongetwijfeld ook...

[crisp]

drm schreef op 03 oktober 2002 @ 10:47:
[...]

Je hoeft toch niet expliciet die selectedIndex aan te spreken

code:

document.forms['edit'].elements['copy' ].value

werkt ongetwijfeld ook...

Mzz, ja je hebt gelijk! (hoewel ik niet met zekerheid durf te zeggen of dat in oudere browsers ook zo is; kan het hier ff niet testen...)

[drm]

't Werkt in ns4 niet, maar who cares

[RM-rf]

code:

<select style="color:gray; font-size:9px; border=none" name="copy">
" + pull + "
</select>

attribuut name != id ; dus getElementsById('copy') werkt inderdaad niet, je hebt de name wel nodig voor de naam van het te submitten element,
eerlijk gezegd zou ik het niet mooi vinden om de name en id attribuut dezelfde waarde te geven, je krijgt dan wat verwarring in je code, bovendien zijn de vereisten voor de attributes anders, id moet uniek zijn, name niet e.d.

drm's code werkt gewoon en ook in de oudste browsers die javascript ondersteunen (netscape 2 zelfs volgens mij), maar eventueel kun je ook een id="copyElm" toevoegen en deze met getElementById aanspreken (maar dan moet je nog voor msie4x en nn4x een andere check doen)

drm's oplossing heeft mijn voorkeur

edit:
als je document.forms.edit.elements.copy.options[document.forms.edit.elements.copy.selectedIndex].value doet, werkt hij wel downwards

[Willem2]

RM-rf had deels gelijk. ID ontbrak idd nog voor netschaap. Tweede waarover hij struikelde, was de OnSubmit in de form tag. Op andere pagina's werkt het wel, maar klaarblijkelijk niet in een innerhtml code.
Dit heb ik nu opgelost mbv. een OnClick bij de submit button.

Mochten mensen het nog willen weten... ;-)