On Jan 24, 2008 12:47 PM, Mark Hattam <[EMAIL PROTECTED]> wrote: > >Subject: Re: [MacPorts] #14062: Website does not render properly in IE7 > >From: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] > >Date: Thu, 24 Jan 2008 12:45:51 -0800 > >X-BeenThere: [EMAIL PROTECTED] > >List-Id: MacPorts Project Trac ticket activity > > <macports-tickets.lists.macosforge.org> > >Sender: [EMAIL PROTECTED] > > > >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 > >[EMAIL PROTECTED] > > > >Message-Id: <[EMAIL PROTECTED]> > >In-Reply-To: <[EMAIL PROTECTED]> > >References: <[EMAIL PROTECTED]> > > <[EMAIL PROTECTED]> > >Date: Thu, 24 Jan 2008 20:45:55 +0000 > >To: [EMAIL PROTECTED], [EMAIL PROTECTED] > >From: Mark Hattam <[EMAIL PROTECTED]> > >Subject: Re: [MacPorts] #14062: Website does not render properly in IE7 > >Cc: [EMAIL PROTECTED] > >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: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED] > >> Type: defect | Status: new > >> Priority: Normal | Milestone: Website & > Documentation > >> Component: website | Version: > >>Resolution: | Keywords: ie7 windows > content-type > > >>----------------------------------+----------------------------------------- > >>Changes (by [EMAIL PROTECTED]): > >> > >> * cc: [EMAIL PROTECTED] (added) > >> * owner: [EMAIL PROTECTED] => [EMAIL PROTECTED] > >> * 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/ <[EMAIL PROTECTED]/[EMAIL PROTECTED]>
_______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo/macports-users
