-
Notifications
You must be signed in to change notification settings - Fork 19
Non-existing parent directories are implicitly created #60
Comments
We should use |
This was not intentional. It should be changed. |
this is fixed in master Lines 837 to 841 in ccec17d
|
lots of defcon-based tools relied on this behaviour that the output directories where automatically created when missing (MutatorMath for one) I know that raising an error is the correct thing to do for ufoLib when asked to write a UFO to a directory which does not exist yet (as it might have been a mistake), but still.. |
so what should a tool like MutatorMath do when a designspace contains instances' filenames whose directories don't exist? |
with ufoLib 3, you must. unified-font-object/ufoLib#60
Does that mean that the user would have to preemptively create each parent directory of each instance? That's a lot extra setup for projects that do not generate all the instances to the same parent directory. I understand releasing |
similarly, a typo in a designspace file could silently behave a lot different than intended |
Non-existing parent directories are implicitly created:
The
deeper/and/Deeper
directories are created if they didn't already exist.This may have been intentional, but I don't think it's good design: a simple typo in a script could silently behave a lot different than intended. A "No such directory" exception would be better.
Btw., this behavior trickles down all the way to the RoboFont scripting level, via defcon :)
Cc @typemytype
The text was updated successfully, but these errors were encountered: