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

[Joel Shapiro]

(I was the original poster of this thread.)

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


On Mar 14, 2007, at 2:09 AM, Gjermund Gusland Thorsen wrote:

> // the following did not work in IE7, although it works in other  
> browsers
> <input type="image" name="application"  value="submit" src="images/ 
> submit.gif">
>
> // but this seems to work fine in all browsers:
> <input type="submit" name="application" value="submit">
>
> I have a fix for all IE browsers myself for the cases where Return key
> does not work
> ---
> <input type="hidden" name="action" value="submit">
> <input type="submit" name="action" value="submit">
> ---
> Only the last variable set will remain after sending the form data,
> problem with IE is that if you press Return key,
> the value from submit does not come along,
> but if you push that submit button by mouse the value will be from the
> submit button will show on the receiving page.
>
> ggt667
>
> On 3/14/07, Kevin Futter <kfutter at sbc.melb.catholic.edu.au> wrote:
>>
>>  On 14/3/07 2:55 PM, "Timothy Tait" <bottledspider at gmail.com> wrote:
>>
>>
>> this is probably a non-issue, since it's been so long, but be  
>> aware that you
>> can also remove the button tag completely by code like this:
>>
>>  <a href="javascript:validateForm()"><img
>> src="./images/your.jpg" border=0></a>
>>
>>  then in your validation code, if everything is okay, just add  
>> this line (or
>> something like it)
>>
>>  document.formName.submit();
>>
>>  that will work around any problem with the <button> tag.
>>
>>  i don't know that it will work on the mac, since i'm pc, but it  
>> should be
>> cross-browser...
>>
>>  cheers,
>>  -t
>>
>>  That's about the worst thing you could do – the form simply won't  
>> work for
>> people who turn off, or don't have access to, JavaScript. That's  
>> more people
>> (and devices) than you think – heck even some corporate firewalls  
>> strip out
>> JS from pages as the packets pass through! It's also an invalid href
>> attribute (the javascript: pseudo-protocol) that, at the very  
>> least, should
>> be replaced with the appropriate event handler (in this case,  
>> onClick). For
>> example:
>>
>>  <a href="fallbackURL.html" onclick="validateForm();"> ... </a>
>>
>>  The golden rule is never, ever completely rely on JavaScript for  
>> anything,
>> and always plan for it not being available.
>>
>>  --
>>  Kevin Futter
>>  Webmaster, St. Bernard's College
>>  http://www.sbc.melb.catholic.edu.au/
>>  ________________________________
>>  This e-mail message has been scanned for Viruses and Content and  
>> cleared by
>> MailMarshal ________________________________
>>
>>
>>
>>
>>  ________________________________
>>  This e-mail and any attachments may be confidential. You must not  
>> disclose
>> or use the information in this e-mail if you are not the intended  
>> recipient.
>> If you have received this e-mail in error, please notify us  
>> immediately and
>> delete the e-mail and all copies. The College does not guarantee  
>> that this
>> e-mail is virus or error free.  The attached files are provided  
>> and may only
>> be used on the basis that the user assumes all responsibility for  
>> any loss,
>> damage or consequence resulting directly or indirectly from the  
>> use of the
>> attached files, whether caused by the negligence of the sender or  
>> not. The
>> content and opinions in this e-mail are not necessarily those of the
>> College. ________________________________
>>
>> _______________________________________________
>> FX.php_List mailing list
>> FX.php_List at mail.iviking.org
>> http://www.iviking.org/mailman/listinfo/fx.php_list
>>
>>
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list