Here are screen shots showing the spaces removed from the font's name in FontForge, and yet added back in by Calibre (or Word) after embedding in the Word document and using Calibre to convert the DOCX -> EPUB. Based on your post, installed and also tried FontForge, which did exactly the same thing: nothing. Trying again in the hope it becomes visible this time with apologies if this ends up appearing I had tried that specifically, but with FontLab and TransType, before posting here, but it had no effect. Hmm, reposting (as memory permits) because I've posted other comments since which have appeared, but this one from about 7-8 hours ago with the screen captures did not. I had submitted a bug report on this and the added spcase, but Kovid said that this font problem is just a warning-level issues, and doesn't actually affect real world usage. If Calibre would simply remove (or avoid adding) spaces during conversion from DOCX -> EPUB, this problem would go away. The Autofix-issues in Calibre's book editor already fixes this. This could be easily solved by what I suspect to be a near trivial update to the EPUB conversion. That doesn't actually help me, because I need to avoid the problem in the first place, but if you're just trying to fix a specific book, this might be an appropriate solution for you. There is an easy manual work-around per book - just go into Book Edit and rename the font or run the autofix. Changing the font name doesn't help, because Calibre (or possibly Word - I can't check inside the DOCX file, because the font names are not directly visible in the included XML files inside the DOCX) changes the file names by the time they are included in the EPUB file. Any other my issue is 100% consistent and repeatable. Avoid ending up with spaces in the font file names in the first placeģ. And it's just annoying to get error messages every time.ġ. That's a trivial step for those of us comfortable with the process, but it's a hassle and problem for others. HOWEVER, if I'm trying to help non-technical authors or provide them with a Word template to help them create EPUB files, I don't want to tell them they then need to go in and remove theses errors. ![]() ![]() If you then use its auto-fix, it fully fixes the problem. Google and Kobo will frequently reject them (sometimes they slip through).Īs a work-around, if you use Calibre's own Edit Book -> Run Check -> it shows the font errors as warnings. So at least in part, this appears to be a Calibre defect for adding (or keeping) the extra spaces.Īs some of you know, spaces in a font name will cause EPUB files to be summarily rejected by several EPUB outlets. So both PDF and EPUB have the word "Regular" added, but only Calibre's conversion seems to add or maintain those extra spaces. I had originally thought this was Word's fault (and it still might be), but if you export that same Word document to PDF file, and then in Adobe Reader -> File -> Properties -> Fonts, it will appears as "MyFont-Regular.ttf" (no spaces). ![]() To be clear, I've even tried using FontLab to convert fonts into new font files specifically to confirm there is nothing in the font name that would cause this. For example if you have a font named MyFont, and a font file MyFont.ttf, embed and save that, then when you convert that DOCX to EPUB in Calibre, when you look at the resulting EPUB file, the font will end up as "MyFont - Regular.ttf". ![]() I'm not sure if it's Word's fault or Calibre's, but here's the problem: if you embed a font in Word (only TrueType and OpenType TrueType fonts are embeddable, not PostScript fonts), then save it as a DOCX, then do a DOCX -> EPUB conversion in Calibre, the font name WILL HAVE SPACES (100% of the time), which makes the EPUB unusable through many outlets.Įven if the font name and font file don't have any spaces, Calibre or Word adds spaces, a hyphen, and the word Regular (or Bold, Italic, or BoldItalic) to the end.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |