[FX.php List] Problems w/ Internet Explorer 7 (submit via image)

[Troy Meyers]

Joel,

I'm not sure if this helps, perhaps you already know it. In some browsers (all?) the location of where _ON_ the image the mouse was clicked, in x-y coordinates, is sent in the POST.

For example:

<INPUT TYPE="image" SRC="images/howtopurchegl.gif" ALT="How to Purchase Flasks" NAME="-edit">

...instead of producing the normal POST data which might look like this:

-db=Subjects&-lay=cgi041&-format=subjects.htm&-recID=8&-edit=

...actually produces this:

-db=Subjects&-lay=cgi041&-format=subjects.htm&-recID=8&-edit.x=70&-edit.y=37

...where the x,y coordinates of where the click occurred are (70,37).

I don't know if this helps, but it might be something to consider in diagnosing the problem.

-Troy


> FYI:
> 
> I haven't gotten around to testing any of the suggested button   options
> yet (thanks everyone) since the type="submit" change did the   trick --
> even if it's not so pretty.  (the CSS option would be my   first
> attempt)
> 
> Gjermund, I believe the problem existed both when I used the Return  
> key and when I clicked the image/button, though I haven't tried your  
> suggestion.
> 
> I also checked another site in which I'd used an <input  
> type="image...> submit, and that still worked fine even in IE7.  I  
> haven't tested it, but my guess is that the problem was somehow due   to
> also posting a hidden value with the submit (<input type="hidden"  
> name="app_pid" value="'.$pid.'">), since that's the biggest   difference
> between these two forms.  Thankfully that means that not   all <input
> type="image...> submits will be problematic in IE7, as I'd   at first
> feared (whew!), though I probably won't use those anymore   now that I
> have other options.
> 
> Best,
> 
> -Joel