Here is a shorter version for the list ---------- Forwarded message ---------- From: Yair F Date: Thu, Jul 1, 2010 at 12:28 AM Subject: Re: Composing Hebrew diacriticals To: Kenichi Handa Cc: emacs-devel@gnu.org I apologize for the size of this message. > Comparing images of different font of unfamiliar (for me) > script is very difficult.  Please tell me exactly what > character sequence requires more than positioning, and show > me images of only that sequence. Sorry about that Please find hebrew-sample2.txt the source file. Arial-anottated.png is this file displayed using emacs with Arial font. The numbers in red refer to the following comments the general flow is top-bottom right-left: 1. Shin-Dot should be rendered near the right leg. currently it is rendered above the centre leg, this is unreradable. 2. All points below should be horizontally centred relative to the base letter. Currently it seems that they are align to the left. Exception for this rule is letters that have a single leg downward such as ו, ר, ד, ז the points should be rendered directly under the leg for these letters. 3. The Shva point touches Qof's leg. the result is unreadable. 4. The Dagesh point is hidden within the Shin letter. 5. This is not Hebrew, but the combining dot above should be composed with the letter A. 6. The Holam point should be left to the leg, and not right. Result is unreadable. 7. Shuruq point should be left to the vav letter, and not right. Result is unreadable. For reference on correct rendering I also attach The same file using Keter YG. > > Anyway, for fonts that don't have OpenType tables for Hebrew > script, we can do nothing other than artificially adjusting > glyph position.  Have you seen any other application > rendering Hebrew well with that Arial font? Openoffice and Firefox correctly render Hebrew points. The poetry site you mentioned http://www.zemer.co.il/song.asp?id=393 uses David and being correctly rendered. Kate (using pango?) also better render using Arial, David-CLM. It has some other issues though, but the result is mostly readable. See attached sample under Kate.