Jump to content
You must now use your email address to sign in [click for more info] ×

Dennison

Members
  • Posts

    342
  • Joined

  • Last visited

Contact Methods

  • Website URL
    http://www.marinedieselbasics.com

Profile Information

  • Gender
    Male
  • Interests
    Adventurer, writer, sailor, illustrator, marine mechanic

Recent Profile Visitors

2,820 profile views
  1. Okay thank you. None of the files were sourced from IDML. I certainly have no memory of changing dpi from 72 to 300 - but it's certainly possible; however, new layouts are by default 300 dpi so I'm not sure why I might have changed it to 72 and then back again as all my files are for printed books. Is there any date when these bugs might be corrected?
  2. Hopefully it iwill be trivial to locate. It's been around for at least two years as it has happened in previous books I was formatting.
  3. Used the bottom centre handle No - did not use the scaling button on the bottom right side - used Text Frame icon from Tool list and click-mouse-drag to margins
  4. Too much text in Frame A so created an overflow Text Frame. I created a new Text Frame and stretched it out to fit the page. Then highlighted and selected Text Style - Normal linked Frame A to Frame B and moved up the bottom limit of Frame A to shift text to Frame B
  5. I've had the same issue through multiple documents and multiple Afpub beta versions. Latest incident: Text overflows Text Frame A create new Text Frame B on page 2 check Text Style is Regular (same as A) link Frame A to Frame B reduce size of Frame A so text flows into Frame B Text in Frame A is 10 pt. Text in Frame B is 2.4pt If this is not a BUG then it must be following the most bizarre logic rule.
  6. disappointing that after FOUR YEARS later and numerous calls there is still no way to find a hidden index - ie. an empty text frame that prevents an index being inserted. In my latest book, ALL text frames were created new for the TOC and for the Index but still I cannot insert a new index. The document has no Character or Paragraph styles have word Index in them. So WHERE is the hidden index? If I Update Index- then the manually edited TOC is replaced by an Index. But the TOC frames were NEW. And manually edited because of a BUG that inserts superscript characters into auto-generated TOCs. AfPub is a great product but, please, after four years it's time to provide a way to solve this ongoing nightmare.
  7. Thanks for confirming what I was suspecting. Good idea- that's what I'll do.
  8. Thanks. i'm still verifying but so far that's not the case. TOC text styles were unchanged from previous book. I used the file and exact setting of the previous book for the layout of this translation of the same book and simply substituted (paste) the first language. Procedure I followed: Insert TOC in new text box selected Chapter Heading (to give one example() = superscripts introduced. Checked Text Styles: Chapter Heading style based on Main TOC: Entry Superscript: No change go to Main TOC: Entry based on No Style (so no styling) Superscript: No Change. So in this example, where was the superscript introduced?
  9. Created a new TOC in a book – every N letter and every number has been superscripted - see screenshot. I can see no obvious reason for this occurring. The file and associated Text Styles are inherited from a previous edition that did not have this problem. Any suggestions or solutions? (Manually correcting is not a workable solution as it would preclude updating). Thanks
  10. Thanks Catshill - I reset the MP for that single page and the ghost vanished.
  11. I may be having the same issue - an empty box with no handles, except that it cannot be moved. Not a Master Page item. AfPub 2.3.0 (2096)
  12. Thanks Mike. I will check if that's what Im inadvertently doing
  13. I know I have posted about this before - than updating the Index causes the TOC at front of book to be replaced by the Index. And I've been told I'm adding some Index formatting. But, after 13+ books all with Indexing, and taking great care with Indexing because I know it is glitchy, I'm still getting the same issue. Only the TOC at the front of the book is affected - which strongly suggests to me that it is not random operator error. If it was Index formatting by accident it could be expected to show up each time randomly in different places in different books. It's always the same error. Anyone else having this issue? The workabout is to delete both the TOC and the Index. Complete the Index first and when certain there will be no changes, then insert the TOC and adjust the formatting as needed.
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.