justvanrossum
"Automatically reload fonts if they are changed on disk" is not always working, add File > Reload (Cmd+R)
In my tests, "Automatically reload fonts if they are changed on disk" is not always working. I’m not sure why — but it’s true.
Perhaps you could add a simple File > Reload (Cmd+R) "just in case"?
There's a contextual menu for that.
If you find a reproducible scenario where this happens I'd love to know. It's a rather tricky thing to do but there maybe room for improvement.
I assume you run a recent version of FG?
I installed 1.1.10 release today, it happens. Yes, I’ll try to nail it down.
Were you seeing this with ttf/otf, or with ufo? I just fixed a reload issue with ufo. A new release will be ready shortly.
If you saw it with otf/ttf: which OS are you running and which type of file system? HFS+ or APFS?
(There was issue #48 which I thought I fixed, but there may be more like that.)
Got a similar issue when a glyph is added externally to the UFO. in fontGoggles a designspace file is open.
The added glyph is not changing in fontGoggles.
It works fine when an existing glyph has changed.
Where is the contextual menu?
edited: with the latest version 1.1.12 (1.1.12)
I had it with OTF/TTF on a HFS+ drive, exported from FontLab 7. But with FL, it's tricky: we have an option that when you export a font, it can rename the previous version and then writes the new version under the old name. HFS+ is clever and may actually be too clever, i.e. it may track the renaming and still make FGoggles think that the font hasn't changed.
So when I said "Refresh", I actually specifically meant "reload from the same path".
I know that some text editors magically know that a file has been renamed while others don't. So I imagine they use different APIs. Maybe the way FL exports is not optimal, because it actually does not modify the same FILE but instead moves/renames the file first.
We now added a new export option where you can export and FL will first move the old file to trash, then "overwrite" (or: export again to the same path). I'll check FGoggles with those different settings.
Got a similar issue when a glyph is added externally to the UFO. in fontGoggles a designspace file is open.
The added glyph is not changing in fontGoggles.
Please open a new issue for this.
Where is the contextual menu?
Control-click on the font item.
I had it with OTF/TTF on a HFS+ drive, exported from FontLab 7. But with FL, it's tricky: we have an option that when you export a font, it can rename the previous version and then writes the new version under the old name. HFS+ is clever and may actually be too clever, i.e. it may track the renaming and still make FGoggles think that the font hasn't changed.
FG indeed tracks filename changes (and moves in general), so that could be an issue.
So when I said "Refresh", I actually specifically meant "reload from the same path".
Yeah, that does not combine well with FG following moves/renames. Not sure what to do about it.
Control-click on the font item.
ow, add a menuForEvent_ to show a menu, it will shown with a right click and with a ctrl left click
ow, add a menuForEvent_ to show a menu, it will shown with a right click and with a ctrl left click
Example? I don't understand how this should work based on the docs.
Example? I don't understand how this should work based on the docs.
Nevermind, I think I got it. Thanks!