IgorRock

I'm glad you got it working.
I've never experienced this bug myself so I can't provide first-hand advice, but from what I've seen in this forum, it seems to happen mainly with linked documents (afpub, afdesign, afphoto, pdf, and psd). I don't think I've seen reports of it with SVG but I could be wrong. Simple files like TIFF, PNG, and JPG all seem to be fine.
I don't know for sure whether changing them to embedded will work or if you need to delete them first so try both ways.
Good luck.

Well, I'll be damned. I renamed the afphoto file, opened the example, clicked on "no" - and it doesn't crash. Closed it, renamed it back to the old name, opened it: immediate crash again.
OK, renamed it again, opened the file, clicked "no", deleted the linked image from the master page, renamed it back, put it in again, but changed it to "embedded", saved the file under a new name. Opens just fine three times in a row!
Which now makes me wonder why it didn't crash every time with the other documents, and why I could prevent it from crashing by updating the index in the bigger files?!?
Well, I guess I'll now have to replace all the images in the other documents with embedded versions to see if that fix works with them, too... 🙄
Just for completeness, I've attached the .afphoto file with this answer, would be interesting to see if the example document crashes for others with it, too (I guess one would have to replace it's path in the resource manager, though).
Thank you very much for your help! 🙂
Old_Paper-002-for-CMYK-print.afphoto

Hi, I can open your document without issues and I don't think this is related to the index feature. I'm on macOS so that could be the reason why but I wonder if it's the linked document.
Could you please do this test with the document you uploaded?
Rename the linked resource (the old paper .afphoto file) Open the document and click No in the Missing Resources alert Does the document open correctly now, albeit with the missing old paper image? If so, the issue is a known bug with linked documents. Once you have the document open you can delete and replace the linked resource and it should open correctly from then on. If that doesn't fix it, change it from linked to embedded or avoid it entirely by changing it from .afphoto to a simpler format such as .tiff or .jpeg.
Good luck

The style name should be all that matters. If I paste text from one document to another, I expect the styles to align on name alone, whether or not the exact definitions are different between them.

Issue:
In my Affinity Publisher documents, I tend to use the same text styles. When copying and pasting text between the documents, the styles get duplicated with a number added at the end. This happens even if the styles are identical. Example:

^ These are all the same style which have been duplicated when copy & pasting between documents. 
Solution:
When copying and pasting between a document, Affinity should ask the user how handle duplicate styles rather than just numbering them.
 
Here is an example of how it could work:

This dialogue box would pop up whenever copying and pasting text in situations where Affinity would currently just duplicate the style.
This dialogue box would be optional, activated first via an option in preferences, so users who like the current handling of style can chose not to activate the option. 
Merge Styles - Keep incoming definition This option will cause the two styles to be merged. All values will follow the source document. 
Merge Styles - Keep local definition This option will cause the two styles to be merged. All values will follow the local document. 
Create new style - This will create a new style (which is how Affinity currently handles it by duplicating the style and adding a number to the name).
Additional options:
Clear Overrides - Any differences between the local and incoming style will be discarded. 
Keep Overrides - Any differences between the local and incoming style will be kept as overrides. 
Save Overrides as character style - The differences can be saved as a character style. 
Example:
I have  "Document A" which has  text that has a style called "English translation". This is just Helvetica, bold text 12pt. 
I copy and paste this text into "Document B" that already has a style  called "English translation". If I select "Merge Styles/incoming" then the style from Document A will be used. If I click clear overrides, then any differences between the text in document A&B will be lost. 
 
Who would this be useful for:
This would be useful for users who regularly copy and paste text between Publisher documents. 
 

Currently in Publisher, when you paste text with paragraph/character styles that already exist in the document, it could happend two possible things.
If the parameters of the incoming style matches the existing one's, it uses the existing ones. If the parameters of the incoming style differs on any single aspect from the existing one's, it adds the imported style to the style list, adding a number to it. So you probably end with a document with myriad of redundant styles that you must search, change and clean. I know that you can do this with the search/replace panel but it is a big nuisance, specially on large documents when you are copy/pasting a lot from other documents. Also, I understand why this the default behavior, there are times when you want to preserve the singularity of the pasted text.
But i'd love to have an option to disable this behavior and simply get the pasted styles replaced by already existing ones, no questions, no duplicates, no intervention. For example, just now I'm doing a catalog that differs on little things from the one i'm importing content from, maybe a font color, or different tabs configuration, but uses the same style names for the same kind of paragraphs. It would be fantastic to simply paste from the old catalog and have the matching styles be nicely replaced without intervention.
Is could be a simple preference setting like this: [  ] Replace already existing styles on paste/import
Or maybe this option already exist and i'm not capable of finding/noticing it…

I do agree. The multiplying of styles that happens here is more cumbersome than it needs to be.
Along those lines, it would also be welcome if Publisher suggested assigning a different style when you delete one style. For example, if you were to delete a copy style, if the style was in use, a little message would pop up offering the option to replace all instances of the style to be deleted with another style of user's choice.

Oh my! our customer just ordered us to rearrange a whole catalogue, so we will copypasting content from different files which share style naming. The only difference on those styles is the accent color, but be prepared to have thousands of iterations of styles as it is adding a new numbered style each time we paste a single item. This is going to be a nightmare. Imagine, 12 documents, 500 pages, 3500 products products going from one to another file and Publisher not replacing pasted styles with the ones already existing the target. It is gonna be literally hours of cleaning and re-stilyng. Please, Affinity, add an option to use the already existing styles on pasting. This is gonna be horrible.
Just as simple as that: Use the existing style if the name match on pasting.

