fde101

What is this percentage doing for you that the placed DPI will not?
It seems you are looking for two numbers to provide a more complicated method of arriving at the same conclusion that the placed DPI will tell you directly.
How does that percentage help you when the original DPI is not within your expected range?
But the placed DPI works no matter what the original DPI was...

Not at present, as Publisher actually embeds copies of even the linked images.

This is actually done from the Guides Manager (view menu) - there is a section there for setting column guides.
 
I believe this is also enabled in the View menu somewhere...  don't have it in front of me at the moment...

ok, so it seems the delete key is being handled inconsistently between tools - that is very likely a bug
 
The original Mac keyboard had a "backspace" key: https://www.macworld.com/article/2090522/unboxing-a-30-year-old-macintosh-128k.html#slide19
It was replaced with a "delete" key with the switch to the ADB connector: https://commons.wikimedia.org/wiki/File:Apple_Macintosh_ADB_Keyboard.jpg
When the "extended" keyboards started coming out they added a "forward delete" key to do basically what the "delete" key does on Windoze-type keyboards.
All of Apple's documentation for a long time now has called them delete and forward delete, not backspace.
This is also in keeping with the Apple II series: https://www.flickr.com/photos/jean-paul-margnac/3800713644
 
 

Most of the export settings in the Affinity apps are quite sparse on options.
As they seek to be professional design applications that lack of control is quite unfortunate.

I don't think anyone here disagrees that the use of linked text boxes on master pages is the superior solution for this, and the Affinity team has reiterated several times that master page functionality for Publisher is currently incomplete.
I'm sure that will be coming, it just isn't here yet.  The autoflow suggestion is about the best "for now" option we can suggest until more complete master page functionality is available.

That’s good to know, but ... did you like my haiku? 

It is basically an open-source BeOS clone.  Very responsive and rather unique.  I kind of liked BeOS and while Haiku is currently on their first beta release (after having been in alpha for years) the project overall looks very promising.  BeOS was originally designed with media creation in mind and was advertised as a "media OS" - it is built around multithreading to the point that no matter how busy the system gets it always seems to respond immediately to user actions, even if playing back a back-then-impressive number of simultaneous video and audio files and performing other tasks in the background.

I would argue that GNUstep would be the better choice in terms of development libraries, as it should significantly reduce the burden of porting the UI code from the Mac... assuming that the Affinity software is built around Cocoa.
That said, GNUstep is not a desktop environment in and of itself, and its applications can work within an assortment of desktop environments, including GNOME.

Well, yes, but I was moving everything from a Mac to a Windows 10.

If you don't want the styles from Word to carry over you should use Edit > Paste without formatting.

It looks like the "Lock Children" button is still (or again?) being ignored.  I believe that scaling the frame with the move tool when Lock Children is not checked should be having the desired effect, but for whatever reason it currently is not.

I agree that this could be useful, but allowing arbitrary color choice would make it impractical to be able to filter or search the list of layers based on those color labels, so I think it should be limited to a reasonable number, though perhaps a set of N labels could be available with the ability to customize the specific colors and label names, either in preferences for the application or on a per-document basis?

It looks like the "Lock Children" button is still (or again?) being ignored.  I believe that scaling the frame with the move tool when Lock Children is not checked should be having the desired effect, but for whatever reason it currently is not.

I think an option to snap the edges of the picture to the edges of the frame while moving it is quite reasonable and need not necessarily be limited to rectangles.

That only works for embedded non-image objects (.pdf, .psd, .eps, .svg, etc.), not for image objects (.jpg, .tif, etc.)
Edit: However, if the OP did have a linked non-image object that had been deleted from disk, that method would (with today's Publisher processing) indeed allow for recovery. If Serif ever truly supports linked files that don't keep an embedded copy that will probably stop working.

I'm reminded of a probably-not-quite-accurate-but-still-interesting quote rumored to be from Albert Einstein (I've heard rumors he was rather smart - see https://quoteinvestigator.com/2011/05/13/einstein-simple/ for reasoning behind my hyphenation):
 
Making software like this simple at the expense of flexibility reduces... flexibility.
It is not complexity that geeks (me) are looking for, but the ability to do efficiently the things that the simpler programs are too simple to do efficiently.
 
Efficiency of learning and efficiency of operation are sometimes at odds... making a program easier to learn often makes it more complex or cumbersome to use over time.
Favoring efficient long-term operation over simplicity of learning does not mean that the program is complex, just that it is meant for users who actually intend to use it.

In this situation, what purpose does the picture frame serve?
Consider just bringing the picture into the publication without using one.

It has been said, but not enough since it hasn't been fixed yet.

Hey >|<,
This is intentional. It's to avoid confusion with the Flood Fill / Edit > Fill tool and to match terminology in other apps. 

Apologies if this has already been said,
but I love the old triangular Affinity logos! and I'll be sad if they are replaced with boring squares that look like something Microsoft created!
I need to look at beautiful things all day, this matters!
PS, can't wait until all three apps / personas are working together.
 
 

.
 

If they aren't even adding support for hyperlinks until after 1.7.0 is out, then I am certainly not expecting support for this in the initial release.
They have enough on their plate as it is.
That doesn't mean I don't think this will ever happen... but probably not right out of the gate.

To answer your original question, make sure Facing Pages is turned on (checked) when creating your document.  This will make it easier to see how the left and right pages line up with each other.
Outside of that two-sided vs. one-sided is a matter of how it gets printed later on.