Replies: 1 comment
-
Do you have an example of a discrepancy you see between your OPF and the values in the The HREFs are relative to the root of the archive (and not the OPF file) and are also normalized. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, I would like to know how the href value of reading order list item is being generated. Because the epub file that I'm using does not contains such href values. When I unzip an epub file, there is a file called content.opf.
We can see all the chapter files (xhtml) and their href values within content.opf .
When I try to compare the href values of readingOrder list with the content.opf's chapter href list, the values are different. For some epub files, there is no problem so the both href lists can be matched. But for some other epub files we can see this problem.
You may ask why we need this kind of information.
We have predefined data which does not contains href values but chapter indexes. And those data were not generated from readium framework but some other epub reader framework. We try to generate href values from chapterIndexes. content.opf file is useful for this purpose. Since we also want to check whether the href values of the readingOrder list and custom generated are the same or not. This control will provide consistency. Since the readingOrder list href gives different values, it would be awesome to know the logic behind it.
Thanks in advance
Beta Was this translation helpful? Give feedback.
All reactions