If you are a new arrival to this thread and have found that it is locked but still want to show your support for Affinity on Linux, simply like this post

I was one of the umpteen million people whose ADOBE accounts were hacked several years ago, including every bit of our information.  Had no idea until several WEEKS after the breach when I was finally notified.  Then we were offered a bandaid approach “in case,” plus the suggestion that we watch our bank accounts for an extended period.   Serif has notified us almost immediately with detailed information.   Just another very important reason why Serif has my unequivocal vote for One in a Million!  Thank you for letting us know so speedily.  Hopefully we will all watch our P’s and Q’s and send the bad guys to Junk/Trash.

2FA for the Affinity Store is now being developed and will be rolled out for the once it has passed testing.
 

Hi all,
I've run into an issue with the automatic column break and paragraph text decorations, and was wondering if I'm missing something (or if Publisher is).
I'm writing a role playing game module and I want to add some text which the game master should read out loud (which should be clearly visible to the reader), which means that text needs to be at the correct spot in the surrounding text and move with it if I edit any text before it or add some illustrations (I'm still at the writing and editing stage, so some small text changes can cause bigger changes in the layout because of text wrapping etc.). I know that once I've finished everything, I could just manually adjust the text (e.g. split a paragraph into two at the right position) to get the wanted effect, but I think there should be a better way.
As you can see, I've created a paragraph style for a boxed text (this is not a text frame, just some text which has a different background and a 1 pt box around it because of a paragraph style with decorations enabled).
The problem is that when Publisher auto-wraps a paragraph with these decorations, it literally cuts them off, which means that in the first column, there is no lower line (or background) for the text, while in the new column, there ist no upper line (and no background, either) before the text starts.
Is there any way to get Publisher to adding those missing parts when a paragraph wraps onto a new column or page? I guess if I use a text frame and just pin it in place at the correct position in the text, the whole frame would be moved to the new page, which would leave me with a big empty space in the first column, and is - again - not what I want.
I guess I could just use the left and/or right line together with the background (so it's not a boxed text anymore, but still clearly visible), but I would prefer to have a full box around the text.
Any ideas?

As far as I can see, the only Character Text Styles that exist within a TOC are the ones defined by TOC processing for the Number, and the bult-in Emphasis, Strong, and Strong Emphasis. I'm not sure how you got Numbered to show up in your screenshot, @MikeTO.
But I did get it to work with this procedure:
Create a heading style that you ultimately won't use. I called mine Unused. Actually create a heading somewhere in the document using that text style. Create or Update your TOC, and specify Unused as one of the text styles to include. At that point, the Unused style should appear as a choice. Choose it. Update the TOC again. At that point, TOC1 Unused and TOC1 Unused Number should appear in the TOC text styles within the Text Styles panel. Edit TOC1 Unused Number to have the initial word style you want. Edit the other heading style (that you want to use Initial Words with). You should find that TOC1 Unused Number is available in the Initial Words style list. Select it. You should now have the TOC1 Unused Number text style applied in the TOC. Back in the TOC panel, uncheck Unused in the list of included text styles. You can also delete the line of text you added in step 2.

I think you missed a step because it worked fine when I tested it. This test doc has a TOC on the top of the page and the headings in the frame below it. The first and last headings are Heading 1 while the numbered ones in-between, as in your example, are Heading 1 Numbered.
I created it the same way you said you did, Heading 1 Numbered has an Initial Word set to a character style.
numbered.afpub

Yes. Somehow I expected a comment like that which totally misses the point I was making.
The argument was that somebody would think that something ends when there is an bottom line of a box at the end of a column. Please note that the table cells in those tables don't have horizontal lines between them, only the different tables have those. As such, this is exactly the same thing as with a paragraph which would continue on the next page.
On the contrary, with the table it's actually worse, since there are no unfinished or half sentences at the end (as with a paragraph), just some numbers, so it's actually worse with a table than with a paragraph, since the reader only realizes that there is something missing once he reads the next column.
Nevertheless, they still choose to not change their layout to put the whole tables in a separate column or anything, and that book was more than successful. And that's what I meant: It's a design choice somebody made, which as such should not be predetermined by the tool you're using.

With the built-in keyboard shortcuts for bold and italic, pressing them a second time removes the style. I propose that for custom character styles assigned a keyboard shortcut, pressing them a second time applies the [no style] character style.
This would bring behavior in line with expectations carried over from bold and italic, and would be a useful way to save time when words no longer need to be styled.

THIS TOPIC STARTED IN 2018???!!!  AND STILL IT DOES NOT WORK PROPERLY!!! ???
I have copied and pasted from many table types into many other table types with no issues whatsoever
I have copied csv and pasted into tables, html into tables, excel into sheets, open office into excel, vice versa
I have manipulated tables extensively
AP is the most cumbersome to work with tables i have ever seen.
C'mon! Get this fixed already!
The only way I can get data pasted into tables is to paste it into some text format in AP first, then copy it and paste it into a table by selecting the exact columns and rows for the data. Takes a lot of extra time. It's almost like I have gone back into the 1990's.
 

Look it up in a dictionary: https://www.dictionary.com/browse/professional
 
You are a professional at something if that thing is your profession.
Thus, professional means you earn a living from it.
 
The application of the word to describe the quality or functionality of some piece of software has always been something of a misnomer and thus meaningless in and of itself.  It is a buzzword with no specific interpretation when used in this context.
You could say that software is professional meaning that you earn a living by using that software, but then for a hobbyist using that same software to do personal projects it is not professional.  You could say that software is professional because the people writing it earn a living from selling it, but then to anyone other than the people involved in its development it is not professional.
So no, I don't think "professional" actually means anything specific when applied to software or a piece of equipment.