HTML Validator and e-pubs
I also have a few e-pubs that were produced in 2010 using the html of that time, and Mobipocket Creator. It is a tool that combines an e-pub's index, and chapter files, and images into a .prc file, which was then uploaded, and an e-book produced.
I am in the process of revising one of the e-pubs, and have found that Mobipocket Creator and .prc files are no longer supported.
A .mobi file is now the means used to produce an e-pub, and an Amazon tool is freely available for use in generating and reviewing .mobi files. The tool is KindlePreviewer.
The rub is that when using the KindlePreviewer to create a .mobi file from html 5 compliant files consisting of an index, its linked-to sub files, and images, all of the files and images are not combined together in the output mobi file as was the case with a Mobipoocket created .prc file.
The .mobi file contains only the index file and its images. I plan to investigate this an hopefully find a solution in the KindlePreviewer instructions.
However, I have the original html pub files which conform to the rules in effect in 2010, and which also were linked together with the use of "name" anchors.
So, I used the KindlePreviewer to open the index file, and the result was a .mobi file containing all the e-pub files and images, which according to the instructions, should be able to be uploaded and a "new" e-pub produced.
Now my plan is to use HTML Validator 10.0 Lite for editing the pub files, as that version accepts pre html 5 coding which works with the KindlePreviewer.
Note: As an aside, the KindlePreviewer info also states that .jpg images that are bigger than those accepted previously, can be used in making .mobi files. The previous files were .gifs. How that will work out is yet to be seen. Also, the KindlePreviewer imprints the file name of the "index" file on the top of each page produced as output. So, I changed the index file name to the book name, and the book name shows on the top of each page. It does not seem to matter if the name of the file being opened is not index.htm.
As to my use of "name" anchors back in 2010, they were used so that when a chapter was read, the reader was given the options of jumping back to the TOP, the MAIN INDEX, the LAST CHAPTER, or to continue reading the next chapter of the total of 40.
FYI, the 2010 html version files linked with the use of the nmae tag, can be used to produce a pdf. file of all the files. 1. Open the index file in word (I have a 2003 version). It will suck up all of the e-pub files linked with the use of a "name" tag, and their images. 2. Save this doc as a .doc. file. 3. The .doc file can then be opened in Open Office and exported to a pdf. file. This does not work if files not linked with the use of the "name" tag.
I started this thread to clarify my understanding of the situation, for the info of others, as a push back against not supporting what has worked in the past, and for those like me that find that the "old" rules are easier to understand and use, than what is said to be newer, faster, better.
Comments are welcome and will be appreciated.