Not displaying in IE8 (or IE8 Compatibility Mode)

[Geoff]

Hi,

I have been using recaptcha for quite a while on various sites but for
the life of me can not get it to load first time in IE. When I check
the source, the code for the script is there and the noscript
alternative but neither are actually displayed.....that is until I do
a refresh! I believe my html/css etc to be valid and this is only a
problem in IE (works fine in FF, Opera & Chrome). Even after loading,
if I change page and return to my contact form, once again it fails to
display.

Any ideas anyone?

Example page: http://www.cornerpiece.co.uk/contact-us

Thanks

G

[Paul Herring]

On Mon, May 18, 2009 at 11:03 PM, Geoff <jobd...@gmail.com> wrote:
> Any ideas anyone?

It's not IE8 (compatibility mode or otherwise) - it works fine on my site.

(That said I got the debugger coming up for something unrelated to
recaptcha (google maps.) - have you run your page through the W3C
checkers?)

--
PJH

http://shabbleland.myminicity.com/tra
http://www.chavgangs.com/register.php?referer=9375

[Geoff]

Hi Paul,

Thanks for checking. Yes, I have validated this and other sites with
the same problem via W3C.

It is only with IE8 for me. Did you try navigating to other pages on
the site then back to the contact page, or just repeatedly clicking on
the contact us link. This is should show the problem as it does load
first time on occasion but always breaks on further attempts to load
the page without refresh.

G

On May 19, 6:47 am, Paul Herring <pauljherr...@gmail.com> wrote:

[Charles Sweeney]

W3C showed no errors for your sample page, but did have this warning:

"The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to
cause problems for some text editors and older browsers. You may want
to consider avoiding its use until it is better supported."

Some useful info, here:

http://www.killersites.com/forums/topic/265/i-bom-characters/

--
Charles Sweeney
http://FormToEmail.com
PHP mail script with reCAPTCHA

[Geoff]

Hi Charles,

Yes I noticed that. I always create my sites for full
internationalisation and use UTF-8 but not normally with the BOM
marker.

I'll check all my files but can't see this being the problem here. It
would normally throw the hole page out.

Will give it a go anyway.

G

> Charles Sweeneyhttp://FormToEmail.com

[Geoff]

Well I'll be ......

A BOM marker had somehow creeped into one of my config files. Removed
it and problem solved. Must say I didn't expect it to only affect the
contact page as the config is effectively included into all pages.
Past experience of these markers has always messed up layout of all
pages with a BOM marker. Oh well, one of the joys of working with
internationalisation. Will be nice when we can actually use these
markers so that editors can detect your choice of UTF-8 encoding.

Thanks all

G

[Charles Sweeney]

Geoff wrote:
> Well I'll be ......
>
> A BOM marker had somehow creeped into one of my config files. Removed
> it and problem solved. Must say I didn't expect it to only affect the
> contact page as the config is effectively included into all pages.
> Past experience of these markers has always messed up layout of all
> pages with a BOM marker. Oh well, one of the joys of working with
> internationalisation. Will be nice when we can actually use these
> markers so that editors can detect your choice of UTF-8 encoding.

Good points, Geoff.

It just so happened, that on the day I made that post, I had a
customer who was getting the BOM "magically" appearing in files. I
don't have a huge amount of experience with it (I see it from time to
time) but I felt that page I cited, pretty much covered it, in this
context (fixed my customer's problem too).

It shows the value, that I always bang on about, of having NO errors
on the form page, even apparently minor ones.

It also follows, that when I see problems that only happen with
particular browsers, it is never a problem with the script (if the
script works, it works) and is always down to errors on the form page.

--
Charles Sweeney

[Geoff]

The editor I use has a option to save in utf-8, with or without the
marker. If you choose not to add the BOM marker as I normally do, the
problem of course is that when re-opened the editor has no way of
knowing if the file was saved as ANSI or utf-8.

I had to look through the files of my framework and check to see if
any had the BOM enabled. Luckily I found it on one of the first files
I checked otherwise could have taken a while ;-)

G

> Charles Sweeneyhttp://FormToEmail.com