Closed jag3773 closed 2 years ago
Also consider metadata.scripture_burrito. Even if it's initially less recognizable to editors, that's only a temporary issue.
see also https://github.com/bible-technology/scripture-burrito/issues/252
Three options:
"format": "scripture burrito"
); (b) include identification as scripture burrito in the version string (e.g. "version": "scripture burrito 1.0.0-rc2"
)scripture_burrito.json
)mimetype
file like EPUB)Note that even though the documentation currently says the file should be called metadata.json
, the examples in the repo itself (as opposed to the ones in separate repos) are all named differently.
Note that even though the documentation currently says the file should be called
metadata.json
, the examples in the repo itself (as opposed to the ones in separate repos) are all named differently.
Right, because they are all in the same folder!
Right, because they are all in the same folder!
Exactly. But even our own examples aren't using metadata.json
in that context :-)
FWIW, my vote would be to just add something in the metadata.json file that indicates it's a SB (e.g. "format": "scripture burrito"
). This is probably the most minimally breaking change we could make, and loading the metadata file should be very quick (i.e. I don't think it's an issue to require the file to be read to determine if it's a burrito).
I agree @FoolRunning... Let's do that @jtauber... add "format": "scripture burrito"
to the schema and let's release it as rc2.
It's currently not easy to tell if a zip file is a burrito without running the schema validation or visually looking for flavor details.
Possibly rename
metadata.json
toscripture_burrito.json
.