So if someone built an .ibooks to epub converter, that would be fine? It sounds like it from the language they use... all they care about is that .ibooks can only be sold through their store.
From Section 2.B.ii - " this restriction will not apply to the content of the work when distributed in a form that does not include files in the .ibooks format generated using iBooks Author. "
So This restriction not apply to anything distributed in a form that does not include files in the ibooks format. Given that .epub is not the .ibooks format, you are correct.
More interesting, is the caveat, "generated using the iBooks Author" - what this means is that .ibooks generated with other authors can be sold in places other than the Apple Store. Start your timer as to how soon we'll see other authoring tools for .ibook format (with the target market being the book publishers, who will be able to bypass the apple book store)
Most interesting scenario of all:
o Generate .iBook using iBooks author.
o Convert to .epub using an epub converter.
o Convert back to .ibooks using a third party tool (and, theoretically,
adding back in the custom .ibook elements)
The end result is _not_ generated using the ibooks author, and is also not subject to the iBookStore restrictions.
This seems unlikely. iBooks is not a thriving market right now, and Apple is trying to make it one by creating cool tools for making better content (iBooks Author). There are already people working on creating competing authoring tools, but their stated goal is to publish to a more standards-oriented format like .epub, not to generate .ibook files that can be sold outside the iBookstore.
A tool that can publish the same content to .ibook and .epub would be useful, but not because there is a market for .ibook files outside of Apple's. What's the point of that? Theoretically .epub can do everything .ibook can do:
I have my doubts that will stand in court. At the extreme, consider what would happen if you replaced the ePub route by a zip-bzip2-zip conversion. Surely, the final product would not, technically, be made using iBooks Author, but I doubt that would carry weight in court.
Now, if you manually add in those .ibook elements or create them outside of iBooks Author and then somehow merge them into both your iBook and your final ePub, you would likely be OK, but then, what is the use of using iBooks Author in the first place?
"files in the .ibooks format generated using iBooks Author"
That clause is ambiguous, and I wouldn't bet on it being interpreted in the sense your scheme would depend on.
You'd need "generated using iBooks Author" to denote which "files", where it's more likely to be interpreted as denoting which "format". That is, the clause disambiguates the format from any other format that may exist with the file suffix ".ibook".
So This restriction not apply to anything distributed in a form that does not include files in the ibooks format. Given that .epub is not the .ibooks format, you are correct.
More interesting, is the caveat, "generated using the iBooks Author" - what this means is that .ibooks generated with other authors can be sold in places other than the Apple Store. Start your timer as to how soon we'll see other authoring tools for .ibook format (with the target market being the book publishers, who will be able to bypass the apple book store)
Most interesting scenario of all:
The end result is _not_ generated using the ibooks author, and is also not subject to the iBookStore restrictions.