On Jan 24, 2008 12:47 PM, Mark Hattam <mark@dxradio.demon.co.uk> wrote:

...

Subject: Re: [MacPorts] #14062: Website does not render properly in IE7 From: macports-tickets-owner@lists.macosforge.org To: mark@dxradio.demon.co.uk Date: Thu, 24 Jan 2008 12:45:51 -0800 X-BeenThere: macports-tickets@lists.macosforge.org List-Id: MacPorts Project Trac ticket activity <macports-tickets.lists.macosforge.org> Sender: macports-tickets-bounces@lists.macosforge.org

You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at macports-tickets-owner@lists.macosforge.org.

Message-Id: <p06240802c3bea86aa9d2@[192.168.0.2]> In-Reply-To: <058.977d62ed010cdb6ccaabac37a683bb9c@macosforge.org> References: <049.7f44c0301c5a6af4ee58eab943976560@macosforge.org> <058.977d62ed010cdb6ccaabac37a683bb9c@macosforge.org> Date: Thu, 24 Jan 2008 20:45:55 +0000 To: wsiegrist@apple.com, jmpp@macports.org From: Mark Hattam <mark@dxradio.demon.co.uk> Subject: Re: [MacPorts] #14062: Website does not render properly in IE7 Cc: macports-tickets@lists.macosforge.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Brightmail-Tracker: AAAAAgirT1UIq5+s

If I save the "offered" downloaded file to disk ... change the .php into .htm (or .html) ... the file then opens up in IE7 and renders everything.

Changing the relative links for the .css etc to absolute links, makes it look good too.

In doing so, I haven't changed the <xml .... at the top of the file. That's still there and IE7 doesn't appear to mind.

So the difference is that IE7 doesn't understand or mis-interprets the type of file being sent from the server, and thinks that it can't render it. Other php pages (on other sites) work fine (usually :-) ), but the server is sending something "different" here.

Mark

--

At 19:47 +0000 24/1/08, MacPorts wrote:

...

#14062: Website does not render properly in IE7

...

...

----------------------------------+----------------------------------------- Reporter: wsiegrist@apple.com | Owner: jmpp@macports.org Type: defect | Status: new Priority: Normal | Milestone: Website & Documentation Component: website | Version: Resolution: | Keywords: ie7 windows content-type

...

...

----------------------------------+----------------------------------------- Changes (by jmpp@macports.org):

* cc: jmpp@macports.org (added) * owner: wsiegrist@apple.com => jmpp@macports.org * component: server/hosting => website

Comment:

I'm sure that's because of the `echo "<?xml version=\"1.0\" encoding=\"$encoding\"?>\n";` declaration at the top of each of our pages, which I crafted to strictly adhere to the XHTML standard, not caring too much about how bad IE handles that particular line, I admit. I don't think it's a server level PHP issue or anything of the sort.

Personally I have no feeling about catering to such a broken browser as IE (there's always Firefox for Windows ;-), but I guess we could remove that line even if only for the purpose of giving MacPorts a wider net-surfing audience...

-jmpp

There's an interesting discussion of IE7/8/whatever and its rendering strategy here <http://rc3.org/2008/01/23/the-implications-of-ie8/>. -- Paul Beard / www.paulbeard.org/ <paulbeard@gmail.com/paulbeard@gmail.com>