JCEyre

Thank you, MikeTO and thomaso. Very nice workaround, thomaso. I think this will save me a lot of time!

Is there a way to switch from one column to two and back to one within the same textbox? The "marker" indicating where the columns start or end would, I think, have to be part of the content stream, rather than one of the settings for the text box. Word does this by adding a Break before and after the columns. This is needed for long technical publications with lots of double-column bullet lists -- which is what I do. With each textbox limited to one column setting, this is possibly my most time-consuming layout issue, having to be freshly laid out every time anything changes upstream from the columns. Thank you for any input!

Thank you for this information! It is very helpful!

Had this same issue and the solution worked well. I'm hoping it's helpful to the design team to know that the problem still exists -- July 2022

I agree that the hints at the bottom of the page are unnecessary, especially for experienced users. But the page indicators and navigation buttons that come with them, I find invaluable -- especially when I'm working on very large projects -- which is always. I am willing to live with the hints in order to have the page navigation tools. I would like an easier way to bring them back when I accidentally hit the tab key and lose them. In fact, I would like a button that would put everything -- the studios and toolbars -- back the way I had them. It seems like it should be as simple to bring them back as it is to remove them. Maybe tab should toggle this back and forth? Wishing....

I am experiencing this same error. I cannot just create a new file. My project is almost 400 pages long. I'm using Windows 10 Home Version 21H1, OS Build 19043.1110. Affinity Publisher version 1.10.0.1127 - just upgraded yesterday. I'm finding that if I save VERY OFTEN it doesn't fail. I can do that, but I would really like to feel the program was more reliable than that. Thank you for any help.

