Hello, I would add a BOM header to the files. That way pages can be converted on the fly. (see http://en.wikipedia.org/wiki/Byte_Order_Mark) For filenames, urlencode() / urldecode() may be used. urldecode should work for both, urlencoded and not-encoded filenames.
Regards, Thomas [EMAIL PROTECTED] wrote: > Patrick R. Michaud wrote: > >> On Thu, Nov 15, 2007 at 12:35:27AM -0500, [EMAIL PROTECTED] wrote: >> > > >> So, perhaps the correct baby step is to switch PmWiki to using utf8 >> by default via its present mechanisms (i.e., without name mappings), >> and then add name mapping features as a post-2.2.0 improvement. >> Folks who prefer the somewhat nicer encodings for pagenames (i.e., >> %e7 instead of %c3%a7) will still have the option of selecting >> iso-8859-1 for their systems. >> > > That is certainly doable on its own. > > >>> Of course, in cases like Chinese where EVERY name is manged, >>> that file may grow very big, very fast. >>> >> Yes, but for the moment I'm principally concerned only with mapping >> of iso-8859-1 names. People who are using PmWiki in Chinese are >> already using utf-8 and I don't feel as pressing a need to solve >> url mapping issues there yet. Nor am I familiar enough with Chinese to >> know the character mappings... but if someone can provide it we can >> give it a try. >> > > I'm not familiar with Chinese, but a couple of programmer friends of mine are, > and I think I can get one of them to help with the character mapping. One of > them mentioned the 25,000 pinyin line table I talked about earlier. > > I have no idea how one would tell PHP to load that into memory once, so it > didn't have to be reread on each page-load though. > > > > _______________________________________________ > pmwiki-users mailing list > [email protected] > http://www.pmichaud.com/mailman/listinfo/pmwiki-users > > _______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
