[pmwiki-users] XLPage translations don't work correctly with UTF-8

2011-10-20 Thread Oliver Betz
Hello All, today I tried to migrate an existing installation to UTF-8. Most things seem to work: Existing ISO-8859-1 pages are displayed correctly and new pages are stored as UTF-8. But strings translated by XLPage entries show the black rhomb instead of umlauts, e.g. the page actions but also

Re: [pmwiki-users] XLPage translations don't work correctly with UTF-8

2011-10-20 Thread Petko Yotov
On Thursday 20 October 2011 11:24:56, Oliver Betz wrote : But strings translated by XLPage entries show the black rhomb instead of umlauts, e.g. the page actions but also special page names (Recent Changes - Aktuelle ?nderungen). Interesting find. Before calling XLPage('de',

Re: [pmwiki-users] XLPage translations don't work correctly with UTF-8

2011-10-20 Thread Oliver Betz
Petko Yotov wrote: But strings translated by XLPage entries show the black rhomb instead of umlauts, e.g. the page actions but also special page names (Recent Changes - Aktuelle ?nderungen). Interesting find. Before calling XLPage('de', 'PmWikiDe.XLPage'); in config.php, insert such a line:

Re: [pmwiki-users] XLPage translations don't work correctly with UTF-8

2011-10-20 Thread Petko Yotov
On Thursday 20 October 2011 13:06:26, Oliver Betz wrote : Can it be that I also had to delete .pageindex for correct search results? Well, we don't have a recipe detailing the UTF-8 migration yet, but indeed, you need to delete .pageindex after the migration (PmWiki will re-generate it

[pmwiki-users] XLPage()

2007-09-18 Thread Stirling Westrup
As part of this multilingual site I'm creating, I've been playing around with XLPage() and the various other XL...() mechanisms for handling translations. I've noticed a few things that I would like, but that would probably involve changes to the core: 1) Right now, every time you call XLPage(),