MikeTO

There is a way to do this but it's another trick. Define a character style for the first character Insert a Zero-Width Joiner between the first and second characters (U+200D) - when yo type U+200D and convert it using Ctrl+U it will be selected to before you change the selection choose Copy to copy it to the clipboard In the paragraph style, set Initial Words to enabled, Max Word Count to 1, and paste the clipboard into the End Characters so that the initial "word" ends at that invisible space. Press Return after entering that. Set Style to the character style you defined. The only gotcha with this trick is if you adjust the character style you will need to reselect it from the Style dropdown because of a minor bug. Cheers

I suggested the convert notes solution because of the inconsistencies in the note formatting, not the gap. In your original screenshot there is a space plus tab between all the note references and note bodies except for note 17 which is just a space. These should all be a tab and there shouldn't be a space. Correcting the document-wide settings and converting all notes to document-wide will solve this discrepancy. Your second screenshot shows this has been resolved but they're all now space plus tab. You should probably change the document-wide settings so they're just a tab. Without seeing your document it's hard to guess what's causing the formatting issue. It's easy to make a gap between notes. For example, if the note below the gap has Space Before set to a value greater than 0 and Use Space Before is set to Always, there will be a gap between the notes. Check all the paragraph spacing settings to see if it's anything like that. Good luck.

Paolo, you will have a lot better results if you choose File > Place to import text from MS Word instead of copying and pasting.

