MikeTO

The section name field will always show as <Section Name> on a master page because the master page isn't part of a section. You can tell if it's a field or not by choosing Text > Highlight Fields (I always keep that selected when working). If it doesn't have a highlight for the field then the field has been "expanded" with Expand Field. Sections are very simple things. You choose the starting page number and give them a name and there isn't much more. Applying a master to a page in the section will never change the section. There has to be some other step you're taking that is causing an issue. Could you find a way to repeat it and then record your screen to demonstrate the issue?

I'm not sure that could do it so there has to be something else going on. Is the screenshot above a screenshot of a master page or a document page? If it's of a master page, you should see <Section Name> because a master page is not part of a section. If it's of a document page, you should never see <Section Name> because it will only show the section name - it will be blank if the section name is blank.

Thanks! I don't see a tag on either thread, perhaps it didn't work?

Does Word still support this? I thought the underline trailing spaces feature was removed in Word, at least for macOS which is all I have. Now it just underlines trailing tabs and not trailing spaces and there's no checkbox in settings to force it to underline trailing spaces. Documents created with older versions of Word still have this feature turned on but it's off in new documents. In any case, the workaround is to use a trailing tab. Just use Show Text Ruler and click to a tab stop where you want the underline to end.

Some information: If you change the page size, you must choose whether to keep the objects and text the same size or to scale them to fit. Click the Scaling tab and choose Rescale for projects such as posters and brochures. If you choose not to rescale the objects, you can choose Anchor to Page for facing-page documents to maintain the position of objects on the right-side pages, or Anchor to Spread to maintain their position relative to the left-side pages. When you anchor the objects, you can also choose the anchor position by clicking one of the anchor handles.

I just tried this with 2.4.2 and it worked fine for me, multiple sections in multiple chapters, their section names all appeared properly in the section name field. Could you share a test document for review?

I closed those files without saving them so the recovery version should be deleted. In the past I've only ever seen recovery prompts after a crash when a document wasn't saved, but with the 2.5 beta I'm seeing recovery prompts regularly for documents that were closed before I quit Publisher. I'm not experiencing any crashes. The problem is due to the recovery versions not being deleted when the documents are closed but I can't find a pattern. Sometimes they're deleted, sometimes they're not. It's odd.

Hi. #1 - you have likely changed the defaults for the document. Try using Edit > Defaults > Revert. #2 - please share a docx test file. You can likely avoid the problem by explicitly setting Capitals to Default rather than to No Change in the text style. #3 - you can not link text frames between master pages, only between the sides of a master spread. If you're using master A for the first page in a chapter and master B for the rest, it's up to you to link the first page in each chapter to the next page. Cheers

I'm working with the autosave folder open so I can keep an eye on it. I left Publisher running with saved and unsaved docs open last night. I created a test doc this morning and then checked the folder - there were three autosave files, two saved last night, one this morning. I closed all the docs and quit Publisher - the files were not deleted. I restarted Publisher and was prompted to recover two documents. One was a test doc from last night that had never been saved, and the other was the unsaved test doc from this morning. I recovered both, closed them, and quit Publisher. The autosave folder still had one file in it. Restarting Publisher still didn't prompt me to recover that file. I tried making another new unsaved test doc with some linked images in case that is the trigger but I could get it to create another autosave file that it didn't delete. But that first one persisted so I eventually deleted it. I'll keep an eye on it.

Hi David. For the second issue, note that the Section Manager's starting page number option does nothing for the first section in a Book's chapter - you must set starting page number with the Page Number Options command in the Books panel menu. I'm unsure about the first issue, the Section Manager wouldn't have anything to do with content being placed into a text frame or the way master pages work. The section manager is unaware of the existence of master pages and text frames. But you wrote "when I apply the master page it does not replace the content". I suspect that this has to do with the Migrate option of applying master pages which sometimes leads to surprising results. You might try using the Clear option when applying the master to see if that leads to better results, but if the page is the first one in the story you could lose your main text so be careful using that option. Good luck

Hi Helen and welcome to the forums. Could you share a crash report here? Instructions are in the link below. What type of Mac do you have and which operating system? Does it crash with all documents or just specific documents? What are the steps leading up to the crash? What are your performance settings? Could you share a screenshot of Affinity Publisher 2 > Settings > Performance? Good luck.

I believe I reported this bug last year but I don't think it's been assigned a tracking number.

Hi @timonz3d and welcome to the forums. Please check out this post by a Serif staff member to see if it solves the problem for you.

