pck1980

I'm sorry for cross-posting this issue, but I didn't realize there's a forum for bug reports, and I think this is the better place for describing my problem. I came across a very odd and annoying bug in Affinity Publisher 2.0: Under certain circumstances, moving an image frame over a two-column text frame completely destroys text balance between the two columns. I attached a small video of the phenomenon and a sample document. It even happened that an empty image frame did not alter text balancing, but as soon as I added an image to it, it did. The problem seems to have to do with the paragraph style: In the sample document, with the paragraph style to "None", the problem no longer occurs. The only workaround I found so far is to manually adjust the size of the text frame so that it's just large enough to hold the text. As this includes "detaching" the text frame from the master page and "re-attaching" it, the workaround is rather annoying. Bug.mov Bug example.afpub

Thanks a lot for further investigating this issue. I didn't import any styles to work with but created them within Publisher (1.0). If I create a new document, I also have the style "Grundlage" with the variables you mentioned, so it seems to be some sort of default. I wonder why these options don't appear in your default style. I don't know if it's possible to change styles globally so that all documents are affected, but if I did this, it was by accident Either way, the issue with text placement/column balancing doesn't seem to appear if I create a brand-new document with a two-column text frame and the default style "Grundlage". I also managed to "fix" the issue temporarily in the "buggy" document by modifying the settings for kerning (I hope this is the correct translation) in the styles "Körper" and/or "Körper 1", but I cannot reproduce the "fix".

Thanks for your reply. Setting text wrap to "Jump" fixes the issue, but it doesn't produce the result I want in all cases: I sometimes place images in the middle between the two columns, and I'd like to have the text flow around it. So in these situations, "Jump" is not an option. I hope it will get fixed soon... Or do you think this is intentional?

I came across a very odd and annoying bug in Affinity Publisher 2.0: Under certain circumstances, moving an image frame over a two-column text frame completely destroys text balance between the two columns. I attached a small video of the phenomenon and a sample document. It even happened that an empty image frame did not alter text balancing, but as soon as I added an image to it, it did. The problem seems to have to do with the paragraph style: In the sample document, with the paragraph style to "None", the problem no longer occurs. The only workaround I found so far is to manually adjust the size of the text frame so that it's just large enough to hold the text. As this includes "detaching" the text frame from the master page and "re-attaching" it, the workaround is rather annoying. Bug.mov Bug example.afpub

Thank you for you replies and suggestions. Changing the color of a text style that's used only for that purpose seems to require less steps/clicks than hiding each layer. I'll probably choose that solution, too.

Hello everybody, I'm using Affinity Publisher for the first time to create the yearbook of the school I'm working at. The book also contains some advertisements of local companies. Those advertisements are PDFs or images that are placed across the book. Now I'd like to create a "table of contents" for those advertisements ("Inserentenverzeichnis" in German), but I'm not sure what's the best (or intended) way to achieve this. Of course, I have to enter some description for each advertisement, because otherwise, AP cannot know which text to display in the "TOC" for advertisements. So the idea I came up with is to place a text frame beside every advertisement and define a paragraph style that is used solely for that purpose. Now I can (hopefully) create a TOC that includes nothing but this paragraph style. Additionally, those text frames of course shouldn't be visible. It seems that if I uncheck the corresponding layer, the frame is hidden, but its contents are still considered for TOC creation, so I guess that's the way for hiding those frames?! Is there a better way to achieve what I want? I worked with Scribus before, where it was possible to add "attributes" (might have been called differently, I don't remember exactly) to objects such as image frames. When creating a TOC, one could select which category of attributes to include. Is there a similar concept available in AP? Working with hidden text frames feels a bit like a workaround to me.