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
--
Ticket URL:
<http://trac.macosforge.org/projects/macports/ticket/14062#comment:1>
MacPorts </projects/macports>
Ports system for Mac OS
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo/macports-users
