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

Arthur Meili

Members
  • Posts

    13
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I checked all my greyscale photos and set them all to the same formatting. And that was actually the solution to the problem. So I didn't have to replace or delete any photos. Very good work! Thank you so mutch!
  2. my project folder is in the dropbox link provided, including a screenshot of my PDF export settings. thanks for your support!
  3. I tried to export the document to two storages, with 1 TB and 2.9 TB storage capacity. Both do not work. Saving the project as a package takes 967 MB. Can you give me a dropbox link?
  4. I have the same problem. My book project is 160 pages. Up to 43 pages the export works. With more pages the export aborts with the message: Error exporting to ... The whole thing is very annoying!
  5. Hi Chris You actually identified the source of the error! Also the error with the page break (and also Frame Break) is to be led back to it. I was able to reproduce both. Thanks! Arthur
  6. Hi Ray That's a very good tip! I saved my text in Word as a TXT file with Unicode encoding and imported it into Publisher. All characters are there! The structure of the document (paragraphs) is also preserved. Unfortunately, the topic error remains in the document. An attempt with another text saved in this way was successful. Thank you Arthur
  7. Okay, I'll do you the favor … In the screenshot (import of TXT document from Word) the German umlauts, quotation marks and dashes are missing. Arthur
  8. Sorry for coming back so soon after my last topic! (faulty textile import) After importing a larger text (19000 words; RTF-File created in Microsoft Word) into Publisher and adding a new text style to the whole text, everthing was fine. Then I wanted to insert a Page Break (Insert - Break - Page Break). Result: the preceding paragraph is torn and partly set as single lines on the following pages. So it's a similar effect to my last topic. I enclose two screenshots: 1) Situation before inserting the break, before "Teil 1" and 2) how it looks like after inserting the break. This effect can be reproduced anywhere in the document. Arthur
  9. After another test I can basically give the all-clear ... :-) But first I want to tell you something about my background. I've been working with layout applications for more then 25 years now. I started with Page Maker ... Mainly I produce flyers, brochures, magazines and photo books. Longer texts I capture in Word or get it as Word files from other authors. Since the change on rental basis of adobe software I look for an alternative. Affinity is a top candidate for me! I started my new test right from the beginning. I took the text from an old project - Nepal Expedition 2009 -, a photo book I designed for the travel group. The text contains 19,060 words. It is also a Word file, but only with the basic format for the text. The import as RTF file into a new Publisher document was done without any problems. Then I created a new text style and applied it to the whole text - no problems here either. So my first text seems to be really damaged, even if the error didn't occur in InDesign and Microsoft Publisher. One observation still seems important to me: The text from Word can be saved as a TXT file (with or without linebreak; CR/LF). When importing into Publisher, however, the umlauts from the German language are lost (ä, ö, ü). Special characters such as quotation marks are also affected. The TXT file contains everything. many thanks Arthur
  10. Hi Dominik and Walt Thanks again. Yes, detach paragraphs from Body removes the single lines. And yes, I can reproduce the problem … In a newly created document I inserted my RTF-file via insert text from file and added pages to the end of the text. There were no problems with the imported RTF format. Then I created a completeley new text style and applied it to the whole text - and indeed, the error is back! That doesn't depend on the font, I tried three different ones. This was not the case with my test with InDesign and Microsoft Publisher. Arthur
  11. Dear Dominik, dear Walt Thank you very much for your efforts! In my screenshots the special characters are shown, but hard to recognize. I add two more, where it is more obvious - no special characters, respectively only the usual paragraph marks. Interestingly, this behavior disappears again on page 43 (screenshot 3). The settings in the paragraph and character panel do not differ before and after the "break". Good idea to set the text in another layout software! So I looked at the result in InDesign CS6 and Microsoft Publisher 2013: The problem doesn't occur in either of them! So it really seems to be an Affinity Publisher problem. I include the Publisher document, also my RTF document, where the critical point is marked yellow. Thanks Arthur Affinity_Publisher Test3_FEG.afpub Geschichte_FEG_1950_RTF.rtf
  12. I tried copy/paste into a text field as Word document and as RTF. Also Insert Text from File (RTF) - always with the same result. The error always occurs at the same position in the text document. Even if I delete some paragraphs around the critical point, the appearance does not change. As an illustration I enclose two screenshots. Arthur
  13. For test purposes I imported a larger text (about 10000 words) from Microsoft Word. So I could try out all kinds of things. Now the strange behavior of Affinity Publisher: On 22 pages the layout is perfect according to the settings. But then only one line per page is displayed. I was not able to locate the error. Has anyone had similar experiences? Thanks, Arthur
×
×
  • 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.