Seneca

As far as I can tell Publisher doesn't offer any way of controlling the stand off between text and page numbers in TOC.
Ideally we should have another triangle at the top right of the text ruler to control that. inDesign has these options.
I'm thinking of Right Indent, analogous to the Left Indent that's already there.


 

In computer graphics, a procedural texture is a texture created using a mathematical description (i.e. an algorithm) rather than directly stored data. The advantage of this approach is low storage cost, unlimited texture resolution and easy texture mapping. (Wikipedia)
Yes, it's more technical but once we get the documentation in place I think the community will respond with a useful collection of scripts and presets.

In computer graphics, a procedural texture is a texture created using a mathematical description (i.e. an algorithm) rather than directly stored data. The advantage of this approach is low storage cost, unlimited texture resolution and easy texture mapping. (Wikipedia)
Yes, it's more technical but once we get the documentation in place I think the community will respond with a useful collection of scripts and presets.

Thank you for the 4th beta.

You are partially right. I said I campaigned for a similar feature not the same, though. 
I hope that it will be eventually noticed by the devs though. It would be a feature that no other software offers a the moment as far as I am aware.

You absolutely don't need to migrate from PPX9 to Publisher.
If PP does everything you need then you are a happy user. The only reason you might want to consider switching to Publisher is that PP is no longer in active development and Publisher is being developed as its successor. You may want to keep an eye on its development and see whether it's worth your time and effort to learn it.
In time you may conclude that Publisher is the way to go for you or not as the case may be.
But if you are a professional then you owe it to yourself to know the tools of the trade that are available on the market today.

So do I.

Not necessarily.
Notice, if you double-click on the left hand side page thumbnail it displays the left page and the right page is to the right not entirely shown and vice versa.
But if you double-click the Pages x,x text below the page thumbnails, it centres the spread on the window. It really depends what's you've been doing with the spread, you might have been zooming in or out, etc.
I hope 

Preferably alive and kicking. 

A one liner like this is not a good example of using a table, in MHO. You could, of course, use a table here if you wanted to but it would really be an overkill.
The example above is mostly used in catalogues where each product has its own line of specs. In a book catalogue you could have Number of Pages, Dimension, Price, etc.
In cases like these automatic paragraph styles are a god-send. You only need to deal with text and nothing else.
Whether you prepare your text outside of a publishing application or not you can format the entire text in one fell swoop.
Of course one could use a script to format all the tables, if a given application supports, it but that wold be an extra step and potentially a lot of extra steps.
In cases where a catalogue calls for a number of lines per product a table might be a better solution.

A one liner like this is not a good example of using a table, in MHO. You could, of course, use a table here if you wanted to but it would really be an overkill.
The example above is mostly used in catalogues where each product has its own line of specs. In a book catalogue you could have Number of Pages, Dimension, Price, etc.
In cases like these automatic paragraph styles are a god-send. You only need to deal with text and nothing else.
Whether you prepare your text outside of a publishing application or not you can format the entire text in one fell swoop.
Of course one could use a script to format all the tables, if a given application supports, it but that wold be an extra step and potentially a lot of extra steps.
In cases where a catalogue calls for a number of lines per product a table might be a better solution.

A one liner like this is not a good example of using a table, in MHO. You could, of course, use a table here if you wanted to but it would really be an overkill.
The example above is mostly used in catalogues where each product has its own line of specs. In a book catalogue you could have Number of Pages, Dimension, Price, etc.
In cases like these automatic paragraph styles are a god-send. You only need to deal with text and nothing else.
Whether you prepare your text outside of a publishing application or not you can format the entire text in one fell swoop.
Of course one could use a script to format all the tables, if a given application supports, it but that wold be an extra step and potentially a lot of extra steps.
In cases where a catalogue calls for a number of lines per product a table might be a better solution.

This is quite bad. This has bothered me for a while. We don't have any visible feedback that something has changed, unless the field has been populated earlier.
I think a better alternative would be to have some sort of <field name> inserted into a text frame and then replaced with real text when the field has been populated. This is how it works in inDesign. 
Obviously, this lack of visible feedback freaks a lot of people out.

I was hoping that we would be able to save them out as presets like Grids and Axis Manager. Maybe later. 

I was hoping that we would be able to save them out as presets like Grids and Axis Manager. Maybe later. 

Exactly. I don't want to scout for footnotes somewhere else in the book, particularly, where there are many of them.
Obviously, with a very few notes in the document placing them at the back of the chapter or at the end the book is acceptable and oftentimes desirable.
And I agree with Peter. We need greater flexibility than in indesign.

You are absolutely right. I can't argue with that. Inherited master pages should be part of our toolbox.

You are absolutely right. I should have read the initial problem more carefully.
The best option here would be to put the text in a Table but unfortunately Table styles will not be able to reproduce the PDF as attached by Cap in his first post.
I hope that Table styles in Publisher will become more flexible in the future.

I have a different view on this. I don't work for  Affinity so I can't say it for certain, but my feeling is that the initial release as envisioned by the team was not meant for long publications. 
The Long Document features would be added at a later stage. Problem is, people expected this feature from the word go.
This has nothing to do with the team being more transparent. I think the devs and the Affinity Team are transparent in as far as they can be.
Anyway these are my 2¢. 
 

I assumed that these would be separate files, but if not, what I would do is to put the text, (assuming it's a one file) on a table with 2 columns.
The left cell would contain, say English, the right cell the other language.
The next table row would contain the next sentence, and so on.
 

 

Here it is a short video featuring the competing product in action. I really don't understand why people think that this must be so complicated.
Publisher already needs to calculate the length of the line when you apply bold to the majority of the line. The result of the calculation is the last word going to the next line.
It's not rocket science.

Movie.mov

Exactly. I don't want to scout for footnotes somewhere else in the book, particularly, where there are many of them.
Obviously, with a very few notes in the document placing them at the back of the chapter or at the end the book is acceptable and oftentimes desirable.
And I agree with Peter. We need greater flexibility than in indesign.

This most certainly would be a very useful option.

Maybe the developers could add Import and Export buttons to Preferences >Abbreviations.

I've downsampled the screencast a bit.
I hope it works now.
 
cog.mov