Re: Automatic Nikud insertion
Jonathan Ben Avraham <[email protected]> Tue, 17 Oct 2006 11:02:36 +0200 (IST)
| Newsgroups | gmane.linux.region.israel.ivrix.discuss |
|---|---|
| Message-ID | <[email protected]> |
Hi Dov, Sivan seems to think that VOLT might offer an easier way to do the GSUB=20 and GPOS than FontForge, and he is willing to show you how to do the work= =20 in VOLT. Is this an option? - yba On Tue, 17 Oct 2006, Dov Grobgeld wrote: > Date: Tue, 17 Oct 2006 10:41:41 +0200 > From: Dov Grobgeld <[email protected]> > Reply-To: Ivrix Discussions <[email protected]> > To: Ivrix Discussions <[email protected]> > Subject: Re: Automatic Nikud insertion >=20 > On 10/17/06, Jonathan Ben Avraham <[email protected]> wrote: >> Hi Dov, >> This is an excellent start. Of course, it's still a long way from the >> quality that we need for OpenOffice. >>=20 >> 1. The HEBREW POINT DAGESH in the HEBREW LETTER SHIN of =E4=F9=EE=E9=ED= is >> misplaced. > > This placement exists in the original FrankRuehl CLM font in the form > of a Shin/Dagesh ligature (U+FB49). My program broke apart this > ligature and expressed it as anchors instead. But the point here I > believe is that there needs to be human interaction. > >> 2. The HEBREW POINT HOLAM after the HEBREW LETTER HET in =E7=F9=EA eli= des >> with the HEBREW POINT SHIN DOT above the HEBREW LETTER SHIN. > > Yes. This has to be solved with a GPOS chained context rule. I still > haven't figured out how to define these. I would be very happy if > someone can show me. > >> 3. The HEBREW POINT PATAH under the HEBREW LETTER AYIN in =F2=EC elide= s with >> the HEBREW LETTER AYIN itself. > > This should be solved by doing a right align box, instead of center. > Of course this is font dependant. This might also be better fixed > manually. > >> 4. The HEBREW PUNCTUATION MAQAF (if that's what it is and not a LATIN >> HYPHEN-MINUS in =F2=EC-=F4=F0=E9 is too far from the HEBREW LETTER LAM= ED. > > It appears that machon mamre uses HYPHEN-MINUS instead of MAQAF. I'll > check it out. > >> In addition to the above placement problems, the HEBREW POINT HATAF S= EGOL >> is slightly malformed - the horizontal dots of the segol portion of th= e >> HEBREW POINT HATAF SEGOL need to be separated a bit. > > Glyph definition problem... > > In summary, I believe that it is necessary to mix between automatic > heuristics and manual work. Once you get to chained sub rules, > fontforge does not provide any graphics tools for defining them. Also, > if you look at the font SBL Hebrew, it has hundreds if not thousands > of rules. I am convinced that most of these may be added > automatically. The idea is to minimize the need for human interaction > as much as possible. > > By programming it is possible to express changes that are a lot of > dirty work to program by hand. E.g. in DejaVu the anchors of the Nikud > are in my opinion to close of to the base character. Of course you can > manually adjust them, but doing it by scripting is much faster. It's > the expressive vs visual paradigm all over again. I guess that's why I > like MetaFont/MetaPost/Asymptote. :-) > > Regards, > Dov > > ---- > Ivrix-discuss list. See http://ivrix.org.il. > To unsubscribe, please send mail to [email protected] = with > only the following line in the message body (NOT SUBJECT!): unsubscribe > --=20 EE 77 7F 30 4A 64 2E C5 83 5F E7 49 A6 82 29 BA ~. .~ Tk Open Sys= tems =3D}------------------------------------------------ooO--U--Ooo----------= --{=3D - [email protected] - tel: +972.2.679.5364, http://www.tkos.co.il ----= - Ivrix-discuss list. See http://ivrix.org.il. To unsubscribe, please send mail to [email protected] wi= th only the following line in the message body (NOT SUBJECT!): unsubscribe