I am assuming that since <> are used for XML tags and markup, enabling these is not a good idea. Right now, I'm just converting '->' to '-', but this changes the meaning. Jim

I think I'm not following how to do that, as I haven't figured out how to pass unicodes to a URL... page_titles have to be URL legal, right?

I understand that A%3dB gives A=B. When I wrote URL-legal, I meant having characters with encoding values below %FF. This does not tell me how to do a right arrow, or any other character that is encoded by a value above %FF. But if I'm reading the unicode tables correctly, the hex for right arrow is 2192, and A%2192B gives A!92B, not A->B. Encoding as A%21%92B gives A!'B. That was what I inferred was a standard from http://www.w3.org/International/O-URL-code.html But that page doesn't render the circumflex in either Safari or Firefox (Mac). Note that in the page text, one can use an html entity: &rarr; works just fine. It's in the page title that it has problems. Sorry if the original reply was not clear. But I'm not seeing anything on that wikipedia page that's helping with this specific problem. My sense is that it just isn't allowed in the URL or page title. On Feb 21, 2008, at 5:54 AM, Kilian wrote: ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Am Donnerstag, den 21.02.2008, 09:10 -0600 schrieb Jim Hu: So the problem is that if you write something like [[A→B]] in the wikitext, this is not changed to a wikilink? I'm stuck here because I just found out that my own wiki installation also chokes on non-ASCII characters in page titles... :( _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Jim Hu wrote: Your intermediate db is showing it as latin1 isntead of treating it as utf8. As far as it isn't mangled you can work with them, or perhaps conveniently translate the 'separator'.

_______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Jim Hu wrote: The default MediaWiki table schema on MySQL is to totally ignore the defined character set encoding and just pass UTF-8 data in raw, which is compatible with how MySQL 4.0 works. When using MySQL 4.1 or higher, the ideal thing *in theory* is to set up your MediaWiki database in the binary schema (for best compatibility -- complete UTF-8 data range availability)... or you might try the UTF-8 schema (might be more convenient for sharing with other databases, but will fail on Unicode characters outside the Basic Multilingual Plane and may fail with some not-quite-valid-Unicode constructs that happen every once in a while). In some older versions of MediaWiki, the UTF-8 and binary schemas would end up breaking when you applied updates; they should work correctly from here out, though... hopefully. :) Unfortunately we don't yet have a helper script for switching your database from the classic charset-agnostic mode (which often does "interesting" things to code which does know about the charsets) to a cleanly-marked UTF-8 or binary schema. I keep meaning to get around to this, so maybe we'll get it in in a 1.12 point release or something... but don't hold your breath. ;) -- brion vibber (brion @ wikimedia.org) _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l