To get the latest changes, for now, take a look at https://github.com/fontforge/fontforge/commits/master.
TEGEUS:
Tell me,
What is your opinion of Progress? Does it, for example,
Exist? Is there ever progression without retrogression?
Therefore is it not true that mankind
Can more justly be said increasingly to Gress?-- A Phoenix too Frequent
Christopher Fry, 1950
"The trouble is," he said, "is that things never get better,
they just stay the same, only more so.--
FaustEric
Terry Pratchett, 1990
filename(fontname)
notation from command line too.
GVTabSet
.
$prefix/share/fontforge/resources/fontforge.resource
.
LoadEncodingFile
now takes an optional encoding
name parameter that is useful for loading Unicode consortium format encoding
files, which were just ignored before.
font.addContextualSubtable
exec=
line in .desktop file needs to be
terminated by %U
.
GVisibilityBoxOn.Image
GVisibilityBoxOn.DisabledImage
GVisibilityBoxOff.Image
GVisibilityBoxOff.DisabledImage
GGadget.Box.BorderInnerCol
GGadget.Box.BorderOuterCol
FontView.GlyphInfoColor
FontView.EmptySlotFgColor
FontView.HintingNeededColor
Box.ShadowOuter
and Box.Padding
handling in resource editor.
'This patch fixes the kerning pairs dialog to render kerning as close to what OpenType engines does, also makes sure FF activates by default and adjusts the correct fields. There are other places in the code that need to be checked too, but I think the code affected by this patch is self contained.'
Note that this will have problems if the moving end point ever ends up on the same horizontal/vertical line as the stationary end point. Then the control point may vanish and never reappear.
Also FF would still complain that the "{Everythin Else}" string in the kern class dialog represents a missing glyph.
This patch also affects some gdraw internals, since the new layout of the "Change glyph" dialog makes it necessary to dynamically switch the captions of some labels, and the text strings should fit to the space initially reserved for those labels. So it is now possible to assign a list of strings to a label, just like if it was a list button.
There is a reason for this. The button does not do a cancel. It only cancels changes to the current glyph, but the dlg can be applied to several glyphs one after another, and any changes made to previous glyphs are committed when the user changes glyphs. So the "Done" button only cancels the current glyph.
However, I can change it so that it says "Cancel" until the user changes glyphs. And in most cases the user is only interested in one glyph so this will solve most of the problem...
Fontforge was not very good about warning the user when s/he created something which had some but not all of these attributes. (ie. a design range but no style name). So add some error messages to the fontinfo dlg which makes these checks.
FF would also not read in a 'size' feature unless it were in one of these formats. So if the user created a 'size' feature with a design size, and a design range but no style name, then FF would not complain, would happily output it, but would not read it back in again. So be a little more lenient in what we read in.
Extended the python interface so you can specify a polygon pen.
which allow you to compare two contours (or layers) and specify an error bound on how far they may diverge.
So remove the warning ff used to generate about name tables bigger than 5K.
There is also a python command font.generateTtc()
File->X Resource Editor...->FontView->Font Size
was
supposed to allow the user to set the size of the glyph labels in the fontview.
It didn't. Fixed.
Sadly the preference item wasn't very smart and turned off names like uE001 as well. Fix that.
If you have an entry like:
msgid "CV*Open|Ctl+O" msgstr "Super+O"
then that will rebind Open in the charview and nowhere else.
Note that the string "CV*Open|Ctl+O" will not appear in the pot file, you must add it manually if you want to do this (that's because I don't want people to do this).
If you have a rebinding for
msgid "Open|Ctl+O"
and no entry for "CV*Open|Ctl+O" (ie. the common case) then all menus (including the charview) will follow the standard rebinding.
I hope I have worked around this by adding a preference item
File->Preferences->Generic->ExportClipboard
Turn this Off if the clipboard doesn't seem to work.
Peter Baker says that a solution is to go into X11 Preferences, click on the "Input" tab, and uncheck "Enable key equivalents under X11".
Possibly downloading a new set of developer tools will fix it:
http://developer.apple.com/Tools/ (then log in, (or become a member & log in, it's free)) Click on Downloads In the "Downloads" side bar, click on "Developer Tools" Download and Install 3.1.3
Together these meant that ff did not use appropriate command keys in the
menus.
I wish Apple wouldn't do pointless changes.
Extend this a little so the user can specify a range of y values (return the extent in x when y is between ybottom and ytop).
And that appears not to be what he wants anyway. Oh well.
I wish to thank Michal Nowakowski for fixing my bugs these last few months.
I no longer have as much time for FontForge as I have in the past, and my
attention to the project is spotty.
Currently I am training to run a 50 mile race (~80K) to celebrate my 50th birthday this year. I've already run a 50K race as preparation. |
Element->Other Info->Justification
.
FontForge now supports the 'BASE' table (in feature files).
The new format is considerably better than the old and can now be used to express almost all of OpenType.
Changes:
Apple appears to have shipped a buggy version of X11 with 10.5. The problem
appears fixed in 10.5.6 (It may have been fixed earlier, but I don't have
a machine on which I can test that).
The problem only affects fontforge it if uses pango or cairo. This release of fontforge tries to check for a buggy system, and if it thinks it is running on one, then it will refuse to use Pango and Cairo. The problem does not affect Mac 10.4.* You may upgrade from 10.5 to 10.5.6 by going to the Apple Menu and selecting the "Software Update" menu item, and then the "Mac OS X Update Combined". You probably need to install X11 before you upgrade the Operating System. |
Cairo will draw anti-aliased lines and splines (and text as well). Cairo also supports translucent colors.
If you have an old release of pango then it may not be able to draw on top of cairo, in which case you won't see complex scripts drawn properly in the outline glyph view (the only view in which cairo is active).
Start up is slower with either Pango or Cairo active because both use fontconfig to initialize stuff and that can take time.
Cairo, and to a lesser extent, Pango can slow down drawing. Especially if you use X across a wire (on a display not connected to your computer). The slowdown depends to some extent on your video card, driver, X release, etc. If you find these libraries too slow to be useable you may turn either off in Preferences. (You may also turn them off at configure time).
The first time fontforge starts with pango (I think it's pango) enabled, initialization is very slow -- several minutes -- do not be alarmed, it only happens once.
Pango crashes on my cygwin system, so my cygwin build does not ship with either pango or cairo.
The version of cairo available from fink on the mac (1.0) is too old for it to work with fontforge (which needs at least 1.2). So the mac builds do not ship with cairo.
The default initialization of fontconfig on the mac doesn't seem to find any fonts. You should create a ~/.fonts directory and drop into it the fonts you want to be displayed.
Created a teeny tiny translation file for Malayalam.
Gdraw.GGadgets.ImagePath
Add new commands to select glyphs which
In both "Show Grid Fit" and the TT debugger it used to be possible to turn off the display of outlines in the foreground layer simply by unchecking "fore". Now it can no longer be done, and as a result it's become more difficult to check at a glance the overall effect of TT instructions. It would be nice to have this capability back.
Adjust the width to length ratio used to determine if a diagonal stem is acceptable.
Also if we didn't save the background layer (layer=0) then a random layer would (inappropriately) become the background.
Extend the 'layr' format to store a background/foreground flag per layer.
Remove the hack that if the modifier mask for the command key was set then we'd also set the control mask (this meant that the command key would work as control, but it meant it could only work as control).
Let the command key work as itself, and put in special code to check whether X11 is going to give us the command key (or will that key be used in the X11's own menubar). If we get command then we load a special set of keymap bindings (which, presumably, will use command). If we don't find a special set of keymaps, then fall back on normal processing.
Clean up drag and drop from the font view a bit.
My approach failed if the lookup contains multiple subtables and a base glyph has two marks being attached, one from each subtable -- I would attach the mark in the first subtable, but then having found a subtable that worked would stop, and the second mark never got attached.
Earlier Changes
Changes to PfaEdit (predecessor to
FontForge)
Changes to the sfd format.