Petko Yotov wrote:
The problem likely happens somewhere in the recode function in PmWiki,
not with permissions of Site.EditForm. To convert character encodings
from the core pages to your local encoding, PmWiki will use one of 4
PHP functions if they exist: iconv(), mb_convert_encoding(),
utf8_decode() or utf8_encode() in that order. In 2.2.35, the
utf8_decode() and utf8_encode() are before the other ones, but they
don't recover some special characters, so now, if iconv() or
mb_convert_encoding() exist, they are used instead. From what you tell
me, I can assume one of these two is not working properly. What is
your server version, PHP version, and operating system version?
SunOS z01 5.10
Apache
PHP 5.3.6
I set up a fresh new PmWiki with version 2.2.36 on the same server and
all worked find. So I think it is a problem with old existing PmWikis
and updates. But I have no idea where to go on ...
It is important to know if your new installation is in ISO-8859-1 or in UTF-8,
and if you can see pages like ReleaseNotes. Is the problem the conversion from
UTF-8 to ISO-8859-1, or the other way? The Site.EditForm is normally in *-8
but if your wiki is in *-1, the page will be recoded. If your new wiki is in
*-8, no recoding is needed.
Ok, I see. With the default installation (with
include_once("scripts/xlpage-utf-8.php");) all is working. If I
un-comment this line I got same issues as described: Empty pages.
P.S. Once again I'm sorry for my late replies during the next week.
No problem, thanks a lot for your help and your work for PmWiki and the
community!
Regards
Clemens
_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
