I just want to say that I’ve been using Scrivener since sometime in the V1 branch on OSX and while I didn’t find it enormously helpful in composing, I loved it as an editing tool. However, I’ve since bought it for iOS and have been using it as my main writing tool. The simplicity and organzation is amazing on iOS and I really am not looking for too many features since I think that may have been what distracted me on OSX. (My problems, not other people’s.)
That said, there’s one thing that I think would be really helpful.
I write a couple of different series and I prefer to keep them under the same project while writing for easy back referencing. Also, this allows me easy access to research I’ve already done and compiled within the project.
However, if I have two or three books under the same project, and I choose two of the books to not be included in the compile, I have to make each chapter and section not included in the compile also. I think that the higher up the rule, the more that should influence what falls below it. For instance, if I have three books under one project, I think marking the other two as not to be included in the compile should make all of their children objects (chapters, sections, whatever) also not included unless specifically so (and I can’t really see the use case for that).
Maybe I’m missing something, in which case, I would love to be educated (I really have made a point of reading the docs). But currently, I find myself having to go through each section of each book within the same project and mark them as not to be included in the compile. And, if I’m working on something different but asked for a revision on something that’s already done, that can take up to an hour to do.
So… for clarity… what’s on my wishlist is simply that child segments obey parent segment settings unless otherwise set.
I LOVE Scrivener on iOS and with my iPad Pro it is my primary writing platform. I would just like to see this one issue addressed in the best way that the developers think that it can happen.
Cheers and thank you so much.