I'm seeing the same thing. A running header set to a paragraph style works fine but a running header set to a character style will draw a fake End of Story symbol and then break the line of text and continue the story. Here's a test doc and a screen recording. (EDIT: I recorded this in the beta but it's not beta specific.) test.afpub Screen Recording 2024-04-23 at 6.05.19 PM.mov

If you use Move/Duplicate to duplicate a text frame without a fill, stroke, or any text, the preview will not show the blue text frame bounding boxes even if Show Text Flow is on, making it impossible to see where the duplicates will be created. While the same problem would occur with a shape that didn't have a fill or stroke, this is really just a problem for setting up a bunch of text frames. It would be nice if the feature could show the blue bounding boxes.

I will add non-breaking to all the applicable spaces in the other languages if I can make room. It's starting to get a bit tight. I think the more common word for non-breaking in Dutch is "vaste" and not "onbreekbare". A "vaste spatie" is the name for a non-breaking space. This is the term used by Adobe. It turns out Publisher handles quads differently than InDesign, although it matches ID for breaking and not-breaking. I believe that in ID, an em quad is always one em wide, regardless of the horizontal scale, while an em space scales like a normal character.

Could this issue be reviewed? I experienced it again today and spent quite a while figuring it out only to realize I'd figured it out a year ago. While looking for it, I found others had reported it, too: https://forum.affinity.serif.com/index.php?/topic/98227-text-wrap-issue-with-text-at-bottom-or-top/ https://forum.affinity.serif.com/index.php?/topic/93922-text-wrap-moves-away-text-by-lines-only/ https://forum.affinity.serif.com/index.php?/topic/102572-text-wrapping-doesnt-work-correctly-with-pasted-metafile-graphics/ https://forum.affinity.serif.com/index.php?/topic/195550-publisher-uses-baseline-grid-even-though-it-is-disabled/ In the first link above, Jon P stated five years ago that it was intentional behaviour. This isn't how InDesign, Quark, Word, Pages, and most other apps work with baseline grid off. In other apps, if there's no space above or to the sides of the wrapped object, the first baseline is offset from the bottom of the object by exactly the entered value. In Publisher, it feels random because it sets the first baseline as if there were lines of text with the same leading from the top of the frame and it jumps in increments of that leading as if there was a baseline grid. It makes the user feel like the entered value is ignored. In Word, it only measures from the top of the frame if there is space for text on the left or right side of the wrapped object. Thank you Publisher: Screen Recording 2024-04-23 at 5.11.02 PM.mov Word - it will work this way if set to Square or to Top & Bottom, but with Tight it will work more like Publisher Screen Recording 2024-04-23 at 5.14.31 PM.mov

The descriptions are correct so you're right, there is one use case where you might use them.

The issue can happen with an unsaved document. Sometimes (always while working on a real document), I'll create a second document for a test and draw a few objects. At some point I'll close that second document without saving it. I'll later quit Publisher beta, and when I next start it, I'm prompted to recover a document. I'm clicking yes each time now to see which document it is and the latest one was a test document with a single text frame in it. If I look in my beta autosave folder, I see five files from March 16, 2023 to April 19, 2024 but none dated today. I deleted these just now - hopefully that's okay - but please let me know if I need to clear some data on startup.

@Oufti Thanks, I'll use that for Medium Mathematical Space in the next version someday but note there's no accent in spatie. And as @walt.farrell pointed out, Em/En-spatie are already used for Em/En Space. Em/en quad serve no purpose in digital typography which is why Affinity doesn't show special characters for them, they take up the same horizontal and vertical space as em/en space. I just included them in my chart for completeness in case anybody stumbles across them, especially when importing text from another application. I also like having these complete lists of translated terms because they're surprisingly difficult to find. There must have been a term for em/en quad in Dutch prior to digital typography but I can't find it online. Cheers

No, Affinity doesn't have a caption feature yet. For now, the best way to add captions is as I stated above: For captions above or below an inline image, simply enter it as a normal paragraph formatted with your caption style. You should set the style's Flow Options so that the image and caption are kept together at the end of a page. For captions to the left or right of an inline image or for floating images, unpin the image. Add the caption as a separate text frame. Group the image and caption frame. Cut the group, place the cursor back where the image had been, and re-pin the group.

If it's not on a master page then the frame might be locked - check the Layers panel for a lock icon next to the layer's visibility dot. If there's a lock icon click it to unlock the frame.

FYI I made a Dutch version of my Affinity Special Characters chart: https://forum.affinity.serif.com/index.php?/topic/176386-special-characters-in-affinity-quick-reference-chart/

I updated my Affinity Special Characters chart. There are only minor changes so if you have it printed out I wouldn't bother printing it again, but I added a Dutch version of the chart. https://forum.affinity.serif.com/index.php?/topic/176386-special-characters-in-affinity-quick-reference-chart/

I updated this quick reference chart today and replaced all the attachments in the first post of this thread. There are only minor tweaks but I added a new Dutch version. I couldn't find a translation of "Medium Mathematical Space" or "Quad" for Dutch so I left those in English. Please let me know of anything else I mangled but the rest should be correct, they're mostly existing terms. The instructions at the top left are probably tourist-level Dutch. Cheers