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. :
--
...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.
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 just
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);"
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 oth
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?
6 matches
Mail list logo
