Matthias

Now that Designer and Photo can open multipage Publisher documents it would be nice if page navigation were accessible via menu (probably in the ”View“ section) — thus steerable via shortcut.

That’s what I was missing! Yes, I have. Just didn’t see it (but didn’t see a description of it neither). My bad, thank you Matt.

Maybe I am missing something but when I open a multi-page Publisher document (1.7.1.399) in Designer 1.7.1 I just get to see the one page that was the last on display in Publisher.

As long as Affinity implements the functionality somewhere else this is fine with me. I think the user should be able to choose between linking and embedding images. As it can be achieved with a few clicks to Publisher and back there is already a way to keep Designer files with images small. For the time being I am happy with Affinity app hopping, too.

Of course. When they do it in Publisher you can be sure they’ll keep Designer and Photo in sync.

Not when placing a picture but only when replacing it you’ll find an option button where you can choose whether to embed the placed resource or link it (keeping Designer file size small). The UI seems to be a bit messed up and it would be great if the option also existed within the ”Place“ command in the first place. But still it is great to have the option right within Designer, thanks for that!

Why not give the vaguely named "Miscellaneous“ (in German: "Verschiedenes“ ) tab in Preferences a more descriptive name? I’d suggest "Resets" or "Defaults“ (in German “Zurücksetzen“ or “Standardeinstellungen“). Because "Miscellaneous" tells you exactly: nothing when in fact the subsumed functions are quite specific. Cheers, Matthias

There has to be some unseen feature unveiled at the live event in three days, right?

Thank you so much! Command-drag is a feasible solution for deciding-to-clone-while-dragging — though somewhat redundant: Command-drag does what Alt-drag does –only more of it. If Publisher instead would take into account the state of the Alt key after the dragging process started — just like it does now with the Command key – the Alt key alone would suffice for what now takes two different keys. As it is now Command-drag works exactly like Alt-drag in macOS Finder does. So for the sake of system wide consistency: Why not just use Alt-drag with the Cmd-drag functionality and leave the Cmd key alone (or use it for other/future purposes like e.g. initiating a symbol instance)?

Yeah, seems to be an unusual term. For me as a native German speaker so much so that I surmised you just misspelled “Tönung“ because I never saw the word "Tonung“ before (and my Mac’s autocorrection neither). So let’s get some Popcorn and see what the Affinity term for "tint" in German will turn out to be – hopefully neither “Tonung“ nor “Tönung“.

“Tönung” means overlaying a uniform color like a layer as in tinting your hair. Which is not what this form of tinting does. I’d opt for “Farbton” too.

Thank you, Old Bruce. Then let’s hope macOS Catalina comes to our rescue.

Thanks for your response, Old Bruce. As far as i recall most apps I use don’t show this kind of behavior. So maybe there is something Affinity can do, I don’t know. When this happens the problem is not that you have to swipe spaces to get to the modal dialog. The problem is that you don’t have a clue that there is a modal dialog and wonder why the application doesn’t respond anymore — unless you swipe to the default space.

I force-quit Publisher several times after approx. one minute with a motionless progress bar when the same PDF-writing progress took a few seconds otherwise. To me it looked locked up.

As the title says: You can open another Publisher document while Publisher writes a PDF of another document. But this causes Publisher to freeze. Better to not being able to open a new document then. Would be great however, if Publisher let me work on my document while writing a PDF of another document.