cubesquareredux

For me, it's actually worse than that. When I start by clicking on the text tool and then selecting some arbitrary font F, my selection does not even register. Here's what I'm told the selected font is before I select font F: And here's what I'm told the selected font is after I select font F: And even leaving that issue aside … Arial? … I mean, really?

Yes, I prefer the preview-as-icon thing but I also agree that the current non-preview icons are not ideal. And then there's QuickLook, which Affinity could also do better with. Here's Apple's spiel: Quick Look offers a fast, full-size preview of nearly any kind of file without opening the file. Just press the Space bar to rotate photos, trim audio and video clips, and use Markup to crop photos and annotate images or PDFs. You can use Quick Look for items in Finder windows, on your desktop, in emails and messages, and other places. Just to illustrate one possible improvement: In the Finder, if you invoke QuickLook on a PDF document or a Pages document, you can scroll through from beginning to end; whereas with an Affinity document, it seems only the first page shows in QuickLook.

On the machines I use, all Macs running Finder, each of my Publisher documents is displayed using an icon that is a preview of the first page. I find this helpful. I can also confirm that, in the Finder's List view, my Publisher documents show up simply as "Document"; whereas my Photo and Designer documents show up as "Affinity Photo document" and "Affinity Designer document," respectively.

I've never been able to "find" Publisher documents via a content search with Spotlight. Am I doing something wrong? Is the feature just about to be implemented? Or is it impossible? (I mention Publisher but if it would not be a bad thing if the feature were available in Designer and even with certain data in Photo documents.)

Watch me file this as a bug report! (Thanks also for pointing me towards the old discussion.)

Is this possible? (I looked for relevant topics but could not find any.)

On the machine described in the signature below I use Alfred (3.7) to manage "multiple clipboards." With Alfred running in the background I've noticed that pasting into Publisher (beta 305) with a simple Command-V can crash Publisher. Whereas if I first invoke Alfred's multiple-clipboard interface and paste into Publisher from there, there is no crash. (I regret to say that I can't recall if previous Publisher betas behaved in the same way.)

As a test, I created a new document with default master, then … … added some text on page 1, then went to master page and added page number field, and … … things seemed to work OK.

Same here, using current beta as well as a number of previous.

You might think that … but you don't know how little time I have left!

Yes, I was using the term "version string" the way Apple uses it to refer to the information that Finder displays. Serif appears not to update this information with each new beta build. And as you say explicitly, Serif does not update this information for its own auto-update procedure, either!

When I grow up I want to be … someone who knows as much about Affinity Publisher as you do!

I can confirm this behavior. macOS 10.13.6, Beta 270, Publisher document created with previous beta.

The following may be silly but … Can you please update the version string with each new beta build? Version strings are not limited to three numbers. For example, the version of Google Chrome I'm posting from is numbered 73.0.3683.86.

Yes, I was merely suggesting to LisaZ that if she were to work with normal text her problem would vanish. But if I said it too cryptically, I'm glad you clarified.