Subject: Changes to the OpenType spec - msg#00012

List: fonts.fontforge.devel

Mail Archive Navigation:
by Date: Prev Next Date Index by Thread: Prev Next Thread Index

There has been discussion recently on the opentype list about changes to
the opentype spec. It appears that these are going to happen, so I have
updated fontforge to support them. As far as I know these have not been
published outside the OpenType list so I have tried to summarize them as
best I can below (sometimes making snide comments because I couldn't
help it).

These changes are:
* 3 new bits have been added to the fsSelection field of the OS/2
table and the version number of the table has been bumped to 4
to reflect this.
o DONT_USE_WIN_LINE_METRICS -- The spec already says
that the windows ascent/descent values should not be
used for line spacing. But many applications still do.
This bit should be completely irrelevant, since it just
reiterates what's already in the spec.
o WEIGHT_WIDTH_SLOPE_ONLY -- I don't really understand
why this bit is useful either, it has something to do
with some windows
o OBLIQUE -- Marks a font as Oblique rather than Italic
FontForge now lets you set the version number of the OS/2 table
from the FontInfo->OS/2->Misc pane.
I'm told that using an OS/2 version other than 1 will screw up
the display of CJK truetype fonts. I can't vouch for that
myself. If you set this field to 0 then ff will fill it in as it
thinks best when generating the font.

FontForge allows you to set the DONT_USE_WIN_LINE_METRICS and
WEIGHT_WIDTH_SLOPE_ONLY bits (also in Font Info). It sets
Oblique itself based on the font name.

* the 'size' feature has been fixed. That is to say that Adobe has
announced that in the future their fonts will have a 'size'
feature that follows the standard. Unfortunately this is an
incompatible change with the past and any program that expects a
broken 'size' feature will get incorrect and inconsistent
results when loading a font with a correct one.

FontForge has a new checkbox in the Generate Options dlg which
allows you to specify whether you want a broken 'size' feature
(which should work with both old and new programs) or a correct
'size' feature which will only work with new programs.

FontForge itself should be able to detect whether the 'size'
feature is broken or correct when reading in a font.

* MS has made substantial (and incompatible) changes to the way
Indic glyphs are reordered and shaped. The same features are
used, but they now mean different things (or something... I
didn't pay as close attention as I should).

In order to avoid confusion MS has created a new set of script
tags for each affected writing system:
Bengali beng bng2
Devanagari deva dev2
Gujarati gujr gjr2
Gurmukhi guru gur2
Kannada knda knd2
Malayalam mlym mly2
Oriya orya ory2
Tamil taml tml2
Telugu telu tel2
So it is possible to design a font which will work with the old
shaping engine and the new by having both scripts (and
appropriate features) in GSUB/GPOS.

FontForge has these new tags in its script dialog, and has a
preference item to control which is used by default.

These changes are in the cvs tree.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Thread at a glance:

Previous Message by Date:

Re: Chinese Translation for UI attached

>> > From: Lee Chenhwa <leechenhwa@xxxxxxx> >> > To: fontforge-devel@xxxxxxxxxxxxxxxxxxxxx >> > Subject: Chinese Translation for UI attached >> > Date: 03 Sep 2006 01:28:42 +0800 >> > >> > Hello, >> > I've translated main UI to Chinese Simplified (zh_CN). Please add it to >> > the po tree. I've test it in my Linux box, and I wish it could help. >> Thank you very much. It is now in the cvs tree. >> > >> > And there is a problem that translated strings on title bars are >> > displayed as special characters illiterately. >> You are right. I had never noticed that before, but it is interpreting >> utf8 as latin1 (at least on my machine). The following patch should fix >> things. > > The patch works! Chinese strings look well on title bars now. > > Lee Chenhwa ?????????? ?? ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Next Message by Date:

Re: Bug in fontforge-20060715: local variable used before set

On Thu, 2006-09-07 at 05:36, Mike FABIAN wrote: > Mike FABIAN <mfabian@xxxxxxx> ãããæãããã: > > Please see: > > http://bugzilla.novell.com/show_bug.cgi?id=203490 > > Patch attached. > Applied, thank you. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Fontforge-devel mailing list Fontforge-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/fontforge-devel

Previous Message by Thread:

Bug: False warning while parsing TTF

Hi, Fontforge gives a false warning as "Warning: Glyph 135 is named Ksha which should mean it is mapped to Unicode U+0000, but Glyph 1 already has that encoding." In this case Glyph 135 (Ksha) is a ligature and is given Unicode value -1. So the warning should not occur. Upon some preliminary source code inspection, we found that in the following function, the errno is not checked properly after a call to strtol. In our case the name is "Ksha" and strtol sets the errno and returns 0. As a result the function returns 0 instead of -1. This is causing the problem. fontforge/fontview.c: 8462 (in function EncFromName): i = UniFromName(name,interp,encname); if ( i==-1 && strlen(name)==4 ) { /* MS says use this kind of name, Adobe says use the one above */ char *end; i = strtol(name,&end,16); if ( i<0 || i>0xffff || *end!='\0' ) return( -1 ); Test case: This occurs in a font named Pothana2000 which is available from http://www.kavya-nandanam.com/Pothana2k.zip -- Naresh ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Next Message by Thread:

Re: Bug#387451: fontforge: Segfaults when home directory doesn't exist/is non-writable

forwarded 387451 ontforge-devel@xxxxxxxxxxxxxxxxxxxxx thanks > Package: fontforge > Version: 0.0.20060703.1-0bpo1 > Severity: serious > > To reproduce this, just log into a pbuilder chroot and make sure that > the environment information about your username is preserved: > > $ pbuilder login --configfile /etc/pbuilderrc.sid > ... > # apt-get -y install fontforge >/dev/null > > Adding system startup for /etc/init.d/x11-common ... > /etc/rcS.d/S70x11-common -> ../init.d/x11-common > # fontforge > Copyright (c) 2000-2006 by George Williams. > Executable based on sources from 08:15 22-Aug-2006. > Segmentation fault > # echo $HOME > /home/frank > # mkdir $HOME > # fontforge -version > Copyright (c) 2000-2006 by George Williams. > Executable based on sources from 08:15 22-Aug-2006. > fontforge 20060822 > # > > The same probably happens when the directory exists, but is not > writable. We've been bitten by similar problems when building teTeX > related packages in certain environments (not mine, therefore I can't be > more specific). I've asked on -devel back then, and the consensus was > that a program must not rely on $HOME being existent or writable. > > Regards, Frank > > -- System Information: > Debian Release: 3.1 > APT prefers unstable > APT policy: (99, 'unstable') > Architecture: i386 (i686) > Kernel: Linux 2.6.16-2-686 > Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) > > Versions of packages fontforge depends on: > ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries > an > ii libice6 6.9.0.dfsg.1-6~bpo.4 Inter-Client Exchange library > ii libsm6 6.9.0.dfsg.1-6~bpo.4 X Window System Session > Management > ii libx11-6 6.9.0.dfsg.1-6~bpo.4 X Window System protocol client > li > ii libxi6 6.9.0.dfsg.1-6~bpo.4 X Window System Input extension > li > ii xlibs 6.9.0.dfsg.1-6~bpo.4 X Window System client libraries > m > > -- no debconf information > -- KÄstutis BiliÅnas <kebil@xxxxxxxxxxxxxx> ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Fontforge-devel mailing list Fontforge-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/fontforge-devel