Just to explain for others, ID's index feature provides options to capitalize all level 1 topics, all topics, the selected topic, or the selected topic and its subtopics. Doing something like that might be easier than creating a new formatting attribute that could be added to a text style. I know I wrote in your other thread that it couldn't be done with Publisher 2.3 (https://forum.affinity.serif.com/index.php?/topic/197291-a-few-questions-about-formatting-an-index-in-publisher/#comment-1163617) but I thought of a workaround. There are so many features in Publisher that there's usually some way you can hack it to do what you want. Create a character style with All Caps enabled Edit the Index Entry 1 paragraph style with Drop Caps enabled and with Height set to 1 line, Characters set to 1, and Style set to the all caps character style you just created A drop cap set to 1 line high and 1 character wide is just a regular character, and the all caps character style takes care of capitalizing it. If you also wanted your level 2 headings capitalized then just repeat #2 for Index Entry 2. Cheers

One of the notes is likely formatted with Custom settings while the other are Document-wide. Try choosing Convert all Footnotes to Document Settings from the panel menu and ensuring that your Document-wide settings are the way you want them. Cheers

Ah, that's the issue. I tried it again with the test document and noticed that the table text is correctly formatted with the text style, it's just that the text style isn't imported if the only place it's used is in the table. I said it was set to No Style but the text styles panel shows no paragraph style selected however the summary shows "Heading 2 +..." and the context bar shows "!heading 2". So the table is fine on its own otherwise there would have been complaints long before about unformatted table text, it's just that the text style isn't being imported.

If you create a new document, draw a text frame, and start typing, what language does Publisher default to? If it's en_TH (English Thai) you can change that. Create a new document and choose the Frame Text tool. Choose English US or UK from the Character > Language > Spelling list. Choose the Art Text tool. Choose English US or UK from the list again - even though the language is already selected, you must click on it and select it again, this is a small bug. Now choose Edit > Defaults > Save. Close the document and now new text frames and objects will default to the correct language. If on the other hand Publisher's language is already English US or UK but you're importing text from another application such as Microsoft Word and that text is arriving in en_TH, you should adjust the language settings in the other application. Good luck.

You can't control which quotation marks or surrounding spaces are used by AutoCorrect. The rules are hardcoded into the application. For example, in French, Publisher changes " to « or » plus a narrow non-breaking space. You can't direct Publisher to use a thin space instead.

A line break tells Publisher that the paragraph continues on the next line and with Justified Left on Publisher has no choice but to justify that line of text because only the last line in the paragraph, the line after the line break, will not be justified.

If it renders a bit when you zoom in and out, what are your performance settings? Have you tried turning off hardware acceleration?

I don't know the answer but I think the information you've provided will be helpful to Serif or somebody else in figuring this out. Good luck!

@BenjaminM That symbol is used to represent the Return or Enter key on your keyboard to save space but you won't find that symbol on an Apple keyboard. It's on some Windows keyboards and is recognized as the standard symbol or Return or Enter. Serif likely used the symbol to save space, and because on macOS there are separate Return and Enter keys, both of which do the same thing in this case, and Enter is only on an extended keyboard so they'd have to write Return/Enter which would take up a lot of space.

Yes, that's the right forum for feature requests.

Go to those pages and look at the Layers panel - there will be text somewhere on those pages that is formatted with Heading 1. For example, it might be text behind the cover image. If those pages had been created with a master and you later applied no master to them, the master objects may have been migrated to the document page. You can just delete them when you find in the Layers panel. Good luck.

Yes, it's a limitation of the macOS toolbar customization feature, you can't customize overflowing icons. Affinity just happens to have a lot more icons than some programs but you can see this in any standard app such as Pages. Remove tools further to the left (the status bar is a wide one so remove it) until you can see the right tools. Customize as you like and then add back the tools you had to remove so you could access the right tools.

If the PDF version is pages and not spreads then just start the document on the left side - it's an option in New Document and Document Setup. Then the print version will start on the right side when you omit that first cover page.

This is the way most apps work but you don't notice it with other apps because you're not adding so much content to them at once as you do when you place a large image in Affinity. Apps don't save the entire file from scratch each time you save, they do an incremental save, saving only the changes from the last save. This saves time so you can get back to work immediately but it makes the file more complex and overtime it gets a bit fat. When it reaches a certain point the app does a full save which reduces the file size. You can do a full save at any time by choosing File > Save As instead of File > Save. Cheers

Hi Will, you can probably fix it by choosing View > Reset Rotation. If not, are you using Mac or Windows? Is this with the internal display of a laptop or an external display?

I did a lot of testing and in a nutshell, importing multi-level lists from MS Word doesn't work. For Serif, this simple multi-level list in MS Word imports incorrectly into Publisher. With a blank document with all text styles deleted, place this test file into a frame. The list of styles will include some nonsense styles and the heading styles won't be properly defined so the lists will be broken. testing.docx For Serif, I found a second bug while looking at Charles' document. Tables form Word files aren't formatted with text styles after placing into Publisher, they are set to No Style. With a blank document with all text styles deleted, place this test file into a frame. The table text will be formatted as No Style after placing - it's formatted as Heading 2 in MS Word. test.docx For Charles: I believe the issue within being unable to scroll the style list is a known bug. Yes, you must accept all tracking changes before importing text into Publisher. I will add a tip to that effect in my manual. The sample Word file hung MS Word for me, too, when I tried to accept all changes, requiring a force quit. I fixed it with Pages as suggested above so I could play with it but I don't recommend that - Pages made a mess of the text styles and the headings became formatted with the Page Number style. It's going to take some effort to make this work in Publisher but here's how to do it. Open the document in Word. Add a temporary paragraph outside of the table and format it as style "Table Left". That style is used in your tables but nowhere else and because Publisher doesn't style the table text the text style won't be created in Publisher. You need this style so create a temporary paragraph formatted with the style to ensure the style is imported. Save the file. Place the modified file into Publisher. Delete that temporary paragraph and format the table text as "Table Left". This will solve the problem of all the table text and paragraphs styled as "TEXT" being formatted as lists. Go to the first paragraph numbered 0.1 and use Paragraph > Bullets and Numbering to fix it. Deselect Restart Numbering and change the list name from "6" to "2" which is the name Publisher assigned to the parent list. Now it will be numbered 1.2. Using the Text Styles panel, click the menu icon to the right of Heading 2 and choose Update Heading 2. For any other mis-numbered Heading 2 paragraphs, just re-apply Heading 2 to them to clear the formatting overrides. The next problem will be the first 0.0.1 paragraph. Deselect Restart Numbering and change the list name from "9" to "2". Using the Text Styles panel, click the menu icon to the right of Heading 3 and choose Update Heading 3. For any other mis-numbered Heading 3 paragraphs, just re-apply Heading 3 to them to clear the formatting overrides. This should clean it up although it will take some effort. Cheers

You're welcome!

I don't know why they're not visible, but you could use Resource Manager > Embed and Make Linked as a toggle. That should bring them back and would be easier than deleting and placing them again. Some questions that might help Serif or somebody else figure this out: Does the Resource Manager show them as missing? What happens if you open the document - see some missing pdfs - close the document and re-open it, and close it and re-open it? Are the ones that are missing always the same or is it random? What happens if you open the document - see some missing pdfs - save the document under a new name and re-open it, does the new document have the same missing pdfs? Are the PDFs set to passthrough or interpret? Are the PDFs single page or multi-page, and what were they created with? Where are the PDFs stored? (Internal drive, external drive, network drive, cloud...) Good luck.

That's exactly it, your page numbers use a text style included in the TOC. Check which paragraph styles are used by the TOC, they are listed in the panel below the options. Then check your page numbers to see which paragraph style they use. Generally, you'd format your page numbers with a unique paragraph style such as "Footer" or "Header" or "Page Number". Some people prefer not to use styles for headers and footers but I use text styles for everything, it's up to you. Cheers

That looks exactly like a Flow issue. If you could share screenshots of the Flow settings for the paragraph text and for the image paragraphs I could tell you how to fix it. But here's one common scenario that trips people up: The paragraph text has Keep Paragraph Together selected The paragraph text has Keep With Next set to > 0 OR the image paragraph has Keep With Previous Paragraph selected There's more than one way to create this problem so whenever you see big gaps in your frames it's almost always a Flow settings issue. Good luck.

I reported it just five weeks ago. Oops!

Just set your Inline text style to centred and then you won't have to do anything to centre your screenshots. Publisher doesn't insert random chunks of space with inline images, it's very predictable. If you're finding it feels random then it's almost certainly your Flow settings - perhaps you have a keep with next/previous option set which would definitely confuse things and make it feel random. Flow settings are the cause of many things feeling random. I have another book in which the inline images are always followed by captions. In that one, I have the inline image text style set to be followed by my caption style, and I have the caption style set to keep with previous. That "glues" the caption to the image so they're never separated. Cheers