[HTML]image als submitknop werkt wel onder FF, niet op IE

[degroot]

Ik ben bezig met een kleine servicedesk te programmeren.
Aan de hand van alle extra vaardigheden die ik leer(hij is nu in php en mysql maar wil hem veel dynamischer maken in de loop van de tijd).
wil ik die toevoegen.

Nu heb ik een overzichtje van pc's binnen ons bedrijf , als ik op die pc klik krijg ik meer informatie over die pc te zien , maar daarvoor staan 2 images die als submitbutton werken.
Daarmee kun je de pc verwijderen of de pc aanpassen(allebei dmv PHP scripts).

Om het duidelijk te maken zla ik ff een printscreen hier plaatsen


Het vreemde van het verhaal , is dat de button's(hier zit een link achter met variabelen die door php met $_GET worde opgevange) in Firefox 1.5.0.3 wel werken maar in IE 6 niet.
Als ik erop klik gebeurt er gewoon weg niets , terwijl de knoppen eigenlijk links zijn naar pagina's(die pagina's bevatten php code , die de pc verwiijdert of aanbelt)
Hij laadt geen pagina of iets....

In FireFox word de boel wel gewoon netjes afgehandelt....

De code die achter de images zitten is deze(alles staat in een tabel)

code:

    <td><a href="index.php?p=nl/storing_action&action=delstoring&ID=<? echo $row->storing_id; ?>" onclick="return confirmsubmit('<? echo $row->titel; ?>')""><input type="image" src="image/drop.png"></a></td>
    <td><a href="index.php?p=nl/editform&action=editstoring&ID=<? echo $row->storing_id; ?>""><input type="image" src="image/edit.png"></a></td>

Voor de delete knop(dat rode kruisje ) is er nog een java script die als pop-up komt met de melding of je cker weet of je de pc wilt verwijderen.
Deze code staat overal bovenaan de pagina en is als volgt

code:

<script language="javascript">
function confirmsubmit(naam)
{
var agree=confirm(" wilt u de storing: "+ naam +" echt verwijderen?");
if (agree)
    return true;
else
    return false;   
}
</script>

Als het nodig is wil ik ook nog wel even de html code even passen.

[ Voor 46% gewijzigd door degroot op 08-05-2006 15:31 ]

[André]

Wat doet de confirmsubmit functie dan? Want vooralsnog zie ik nergens dat er iets gepost word

[degroot]

In feite zijn de images gewoon links naar pagina's.

Dat stukje javascript kijkt alleen of er op Ja of Nee geklikt is , zo ja , dan word die pagina geladen(tenminste in FF).
Dit geldt ook alleen voor de delete knop , niet voor de editknop.

De editknop roept gewoon een nieuwe pagina aan met een tabel erin die gegevens uit de database bevat van de desberteffende pc.

Ik ben ook nie zon heel erge javascripter....eigenlijk helemaal niet

[Shadowman]

Waarom gebruik je een <input type="image"> ? Waarom niet gewoon <img>?

<input type="image"> is enkel een soort submit-button die je in een form gebruikt, ik zie zo niet hoe je het in een form zou willen gebruiken. Je maakt er zo alleen een linkje bij, wss struikelt IE daar gewoon over.

[degroot]

Shadowman schreef op maandag 08 mei 2006 @ 15:55:
Waarom gebruik je een <input type="image"> ? Waarom niet gewoon <img>?.

Omdat ik als in de volgende link moet geloven , het dus zo moet.
http://www.handleidinghtml.nl/html/elementen/input.html

Maar als ik je verhaaltje dus goed begrijp , kan je input type="image" alleen in een form gebruiken.
Achter het plaatje staat idd alleen een link , en ze staan niet in een form.
Hoe kan ik dit dan beter oplossen?

offtopic:
toevallig ook niet shadowman van e-programmeur

[ Voor 42% gewijzigd door degroot op 08-05-2006 16:10 ]

[Shadowman]

degroot schreef op maandag 08 mei 2006 @ 16:04:
[...]

Omdat ik als in de volgende link moet geloven , het dus zo moet.
http://www.handleidinghtml.nl/html/elementen/input.html

Maar als ik je verhaaltje dus goed begrijp , kan je input type="image" alleen in een form gebruiken.
Achter het plaatje staat idd alleen een link , en ze staan niet in een form.
Hoe kan ik dit dan beter oplossen?

door de img-tag te gebruiken zoals ik al zei

[André]

Wat er nu gebeurd is dat je gewoon een nieuwe pagina opent, maar wat je wil is een formulier versturen naar die pagina. Dus je moet een <form> gebruiken om dit voor elkaar te krijgen, zo'n <form> kun je dan versturen/submitten naar een pagina waar je weer de gesubmitte waardes uit kunt lezen.

Dit is wel heel erg basic materiaal, als ik jou was zou ik me daar eerst verder in inlezen:
http://www.w3schools.com/html/html_forms.asp

