12 Replies Latest reply: Jan 19, 2014 7:16 AM by bsayo
designgraphik Level 1 Level 1 (0 points)

We are really excited about the news of iBooks Author, since we are graphic designers who run a large font website. The bad news, iBooks doesn't support embedding fonts in the iBook format. Why not? (http://support.apple.com/kb/HT5072) - The only work around seems to be if you publish in PDF format, but of course that limits things. Various foundries and font sites offer licenses for eBooks, so iBooks should support this, it's an important aspect to the book design and communication abilities..

 

Please fix this in the next update? Pretty please....?

  • 1. Re: Embedding Fonts - Why not?
    Tom Gewecke Level 9 Level 9 (71,735 points)

    The best place to ask Apple for fixes is

     

    http://www.apple.com/feedback/ibooks-author.html

  • 2. Re: Embedding Fonts - Why not?
    Henrik Holmegaard Level 3 Level 3 (575 points)

    > The bad news, iBooks doesn't support embedding fonts in the iBook format. Why not? ... The only work around seems to be if you publish in PDF format

     

    In the ISO 8879 SGML family of which ePub and HTML are implementations the author inserts character information and content information considering the logical reading order. Appearance and geometry is not defined early binding by the author, but late binding by the audience. Because Apple controls the configuration of the obligatory CMAP Character Map in the SFNT Spline Font files available for rendering appearance, the author is guaranteed that the character information will map as intended in whatever appearance the audience chooses. This is *not* the case with glyph encoding and character substitution, whether in Adobe Type 1 font program dictionary format or in Adobe and Heidelberg SFNT Spline Font files which should have been sold with character encoding and glyph substitution, but which were in fact sold with glyph encoding and character substitution. Essentially, Apple is doing in the iBook Store what Microsoft did in Word 1992, that is, supporting obligatory CMAP shaping only for character-glyph mapping, and supporting system supplied SFNT Spline Font files for appearance approximation over third party selectable font files (whose character-glyph mapping may be completely off the wall).

     

    There is the additional problem that adding logical reading order to PDF in order that it may reflow for PDA Personal Digital Assistants with different geometries is as complex, if not more so, than doing the same for a model for document markup that was designed for defining reading order. PostScript and PDF were designed for defining layout rendering order, not for defining logical reading order.

     

    Hope this helps,

    /hh

  • 3. Re: Embedding Fonts - Why not?
    K T Level 7 Level 7 (23,700 points)

    Developers can take advantage of additional font support when building apps - you may want to consider doing an app if this ability is crucial.

  • 4. Re: Embedding Fonts - Why not?
    Tom Gewecke Level 9 Level 9 (71,735 points)

    designgraphik wrote:

     

    The only work around seems to be if you publish in PDF format

     

    Another possibility is to use another app to produce .epub instead of .ibooks.  iBooks does support font embedding in that format:

     

    http://www.pigsgourdsandwikis.com/2011/11/pablo-defendini-posted-error-to-eprdct n.html

  • 5. Re: Embedding Fonts - Why not?
    Henrik Holmegaard Level 3 Level 3 (575 points)

    > Developers can take advantage of additional font support when building apps - you may want to consider doing an app if this ability is crucial.

     

    Basic character-glyph mapping is built into the obligatory CMAP Character Map of the TrueType Specification of which OpenType is only a rebranding (the difference between TrueType and OpenType is simply that the latter has the DSIG tag and the former does not).

     

    Support for glyph substitution is necessary for conventional Anglo-American academic composition (ligatures, small capitals, monospaced tabular lower case numbers, proportionally spaced lower case numbers, superscript letters and numbers, subscript letters and numbers, and so forth.

     

    It's correct that it's worthwhile to check the tools for developing a book or periodical as an application, which is also probably easier to protect as a commercial product, but it is still true the case that the font software has to have semantically correct mapping from information input to image output.

     

    /hh

  • 6. Re: Embedding Fonts - Why not?
    K T Level 7 Level 7 (23,700 points)

    it is still true the case that the font software has to have semantically correct mapping from information input to image output.

    Not sure what you mean by 'font software', sorry...seems obvious in any case. Doesn't change my suggestion tho, thanks anyway.

     

    Did you have a question for the OP?

  • 7. Re: Embedding Fonts - Why not?
    Tom Gewecke Level 9 Level 9 (71,735 points)

    K T wrote:

     

    Did you have a question for the OP?

     

    Regarding the OP, I notice now that he is not somebody who wants to create books, but a firm that wants to provide embeddable fonts to people using iBooks Author, and he therefore wants Apple to open this up to help his business.  So this thread has gone a bit astray.

  • 8. Re: Embedding Fonts - Why not?
    K T Level 7 Level 7 (23,700 points)

    You're right...thanks for the refocus

  • 9. Re: Embedding Fonts - Why not?
    soulhill Level 1 Level 1 (5 points)

    I'm glad the font options are controled and limited. Opening up the books to embedded fonts would likely result in a host of issues including font corruption and copyright issues. For the most part any specialty text can be rendered in graphic form and embedded where needed. I know there are exceptions, but I don't see them worth the potential down sides.

     

    Just my two cents.

  • 10. Re: Embedding Fonts - Why not?
    Tom Gewecke Level 9 Level 9 (71,735 points)

    soulhill wrote:

     

    I'm glad the font options are controled and limited...

     

    That's an interesting perspective.  But font embedding is already possible in any .epub format ebook, or an app book, or any webpage you view with Safari, so the horse is kind of out of the barn on that one.

  • 11. Re: Embedding Fonts - Why not?
    soulhill Level 1 Level 1 (5 points)

    so the horse is kind of out of the barn on that one.

    Same horse, different barn.

  • 12. Re: Embedding Fonts - Why not?
    bsayo Level 1 Level 1 (0 points)

    DesignGraphik, Bonjour!

    We can now emb fonts with ibooks author.

    I would only advise you to activate them using your computer's fontbook.

     

    If you activate the font you intend to use on your ibook using other font managing softwares you'll probably have the same problem I did, which is when exporting the book the font will be substituted with a system font.

     

    Using FontBook you won't have that problem and things should run smoothly!

    Hope this helps! ,)