Thierry Koblentz wrote:
Gunlaug Sørtun wrote:
Guess I shouldn't say this, but, FWIW: It is good to have options
and know how they work an/or how to make them work. However, I
don't see much point in switching hacking-strategy if one has a
working and well-tested method in place.
For
Gunlaug Sørtun wrote:
The IE-bug that makes the '@import hack' work, also prevents proper use
of attributes on a standardized property. This means it put limitations
on future use of same property, and will continue to do so for as long
as our support for those same buggers is a necessary part
Barney Carroll wrote:
The syntax for @import is pretty unique for CSS, to be fair to IE
(we're always so patronising).
Well, @import has been around for a while...
It has also been used as a filter to block out old browsers, for years -
without the media-attribute.
I google searched the
Some may disagree, but I feel * html is completely safe and future-proof.
We know precisely which browsers it hits, and their behaviour is frozen
forevermore.
On 1/26/07, Gunlaug Sørtun [EMAIL PROTECTED] wrote:
There's no such thing as a 'safe bug/hack', only some that are a bit
safer than
I believe I found a small issue with this.
It turns out that IE returns a 404 error when I fetch:
http://www.remoteserver.invalid/css/url(file.css) screen (PHP on
Windows).
while the following loads the sheet just fine:
http://localhost/css/url(file.css) screen (WAMP)
Any fix for that or
Thierry Koblentz wrote:
I believe I found a small issue with this.
It turns out that IE returns a 404 error when I fetch:
http://www.remoteserver.invalid/css/url(file.css) screen (PHP on
Windows).
while the following loads the sheet just fine:
http://localhost/css/url(file.css) screen
~davidLaakso wrote:
It turns out that IE returns a 404 error when I fetch:
http://www.remoteserver.invalid/css/url(file.css) screen (PHP on
Windows).
while the following loads the sheet just fine:
http://localhost/css/url(file.css) screen (WAMP)
Any fix for that or should I go back to
Thierry Koblentz wrote:
The issue is that the remote server doesn't seem to serve the file to
IE. The file exists but IE cannot get to it as it does locally.
As a side note, the hack is not in the file format, as other browsers
download that weird file just the same.
I believe it is a server
Hey Thierry,
I don't think it is a problem with my implementation, as I said it is
working fine on my local server.
The issue is that the remote server doesn't seem to serve the file to IE.
The file exists but IE cannot get to it as it does locally.
It's possible that your server has to be set
I don't think it is a problem with my implementation, as I said it is
working fine on my local server.
The issue is that the remote server doesn't seem to serve the file
to IE. The file exists but IE cannot get to it as it does locally.
It's possible that your server has to be set to
Thierry Koblentz wrote:
To make sure, I changed the MIME type on my local IIS server, and sure
enough IE loaded the file.
I can't change this on the remote server myself, I hope my WHC will agree to
do it.
I wanted people to know about this as it can make the experience of
switching from CC
Thierry Koblentz wrote:
To make sure, I changed the MIME type on my local IIS server, and
sure enough IE loaded the file. I can't change this on the remote
server myself, I hope my WHC will agree to do it. I wanted people to
know about this as it can make the experience of switching from
12 matches
Mail list logo
