FontLab Forum
2012-02-09, 03:32:59 *
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: Unsupported script  (Read 2073 times)
vanisaac
Sr. Member
****

Karma: +0/-0
United States United States

Posts: 16



Email
« on: 2010-03-27, 11:07:26 »

I am wondering how to approach the "Add Script" function when it comes to scripts not included in the tags file. Should I make up my own tag and send it to the registrar for ISO 15924, or should I just use the "default" script tag? This is in the context of developing a working font for a Unicode script proposal, so theoretically, it will be formally recognized some time.

Thanks,
Van
Logged
Andrew Glass (Microsoft)
Team: Microsoft
Sr. Member
****

Karma: +0/-0
United States United States

Posts: 6


« Reply #1 on: 2010-03-29, 00:39:13 »

I would make a dummy font using PUA code points until the Unicode proposal for your script has been accepted. There are likely to be changes during the process even if a block has been asigned in the roadmap. As for a script tag, what kind of shaping will you need to do in Volt? If you invest time to create OTL tables in Volt, be aware that these most likely won't work in a shipped font for ranges that have yet to be defined in Unicode - even though the preview will display results. 
Logged
vanisaac
Sr. Member
****

Karma: +0/-0
United States United States

Posts: 16



Email
« Reply #2 on: 2010-03-29, 02:54:19 »

From the Unicode side, we probably have no problem with the allocation changing. This script is very far into the process - this font test is probably the last step before UTC approval. We also changed the SMP roadmap because of this proposal at the last UTC, so it is highly unlikely it will move. The documents being created are only for testing anyway, so if the mapping changes, we haven't let the cat out of the bag.

As far as shaping, the font has <calt>, <curs>, <dlig>, <ccmp>, <mark>, <mkmk>, <rlig>, and <kern>, although I don't know if that's appropriate for a contextual single adjustment. It has 31 substitution and 20 positioning lookups, so it is pretty complex. The allocation space is 173 code points (11 columns + 1 supplemental punctuation), and 1562 glyphs + about a dozen pre-existing glyphs (ZW(N)J, diacritics, etc) and a Last Resort glyph.

I basically just need to be able to test the encoging model. If I can do that using PUA code points, that's a fairly easy fix, although it would require making a new keyboard layout. If I need to get ahold of a custom version of uniscribe, I may be able to use my contacts. If the only workable solution is to use the preview window and print the screen, then that's what I'll do, even if it is a pain-in-the-rear.
Logged
vanisaac
Sr. Member
****

Karma: +0/-0
United States United States

Posts: 16



Email
« Reply #3 on: 2010-04-19, 00:25:37 »

What would happen if all of these features were to be put under the script <DFLT>, language <dflt>, and the feature <dflt>? Does this make a lick of difference? Because this is a new script, all of the contextuals are specified in the lookups, so uniscribe is really out of the loop. All it has to do is execute the OT features, with their contextual rules, every time. Is this a workable solution, or am I chasing my tail here?
Logged
Tags:
Pages: [1]
  Print  
 
Jump to:  

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