Search the Community

I reported this to Serif via email (I wanted to send a screen shot and chose email because I can't add screenshots here due to some forum bug). If anyone has the time to test this, it would be useful to know if anyone else can replicate it. The problem: trying to update an existing paragraph style fails because the "Update <name of style>" command is absent from the menu where it's expected. Procedure: from https://fonts.google.com download the font named Lobster (the one having only a single variant, not the similarly named font having four variants). This should display the font: https://fonts.google.com/?query=lobster (Not my favorite sort of typeface but it's called for in a class I'm taking.) After installing the font: In Affinity Publisher, use the Artistic Text tool to create a small amount of text and format it using the Lobster typeface. Go to the Text Styles panel, locate "Heading 1," and right-click it. If the bug occurs, the menu will not contain Update Heading 1 at all. In my test document I then added text in a new frame, this time using the Text Frame tool. I assigned Arial to the text — and again the Update Heading 1 menu item did not appear. I deleted that text frame, made another one, formatted the text inside it using Arial—and this time the Update Heading 1 menu item did appear. In what way were these two operations different? I have no idea. To keep testing...I added another text frame and used a typeface called Aleo (also downloaded from https://fonts.google.com). With that block of text selected, the Update Heading 1 menu item does appear as expected. This is baffling. Is the disappearing menu item caused by a font problem of some sort? Or is there something I'm doing wrong in assigning formatting to text?

Hello! New to Affinity Publisher! I have a PDF document and imported it to Affinity. When I want to select the first paragraph to create a paragraph style, the cursor only selects the line it is on. Lines are marked as layers... each of them. I don't understand if i have to group all lines in paragraphs... the doc is 40 pages. That would be crazy! Anyone knows what's going on? I am so thankful in advance for your help! 🙏

Hi, In many texts I like to see indentation on the first lines of paragraphs, but never when they are immediately preceded by a header. When the previous body paragraph format is the same, there should be indentation on first line of that paragraph. See image attached. Is there any help to get from Affinity Publisher when this has not been set in the text from the beginning? Let's say I've already got a text with some levels of header paragraphs styles but only one body style. Is there any way I can achieve the indentation illustrated, in a simpler way than manually reassigning every paragraph immediately after a header? Is

Publisher is the first page-composition program (or word-processing "engine") in which I have encountered a Leading Override option. The program's online help notes: "The Leading Override setting can be used in cases where you have a handful of characters that need special handling, for example, because they use different fonts with sizes that look visually different." "Handful of characters" — and Leading Override's being in the Character palette, not the Paragraph palette — struck me as meaning it's an optional setting that can be applied to a few selected characters for special purposes. But that doesn't seem to be the case. If I have several lines of text that are wrapping within their text frame*; if I select just a few characters in one of the lines; if I enter "0" for the Leading Override — nothing happens. [ * Meaning: Publisher itself is doing the line-wrapping — these are not forced line breaks.] If I select a line by putting the cursor at the start and pressing End while holding down the Shift key, I select all text on the line excepting the final space at the position where Publisher wrapped the line. If I enter "0" for the Leading Override — nothing happens. If I extend the highlighting to the right by one more character (thus highlighting the space at which the automatic line-wrapping has occurred) and then enter "0" for the Leading Override — the entire line jumps upward to the point that the line is now superimposed directly on top of the preceding line. It's as if someone had entered a carriage return without a line feed. What is the logic or algorithm here? Why did that final space have to be selected? If Leading Override is not for baseline-shifting a few selected characters, then what is its purpose? What would be a typical use case? A related question: When you've established leading either via text style or via manual formatting, do you get the precise nominal value only if the Leading Override setting is "Auto"? If that is in fact the case, I'm wrong in thinking it's an optional setting. Entering the correct value in that field might be critical to ensure you're getting the exact line-height value you've set via the Leading field. Why would I think so? I noticed finally: When the Leading Override setting is "Auto," its value in the Character palette seems to become identical to — and to be updated in "real time" to remain identical to — the Leading value in the Paragraph palette. When "Auto" isn't used, the Override field's value seems to make its own decision about its current value. So it could possibly be causing incorrect line-height values without a user's realizing it.