but Firefox does.
this is the page: http://shiinaringo.se/guestbook.php
You can see that a lot of characters (Swedish, Japanese) are totally garbled
when using IE. Works fine in FF. If you try to look at some of the other
pages linked to in the menu, they will work with IE as well. So I
...btw, I have been thinking, does IE only display UTF8 pages if the source
file is saved using UTF8 *including* the BOM? I save all pages without the
BOM because using BOM is impossible when you need to set cookies on client.
It's me again. I might have solved it... in a way. Still quite puzzled about
why IE don't give a dime about the meta encoding line in the html head tag.
Here's what I did. The aforementioned header file now adds a header()
statement sending a content-type that also tells the charset, utf-8. :
Hi
file_exists('字.gif') always returns false.
Can anyone help me find out a way to make it work also for these kind of
filenames?
Good idea yes. But apparantly Windows couldn't do it either. :-(
function file_exists_windows($path) {
exec('dir ' . $path, $output, $return_status);
return $return_status == 0 ? true : false; // Windows dir will return 0 when
something was found
}
It works with normal ascii file names, but
On 10/23/05, Oliver Grätz [EMAIL PROTECTED] wrote:
I believe that the problem is not Windows being unable to look fpr unicode
files but PHP being unable to put th unicode string correctly in the command
line you are trying to execute. Check this by doing exec('echo
test.txt'.$path); and
6 matches
Mail list logo