[Mysteryman]

HTML:

<a href="aap.php">[img]"/directory/plaatje.jpg"></a[/img]

[ Voor 35% gewijzigd door Mysteryman op 08-05-2006 16:11 ]

[degroot]

André schreef op maandag 08 mei 2006 @ 16:10:
Wat er nu gebeurd is dat je gewoon een nieuwe pagina opent, maar wat je wil is een formulier versturen naar die pagina. Dus je moet een <form> gebruiken om dit voor elkaar te krijgen, zo'n <form> kun je dan versturen/submitten naar een pagina waar je weer de gesubmitte waardes uit kunt lezen.

Dit is wel heel erg basic materiaal, als ik jou was zou ik me daar eerst verder in inlezen:
http://www.w3schools.com/html/html_forms.asp

Zie het niet als te kort komen van de basis kennis(de servicedesk word namelijk in html/php en mysql geporgrammeerd)
Maar meer als een onlogische denkfout
Wist namelijk niet dat je input type="image" alleen icm een form kon gebruiken

Door gewoon de img tag te gebruiken werkt het dus wel

[crisp]

Een input-element kan je prima buiten form-context gebruiken alleen hebben ze dan niet zoveel nut (scripting aside)
Een input-element mag echter niet binnen een anchor-element gebruikt worden.

Verder wil ik er hier nog maar eens op aandringen dat GET niet bedoelt is voor acties die serverside data manipuleren en je adviseren toch een formulier te gebruiken ism een POST actie.

[degroot]

crisp schreef op maandag 08 mei 2006 @ 16:21:
Verder wil ik er hier nog maar eens op aandringen dat GET niet bedoelt is voor acties die serverside data manipuleren en je adviseren toch een formulier te gebruiken ism een POST actie.

Je bedoelt hierop te duiden dat je via de URL in je webbrowser de variabelen kunt aanpasse?
Zoja, dat is hier niet echt van belang om dat af te schermen.
De servicedesk word alleen lokaal gebruikt , dus toegang vanaf internet is er niet naar de servicedesk.
Misschien als het project heel mooi uitpakt en er animo voor is om via i-net ook toegang tot te hebben zla ik ik het in een POST + form zetten.
Maar daarvoor zullen wel meer problemen verholpen moeten worden en afgeschermd moeten worden

[Mysteryman]

crisp schreef op maandag 08 mei 2006 @ 16:21:
Een input-element kan je prima buiten form-context gebruiken alleen hebben ze dan niet zoveel nut (scripting aside)
Een input-element mag echter niet binnen een anchor-element gebruikt worden.

Verder wil ik er hier nog maar eens op aandringen dat GET niet bedoelt is voor acties die serverside data manipuleren en je adviseren toch een formulier te gebruiken ism een POST actie.

daar ben ik het mee eens...
op het moment dat ik nu namelijk:

HTML:

<a href="index.php?p=nl/storing_action&action=delstoring&ID=">

aanroep en willekeurige ID's intik dan wordt je hele database dus leeg gegooid zonder dat je het wil...

voor de goede orde... Ik ben een luie tweakers dus dit proces kan ik natuurlijk ook automatiseren zodat het HEEEEL snel gebeurd...
just so you know..


nu ben ik niet van het hackerige type tweaker maar er zullen er vast zijn die dat wel zijn

[ Voor 7% gewijzigd door Mysteryman op 08-05-2006 16:27 ]

[crisp]

degroot schreef op maandag 08 mei 2006 @ 16:25:
[...]

Je bedoelt hierop te duiden dat je via de URL in je webbrowser de variabelen kunt aanpasse?
Zoja, dat is hier niet echt van belang om dat af te schermen.
De servicedesk word alleen lokaal gebruikt , dus toegang vanaf internet is er niet naar de servicedesk.
Misschien als het project heel mooi uitpakt en er animo voor is om via i-net ook toegang tot te hebben zla ik ik het in een POST + form zetten.
Maar daarvoor zullen wel meer problemen verholpen moeten worden en afgeschermd moeten worden

Tsja, totdat iemand een soort van accelerator installeert die aan prefetching doet en jij weer backups terug moet gaan zetten

[Patriot]

Mysteryman schreef op maandag 08 mei 2006 @ 16:25:
[...]


daar ben ik het mee eens...
op het moment dat ik nu namelijk:

HTML:

<a href="index.php?p=nl/storing_action&action=delstoring&ID=">

aanroep en willekeurige ID's intik dan wordt je hele database dus leeg gegooid zonder dat je het wil...

voor de goede orde... Ik ben een luie tweakers dus dit proces kan ik natuurlijk ook automatiseren zodat het HEEEEL snel gebeurd...
just so you know..


nu ben ik niet van het hackerige type tweaker maar er zullen er vast zijn die dat wel zijn

Een beetje vent kan dat ook met POST variabelen.