Re: cvs: phpdoc / Makefile.in

From: Date: Sat, 17 May 2003 19:11:30 +0000
Subject: Re: cvs: phpdoc / Makefile.in
References: 1  Groups: php.doc php.doc.he 
Request: Send a blank email to phpdoc+get-969353588@lists.php.net to get a copy of this message
Well, iso-8859-8 and iso-8859-8-i are not the same as far as I learned. The question is if the files under the iso-8859-8 XML encoding header are in what encoding? Probably all of the files under iso-8859-1 are really iso-8859-8-i files (as Shimi said they used this encoding for translation, but probably forgot to change the XML encoding header).
Correct. They're not the same. Actually, they're simply reverse. [...]
Wow. Finally I can understand the things here ;) I had tried to search some explanation on this on the net, but I was unable to find anything.
That is readable fine, at encoding iso-8859-8-i at the browser (good). Still, although the letter ordering is fine, it is aligned left-to-right, and that is a problem, because when Hebrew is mixed with english, browsers split the line to hebrew-english-hebrew-english, and although making the order of the hebrew letters right, the text has to be read like this: 1. most left hebrew part 2. the english that comes on the right of it 3. the hebrew that comes to the right of it 4. the english that comes to the right of it and so on :) the solution to this is simple: to change <html> to <html dir="rtl">
Well, this needs to be added to the chunking XSL customization. I have just chechked, I know how to do this, but I don't have the time now, sorry. So this will be solved soon, unless someone else jumps in with a solution :)
also, the encoding isn't set automatically as of now, and <meta charset="iso-8859-8-i"> will help. (Yes, we need the ISO name here, all the browsers support it, and not all of them support the windows-1255)
Errrmmm... Xsltproc does not support iso-8859-8-i, and therefore the output file is labled to use iso-8859-8. ;) That meta tag is autoganarted by xsltproc. So it is still a question for me, that how can xsltproc output the text in the right (reversed aka logical) order while stamping it as visual... Huh... The only one thing I can think of is that what xsltproc says to be visual is in fact logical odering... Or I don't know how this can happen... Goba

« previous php.doc (#969353588) next »