I've noticed that if you specify an angle for a guide it is oriented to the x axis, so a vertical guide is 90°. That makes sense except that when you specify the italic angle it is oriented to the y axis, which means a -11° italic angle translates an 79° guide. It's easy to do the math (subtracting from 90), but maybe would be more clear oriented to y.
its correct there is no "print" feature in RoboFont and I think it will never happen. Print out change for each design / project. The “Test Install" option is much more flexible. Make some templates in Indesign or whatever app you prefer, test install your working document and print from there.
This allows for example that your font in progress is been printed as a font and not as a collected vector drawings.
Thanks Frederik, the script solution sounds fine. Just one problem, the glyph windows has no method setGlyphViewScale Maybe I'll have to wait for the next Robofont release?
Your arguments sound sensible. Maybe I just should just try to keep a glyph window open constantly. That will preserve the zoom level when double-clicking on a different glyph. I have the habit to close and re-open glyph windows all the time, this led to the confusion.
in the next version the font object has a font.setLayerDisplay(layerName, option, value) so you can alter the display options easily
use double click or the "Close Contour" hot key
assign a key combination to a script that is adding the current selection to the current Space Center
It's disabled by default cause transforming multiple glyphs can end up with a double transformation on glyphs with components, one time by the referenced glyph and other one by transforming the component itself.
I don't know the difference! But in fontlab when I open a font, in the kern feature I can see that LTR kerning is interpreted like this:
pos uni0631 uni0628 -225;
But RTL kerning is interpreted like this:
pos uni0631 uni0628 <-225 0 -225 0>;
So I suppose RTL kerning should be implemented with adjustments applied to position of the glyph too, maybe I'm wrong; I'm not a pro. (see AFDKO OpenType Feature File Specification)
About the kerning in RoboFont, I think there is a malfunction in the "Right to left" Option in the kerning panel. Here is what I do:
I open a font which already has RTL kerning, Robofont interprets kerning correctly. I open the kerning panel and click on a class pair, the kerning shows up but order of glyphs is incorrect, I turn the "Right to Left" option on; Nothing Happens! I turn it off, now order of glyphs becomes right, even so the kerning has been implemented in RTL order.