FontLab Forum
2012-02-09, 04:09:34 *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Welcome to the FontLab forum, read how to use it! Update: Archives from old MSN forums are now available on our forum.
 
   Home   Help Search Calendar Downloads Tags Login Register  
Del.icio.us Digg FURL FaceBook Stumble Upon Reddit SlashDot

Pages: [1]
  Print  
Author Topic: Uniscribe, Hebrew, Volt and PUA  (Read 1589 times)
Pere
Sr. Member
****

Karma: +1/-0
Spain Spain

Posts: 13


Email
« on: 2010-09-02, 03:41:12 »

These are theoretical questions related to my topic “Some lookups work in the Proofing Tool but not in the font”. If these questions were clear to me, maybe I could solve some problems I exposed in the other topic.

1. Where can I find a complete description of the behavior of Uniscribe related to Hebrew characters? The Microsoft document “Developing OpenType Fonts for Hebrew Script, part 3: Shaping Engine”, seems to me that it is no complete. At least it does not explain the substitution of consonant + dagesh or mapiq by the composite characters U+FB2D to U+FB4A.

2. If with Volt we define a Simple (consonant) character as Mark, will Uniscribe allow this character to work as a Mark (to overstrike on any Hebrew consonant)?

3. If with Volt we define Private Use Area characters as Marks, will they be allowed to work as Marks (to overstrike on any Hebrew consonant and to be positioned to any Base character and to other Marks)?

4. If with Volt we assign Private Use Area characters to the Hebrew script, will these characters work rightly Right to Left?

Thank you very much in advance for your help.
Logged
tiro_hudson
Beta: FontLab Studio Win
Hero Member
***

Karma: +8/-0
Canada Canada

Posts: 85


WWW Email
« Reply #1 on: 2010-09-03, 00:06:41 »

2&3. No. Uniscribe makes assumptions based on underlying character codes about what constitutes Hebrew characters and, hence, which are handled by the Hebrew shaping engine. PUA codepoints are not recognised as being Hebrew characters, so are not processed by the Hebrew shaping engine.

4. No. PUA characters all have presumed LTR directionality. In order for a PUA character to be handled as RTL, custom software has to be used that recognises that particular PUA character and knows what to do with it. PUA seldom works with standard software except in very simple circumstances.
Logged
Pere
Sr. Member
****

Karma: +1/-0
Spain Spain

Posts: 13


Email
« Reply #2 on: 2010-09-03, 04:38:12 »

Thank you very much for your answers. This makes everything much clearer for my work.

Being this so, it will be difficult to prepare a good Babylonian vocalization until we have the appropriate Unicode code points; in the meanwhile I will try to make at least an acceptable font.
Logged
Tags: Private Use Area  PUA  Hebrew  Uniscribe 
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!