Skip to content
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

Open
dauwhe opened this issue Mar 10, 2016 · 4 comments
Open

Naming and location of JSON package document #15

dauwhe opened this issue Mar 10, 2016 · 4 comments

Comments

@dauwhe
Copy link
Owner

dauwhe commented Mar 10, 2016

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?

@HadrienGardeur
Copy link
Collaborator

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).

@dauwhe
Copy link
Owner Author

dauwhe commented Mar 16, 2016

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.

@HadrienGardeur
Copy link
Collaborator

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.

@HadrienGardeur
Copy link
Collaborator

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants