wrandyr

@MikeTOThank you, but your supposition was correct. Interestingly, It caused the first ⅔ of the text to be turned to Arial, and the middle ⅓ to be shrunk to 1.4pt (rather than enlarged). The last ⅓ stayed with 12pt Garamond. @AnnPSAlso thank you, but that didn't work to suppress the font resizing. @HangmanAn extra big thank you. You seem to have identified the problem and provided a solution. I particularly appreciate the detailed instructions. This document was created entirely within Publisher, albeit using a template whose roots were an InDesign document. That template has been revised at least twelve times over more than two years, and used for around a dozen projects. This is the first time the bug has turned up for us. I'm not really sure why we were using 600 dpi. We did have a rasterized line art logo that we may have been trying to preserve, but it is no longer being used. Again, thank you. I never would have solved this on my own.

@MikeTO Thank you for the suggestion, which I applied to the style I want to use. It appears that TOC styles are automatically generated for every regular style that the TOC includes. I noticed that when the TOC is updated, the paragraph style always switches to the last TOC style listed, so I edited that one too. I still get the oversized text for the first 1 to 3 lines. If I put the cursor on an oversize line, and switch to any of the TOC styles (not just the ones I have edited), the oversize text is removed from that line, but the next line then becomes oversized. I suspect something else may be going on. My only clue is the oversize § end-of-story special character. I tracked that to an empty text box on a blank page immediately before the page with the first TOC anchor. I deleted the text box, but the oversize text still finds its way to the TOC.

I am experiencing a similar problem in Publisher 2.3.0 on Windows 10. When I update the TOC, italics are added to the entire TOC, the first line's font size is increased dramatically (which I can easily fix) and some kind of page or column break is inserted (which I can't get rid of). If I delete the return at the end of the line, the font size is reduced to almost invisible. Adding the return back restores the oversize, so I'm back to where I started. The workaround described by @SpotColour avoids the added italics, but not the crazy sizing. In the screenshots, the TOC paragraph style defaults to "TOC 1: OHAP Heading-Section, major (for ToC)", changing it to the desired "TOC 1: Entry" only adds the tab decorations. Does anybody have any ideas? Groundsmen 6x9 231228.afpub

As a field report, Publisher 1.10.5.1342 running on Windows 10 Pro 22H2 build 19045.2251 was crashing when I tried to add a new section to a document. I applied the modification suggested by @lacerto and the problem went away. I was comfortable doing this because the modification is easily reversable. I'll report back if any side effects turn up.

Lee has pointed out to me in a PM that there is a master page applied to itself in the original file. I have cleaned that up, and using Edit Detached was able to delete the rogue frames. Thank you for your suggestions. Randy

This is a native Affinity Publisher document. I am fuzzy on exactly what I did, as I wasn't expecting trouble and I have been fighting with this for a few days now. I was asked to replace the two images that were on the left-hand page. The new images had some cropping, but I wanted to keep the existing layout. I placed a new image over the existing image in the top frame, and replaced the text for its caption. Those are ok. I have forgotten what exactly went sideways with the lower image and caption, but I ended up deleting them and drawing new frames. I was able to type the word "caption" into the new text frame, but it has since become uneditable, and I can't place an image or do anything else with the new image frame. These are (caption) and (Picture Frame) in the layers panel. I'm not quite sure how to approach getting just the problem page into a new Publisher doc. This is a book, and the text in the (Carol J. Bornstein... layers is flowed through nearly all of the document, with pinned content throughout. I imagine the sending the flowed/pinned content crashing through would obfuscate things. All of the other text layers come from the master page.

I meant that when using Edit Detached, they are still not editable, moveable among layers, or deleteable.

The layers won't move, either. I have sent a link to the file.

I have a text frame and image frame in a document that display the "x" frame and cannot be edited for layer position, content, size, or anything else for that matter. They do not seem to be locked. They remain uneditable when editing the page's master page detached. I assume I am missing something, but what? Randy Wright