[quote=39904:@Michel Bujardet]As the user where to save
Save a compressed file with a zip extension that contains the font files they purchased.
I did not have time to experiment today, but it seems that wen the user is prompted to save, saving a binary file is acceptable to the sandbox…
Somehow, I would like better to avoid risky things and stick with the simplest code as possible. My next app will have to save data files for users, and it best be plain Xojo if I can.[/quote]
That seems perfectly reasonable, and actually might be more appropriate for the end user, especially if they wanted to save it to a USB stick, they can do that from the Save as Dialog.
You can create any file, as long as it is the one that the user specifies in the dialog. For instance if they specify ~/Desktop/MyFile.zip, that is where you can save, you can’t rename the file, so you must also specify the filter with an explicit file extension for the save dialog.
I’m sorry if I scared you, I agree with the principle of Sandboxing, but we got bit bad some of the issues with SSBs (A seasonal product, that got locked out for some users)… It was embarrassing and frustrating. Since then, I’ve invested a lot of time trying to avoid these potential disasters. We have successfully used them in other apps since, but the first experience was the most painful.
As for TEs, Apple said they were only temporary and to avoid them unless you really needed them, but it’s down to the App Reviewer if you can actually use a TE or not. Some things will get a blanket NO, like using Apple Script to control Finder or System Events, but others can get a NO, simply because there’s an API equivalent. So, I’d stick to trying to avoid them. One day they’ll be gone anyway.
Sometimes, I sorta do a brain spew, where stuff comes out, relevant stuff mind you, but in a muddled order… I think this is one of those!