I have an orchestral work with several flows. I want to export every flow as a separate file and, since there are so many parts, I prefer to have a specific folder for each part. Moreover, score and parts are frequently exported to a shared OneDrive folder.
The problem is that, whenever I edit the file on my iPad and save it, these preferences are lost. The Destination defaults to “Printer” and the Destination folder, when I choose “Graphics”, to the current file folder. Thus, I have to set up everything again.
Since there’s no “Print mode” on the iPad, would it make sense to preserve these settings, since they cannot be used anyway?
By the way, I don’t know how the behaviour is when one opens the same file in another Mac/PC, but I wouldn’t want these settings to change, for the same reason. I think it would be better to have a warning saying the destination folder doesn’t exist in the new computer, if it doesn’t, so the user can set it up again and do not lose information.
An another suggestion would be to accept subfolders in the File name options recipe, such as $l/$t -$w - $l, so every part can go into it’s own folder without having to configure each part manually.
Lucas, that sounds like a good suggestion.
On the other hand, if one thinks about it, there are no two personal computers in this universe having the same file structure; that is, why it must be preferable that the path information has to be stripped.
Otherwise, you will always have to answer a dialogue: “The folder/location ~/user/xyz does not exist.” “How shall we proceed?”
This would be the standard greeting and would probably become quite annoying after a while…
The only possibility I could think of is that a Dorico project additionally carries a library with information about the computers a project file has been opened with; and that it would scan the file system on the computer you are working at that moment. You would have to allow Dorico to scan your file system. I am not sure whether this is desirable.
That’s true. However, there might be a case where this is desirable: if you don’t plan to export in this second computer and just want to make some changes. A “reset” paths button would do the trick. Anyway, for the iPad case, Print mode doesn’t exist at all, so I still think these settings should be preserved, much like the Play mode settings are.
Yes, dealing with the iPadOS “needs extra brain cells.” Firstly, the OS by default never asks where to save a file. That’s intentional and part of the iPadOS UI philosophy.
So Dorico has to put all of the “Print Mode” items into the “Share” category— which isn’t that bad at all; because one can share as .pdf and subsequently save or print that file via the Print option. It might be possible that those options are extended at some point, f.e. to exporting graphics, I don’t know. We should not forget that Dorico for iPad, despite being an almost fully working Dorico Elements version, still shares the idea/philosophy of iPad apps, which is their simplicity. At the same time, Apple is safeguarding all communication from an app to their file system, that might be a hindrance, too.