-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Naming and location of JSON package document #15
Comments
The proposal is missing something: we discussed with the core group how BFF could be used as an external record in 3.1. It was agreed that the best way to handle this is to actually use rel="alternate" and an identifiable media-type: <link href="manifest.json" rel="alternate" media-type="application/epub+json" /> A well-known location is only useful if we plan on making the JSON serialization the primary document in the future (no more OPF, and we also drop all the other OCF specific XML documents). |
My assumption all along has been that we could create independent BFF publications that would not have OPFs, container files, META-INF, or anything from OCF. In this case, I think a well-known location is important. |
Right but that more a target for 4.0 than 3.1 (having a zipped publication with just the JSON serialization instead of all the XML files). That said, it's simple enough for us to cover that issue right now. |
Aside from its name (manifest or package), I think that we should also explore the file extension used for BFF. This is one of the two ways (along with media types) that most OS could detect a BFF. |
The proposal currently says that the JSON package document must be called package.json and located at the top level of the file system container. I've heard some general objections to defined names. Are there other suggestions here?
The text was updated successfully, but these errors were encountered: