Issue 82950 - hebrew niqqud vowel: hiriq below yod too far up
Summary: hebrew niqqud vowel: hiriq below yod too far up
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: viewing (show other issues)
Version: OOo 2.3
Hardware: PC Linux, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2007-10-24 21:32 UTC by felixrabe
Modified: 2017-08-20 18:49 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
The document displaying the text "Israel Jerusalem" in two fonts (9.14 KB, application/vnd.oasis.opendocument.text)
2007-10-24 21:34 UTC, felixrabe
no flags Details
Screenshot of OOo displaying incorrectly; Qt4 displaying correctly (see rightmost character) (35.92 KB, image/png)
2007-10-24 21:44 UTC, felixrabe
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description felixrabe 2007-10-24 21:32:54 UTC
The hiriq vowel is displayed too far up when written below a yod consonant, 
see attachments.  The same shows up with both fonts (Ezra SIL and SBL Hebrew) 
that I have installed.

I use KUbuntu 7.10 (KDE) with a biblical Hebrew input method (kmfl).  On my 
system, I found that only Qt4 supports Unicode (in whatever ways) far enough 
to display biblical Hebrew properly.
Comment 1 felixrabe 2007-10-24 21:34:26 UTC
Created attachment 49129 [details]
The document displaying the text "Israel Jerusalem" in two fonts
Comment 2 felixrabe 2007-10-24 21:44:13 UTC
Created attachment 49130 [details]
Screenshot of OOo displaying incorrectly; Qt4 displaying correctly (see rightmost character)
Comment 3 michael.ruess 2007-10-25 08:33:33 UTC
Reassigned to SBA.
Comment 4 malhonen 2007-11-09 22:42:25 UTC
For those who don't have background in Hebrew computational linguistics, here's
the problem as I understand it:

Biblical Hebrew uses self-standing consonant letters (Unicode U+05D0-U+05EA)
which are usually coupled with lots of different combining diacritics
(U+0591-U+05C7). Here we have U+05D9 (yod) coupled with U+05B4 (hiriq). In
Hebrew typography, the latter is usually placed just below the base line. In
this case, however, there's a problem, since U+05D9 + U+05B4 corresponds to a
precomposed Unicode character U+FB1D, which often has its own glyph in many
fonts. The form of this glyph is not suitable for Biblical Hebrew but just for
Yiddish, where it is sort of used as a consonant letter of its own. So OOo
probably shows the precomposed glyph, while Qt4 combines them on the fly.

I know that Ezra SIL, at least, is specifically designed for Biblical Hebrew, so
there is probably a way to get the font not to show the precomposed Yiddish
glyph, by using some OpenType / Graphite / etc. feature. It might even be
something depending on the document language. Those who are more familiar with
the different font technologies can probably sort that one out.
Comment 5 felixrabe 2007-11-10 11:54:23 UTC
An example of when the diacritics should not remain below the baseline in 
Biblical Hebrew (rendered correctly both in OOo 2.3 and Qt 4 with Ezra SIL): ךְ 
(U+05DA HEBREW LETTER FINAL KAF and U+05B0 HEBREW POINT SHEVA) should have the 
sheva centered below the *upper* line of the final kaf.  (Afaik - the 
mentioned implementations look correct in my view at least, but I didn't do 
any thorough research on this.)
Comment 6 felixrabe 2008-03-04 21:34:19 UTC
Any progress?  If I got to fix this, where would I start looking at the
OpenOffice code?
Comment 7 kaplanlior 2008-04-15 08:16:02 UTC
kaplan -> sba:

I can confirm the bug exists in 2.4.0 (tested on Debian GNU/Linux).

Please change the status to NEW.
Comment 8 lohmaier 2008-07-15 14:58:03 UTC
confirming (OOo 2.4.1)
Comment 9 jdgilbey 2009-01-26 19:15:54 UTC
Is there any suggestion for a temporary workaround for this issue?
Comment 10 Gerald Bettrdige 2013-12-11 06:59:30 UTC
It’s the same thing in latin characters: if you want to display a t with a caron (inverted circumflex) on top, all the fonts I’ve looked at give you the precomposed ť (U+00165) instead.