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