Jump to content

adreamer

Members
  • Content count

    55
  • Joined

  • Last visited

About adreamer

  • Rank
    Member

Recent Profile Visitors

279 profile views
  1. adreamer

    Story Editor please

    Besides footnotes, this is what I miss the most. Pretty please
  2. What is quite strange is the wild variation in time reported. Some report a few minutes consistently, others sometimes get a few minutes and at other times well over an hour. Me, I always get over 1,5 hours for this test. Although 3-4 years old now, my system is in no way low end. 64GB RAM, a fast SSD for the OS and decent mechanical drives for data. And a decent 6-core i7 CPU (I forget the model)
  3. v1.7.3.481 seems just as slow when auto-flowing a long text. Yes, it proved to be a massive 1800 pages, but 1-2 hours for it to complete is not satisfactory. (I forgot to time it)
  4. I'm hoping for this to be added soon
  5. Sure. It's just "the Bible" plaintext (UTF-8) :-) bible.txt
  6. And my desktop PC (6 core i7 + 64GB RAM) fares no better.
  7. Still not performing any better on my pretty powerful ultraportable (recent i7 + 16GB RAM) when I tested today. :-(
  8. Ok, it's been 20 minutes now, and AP is still frozen. I've attached the file, saved at a point right before it hangs. The text I'm trying to auto-flow is 382 A4 pages according to MS Word. On my machine, I can reproduce the problem when I: Click the eye icon (not sure if it's relevant, but try it) Shift-click the arrow to auto-flow Hang_text1.afpub
  9. AP's been frozen for 10 minutes now, BUT the text I'm flowing is a lot longer than I'd realized, so I'll keep waiting for a while to see if it works out. I'll report back
  10. In my case, it was definitely frozen. I waited 5 minutes before terminating the process, and the flowed text wasn't that all long I think (I'll have to doublecheck). I will try to recreate, but my money is on the issue not occurring this time around
  11. I can try to reproduce it tomorrow, but odds are it will work next time :-) 1. Yes 2. Yes 3. This would be the second publication page, i.e. the first left hand page 4. Yes, it overflowed from the left side of the spread to the right, as you say. 5. Typo. I Shift-clicked
  12. I just did some simple stuff to check how the new version performs: Created a new document Set up a new, simple master for a double spread: Header, footer, main text area Filled the main frame on page 1 with filler text. Added 2 pages Placed a few lines from a .TXT file on page 2 Placed a long text from another .TXT file below this Shift Right-Clicked on the arrow on page 3 for autoflow AP added new pages and showed the flowed text in the main area. Blank pages (no text visible) were added to the thumbnails on the left. AP then froze up completely while consuming 25% CPU, i.e. the application window would not even minimize. The only way out was to terminate the process from Task Manager. No example file is available.
  13. These sound a lot like the problems I had with v1.7.1. Drove me nuts too, as I couldn't tell if I'd done something stupid or if it was an issue with the program. Still not sure
  14. I didn't have time to recreate it from scratch. I tried opening it in the beta, unpinning the image (making it vanish), then pasting the image back from another source. I then saved a new version of the file. This still produced a crash to desktop in v1.7.1 when the last 14 pages were deleted.
  15. Good to hear it's reproducible. I didn't have the problem with the same file in the last beta(s) before release. It's logged as a bug, right?
×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | 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.