AD/AP Toolbars reset after Publisher download

[RNKLN]

I've just purchased and installed Affinity Publisher (Mac AppStore). After opening both AD and AP(hoto), i noticed that their toolbars were back to the default setting. Could it be that the two are related? Tools haven't been affected, nor my personalisations in the studio settings.

[Callum]

Hi RNKLN,

We haven't had any reports of this so I will keep an eye out however unfortunately once a custom layout has been lost there is no way to retrieve it.

Thanks

Callum 

[Brad Brighton]

I cannot correlate to Publisher but add me to the list of people who had issues with the toolbar on moving to APh 1.7 (production). I had not customized the toolbar (that I recall) and definitely had not removed the shortcut to color/white balance/contrast/levels but it was missing for me. I specifically remember this because I had to discover where the "customize toolbar" functionality resided since the default macOS way of invoking (ctrl-click in the toolbar itself for a context menu or cmd-click to rearrange) are not present.

[R C-R]

16 hours ago, Brad Brighton said:

I specifically remember this because I had to discover where the "customize toolbar" functionality resided since the default macOS way of invoking (ctrl-click in the toolbar itself for a context menu or cmd-click to rearrange) are not present.

In the Mac Affinity apps, you can right-click on the toolbar in the space between its items to pop up a menu with 4 items, one of which is "Customize Toolbar ..."

[Brad Brighton]

@R C-R Interesting. The behavior is only partially implemented, it seems. You're correct that if you use the defined gesture (see below), it does work.

HOWEVER... CTRL-click is supposed to be the same as right-click (actually "secondary click" in Apple's UI parlance). With the external keyboard, I almost never use the secondary-click gesture (two finger click on a Magic Trackpad in my current setup) and wound up quite frustrated by the omission.

Time for another bug report and thanks for the additional info!

Edited June 28, 2019 by Brad Brighton
Changed 'but' to 'and' to show that both are equally important rather than contrasting.

[R C-R]

1 hour ago, Brad Brighton said:

HOWEVER... CTRL-click is supposed to be the same as right-click (actually "secondary click" in Apple's UI parlance).

That was once true but many years ago Apple made it possible for app developers to combine any of the modifier keys on the keyboard with any button click to greatly increase the number of application functions that could be activated with mouse buttons. The Affinity apps take full advantage of that.

[Brad Brighton]

Just now, R C-R said:

That was once true but many years ago Apple made it possible for app developers to combine any of the modifier keys on the keyboard with any button click to greatly increase the number of application functions that could be activated with mouse buttons. The Affinity apps take full advantage of that.

It's not a relic -- it's still true. The Finder (arguably the canonical macOS app, works with both). As a developer myself, I understand the conflicts that sometimes come up (and in fact noted this in my specific bug report that there doesn't seem to be any override going on here, it's simply missing). Quoting Apple's current HIG (https://developer.apple.com/design/human-interface-guidelines/macos/user-interaction/mouse-and-trackpad/): 

Quote

In general, respond to gestures in a way that’s consistent with other apps. People expect most gestures to work the same throughout the system, regardless of the current app. For example, the “Swipe between pages” gesture should behave the same way regardless of whether the user is browsing individual document pages, webpages, or images. On a system with a Force Touch trackpad, users expect apps to behave predictably and consistently when they force click a control to get more information or accelerate an action.

If there's an Affinity-specific override here (and maybe there is, and a good reason for it to boot) it's not obvious. Anyway, The discussion of behaviors is, ahem, overriding, the main point of the OP. If it makes sense to continue debating conformance of interface design to user expectations, let's do it on the bug thread. :-D (

)

[R C-R]

22 minutes ago, Brad Brighton said:

It's not a relic -- it's still true. The Finder (arguably the canonical macOS app, works with both).

There are many who will argue that Finder itself is a relic, much in need of an overhaul. 

[Brad Brighton]

Just now, R C-R said:

There are many who will argue that Finder itself is a relic, much in need of an overhaul. 

Ha! True. Still...