I was able to implement figure numbers using the custom paragraph style, and I think it is actually an elegant solution. However, I really need to be able to insert references to the figures that would also update automatically (such as "see Figure 7.2). Since the "Figure 7.2" is being put into the caption automatically, it seems it would not be that much more to be able to reference the appropriate Figure. It would have to be "pinned" or something like that, of course, so that the reference corresponds to the right Figure... Such a feature would save hours and hours of time for upkeep of a technical manual, where features (and their descriptive figures) are added and changed frequently.

I'm also having crashing issues with Affinity Designer - 1.9.1.979 - on a Windows 10 laptop. The crashing happens on every file, whether or not it is new. It happens randomly. Examples: I open a file and try to zoom in using a mouse scroller. Crash. I edit text in a text field. Crash. I move an object. Crash. I can't see any pattern at all. It doesn't happen every time I open a file and try to scroll in, or every time I do anything. I'm still able to work, but way too slowly. The previous version was very stable. I may go back.

One more post on this issue -- I have resolved the issue in my file, but I still don't know what actually caused it. I removed the TOC and saved the file. I created all of the Text Fields for the TOC, all connected to each other for flow, and saved that. Then I inserted the TOC and saved that. The file seems stable. I hope this information is helpful.

Sorry to create a moving target, but I have isolated the problem to the Table of Contents. If I completely remove the TOC, the file saves properly. If I regenerate the TOC, the file CTD upon save. This leads me to believe the problem actually exists in a heading somewhere in the document. I'm working on isolating that... I hope this information is helpful for anyone working to correct the problem, and I'm hoping someone has an idea that will help me recover the file without just creating the TOC manually. It would be totally unacceptable to have to manually maintain the TOC.

I am also having this problem. For months now I have been working in Publisher 1.8.5.703 on Windows 10, on a book project. It has about 320 pages and hundreds of images, all embedded. Everything was fine until today. Yesterday I edited the file, saved it, exported it to PDF, and closed it. Today every time I save it or, presumably, it does an auto-save, and sometimes for no apparent reason, it crashes to desktop. I cannot get it to save any new changes -- it always opens to the same page. I tried opening my backup file -- saved at the same time as this one -- and it behaves exactly the same. I'll have to start from scratch if I can't figure this out. Any help would be very much appreciated.

Has there been any movement toward the ability to import CorelDraw files into Affinity Designer? I have been a CorelDraw user since CD3 (yes, I meant three) but switched to Affinity over a year ago. It would be very useful to be able to import any of the CD files, but all of them would be heavenly.

Thank you for the suggestion! I tried it! Although it did improve the performance while the Pages tab is open, there was still a delay of between 2 and 5 seconds -- 2 for "lesser" edits such as a word or two of text, or even typing a whole caption, but 5 or so for setting wrap on a newly inserted text box or image, or moving an image. It's not such a hardship to just work with the TOC or FND tab open instead. I am only opening the Pages tab when I really need it, and that isn't really that often. I'm pretty sure the wonderful developers at Affinity will eventually get all of the kinks worked out. In the mean time, this is working.

New data! I have found a workaround. Publisher only exhibits this sluggish behavior when the Pages tool is active (visible). I had come to rely on this view for navigation, but when it is active and visible, the whole program gets bogged down - as I reported above, approximately 10 second delays when I make any kind of edit - text, graphics, layout -- anything. But as long as I have some other tool open instead, the program is responsive. To be clear, I can have the Pages tool selected under View -> Studio, so the Pages tab is visible, but some other tab is selected (such as TOC or Fnd). This solves my problem -- but I wonder if there is some way the issue could be corrected, so that I can have the Pages tool active and still be productive...? Not an urgent problem for me at this point, but still a wish-list item! I'm attaching a couple of screen shots to make sure I'm communicating. In this first one, Pages is visible as a tab, and the tab is open (this way the program is very, very sluggish): In the next one, Pages is still visible as a tab, but Table of Contents is active (this way the program is downright snappy - very responsive): Thank you to all who considered/will consider the problem.

That's one of the strange things. I created this document with a different text frame for each chapter, so I would assume that there wouldn't be ten seconds' worth of work to do each time I edit the text or re-position an image or add a caption.... I

I tried turning off the baseline grid, but that didn't change anything. I also tried deleting the guidelines on all 235 pages (which for some reason has to be done on each page individually), as well as disconnecting my external monitor. Neither of these helped, either. I appreciate any help I can get with this!

I am also experiencing VERY SLUGGISH performance on Windows. My document is only 249 pages, part of the text imported from Word. I am also not at liberty to share the document. At this point I have images/graphics in about a third of the document, but need to load a lot more - the project calls for images/graphics on almost every page. I'm concerned that the project will not be finished on deadline because Affinity Publisher is delaying the work. Every time I edit text, drag a graphic, reformat text -- pretty much anything, there is a delay of 2-10 seconds. I never know if a graphic will move when I want it to, and if it does, if it will freeze mid-drag. I'm contemplating moving back into Word. Considering how much more elegant Publisher is, that would just drive me mad. But I may have to do it to make the deadline. I'm using an i5-7200U CPU with 8.00 GB RAM, a 64-bit OS, x64-based processor. Let me know if other details would be useful. If you can fix this in time, I'll be so very grateful!

With some trial and error I have discovered that the numbers on the highest level titles (chapter titles, in this case) link properly to the pages they reference. These titles themselves (the words) do not link to anything. All of the subtitles and their numbers sometimes act as links and sometimes don't, but when they do, they all go to one of two pages -- page 12 or page 13, in an 88-page document. Are there any plans to support TOC links for lower-level titles? If so, is there a publishable time frame for this? (Or does it work now, and I'm just missing something?) I like Publisher a lot more than my previous layout program, but I may have to go back because of this issue, and because of publishing capabilities. It would help a lot if we could export to ePub, and even more to KPF. But this TOC issue may be the thing that stops the show. Again, thank you for any information or help.

I am unable to get the Table of Contents to link to the pages of the document at all -- not automatically, not by manually adding hyperlinks that go to anchors that I've created. I am using Affinity Publisher on Windows 10. Any help would be appreciated. That said, I really like Publisher. Over all, it is an elegantly designed program that makes layout a greater joy than ever. Thank you in advance for any suggestions on the TOC.