Re: [PHP-DOC] cvs: phpdoc / Makefile.in

[email protected] (Gabor Hojtsy) Sat, 17 May 2003 21:11:30 +0200
Newsgroups	php.doc,php.doc.he
Message-ID	<[email protected]>
>>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