Jump to content
You must now use your email address to sign in [click for more info] ×

In various UI windows: Title bar buttons (red yellow green) close Documents irroneously


Recommended Posts

The Affinity UI shows several windows with the mac-like traffic-light buttons in the upper left corner. In macOS you can close such a window with the red button or the keys CMD + W.

Affinity does visually withdraw the focus from its main / a document window if such a dialog gets opened: the 3 buttons in the main window get greyed out while the newly opened window shows them coloured – but unfortunately the focus is not fully set to this window.

The bug: If such a window shall be closed via CMD W then either the Save dialog pops up, or if no modified document is opened, the current document respectively the main window gets closed.

Additionally:
• these windows do have an additional button in their lower right corner. Most often it is a "Close" button, which is actually obsolet if the 3 round title bar buttons exist.
• these UI windows aren't fully in front of the interface, but can be covered by floating panels, which I expect to be hierarchically below those windows with the 3 buttons. (I remember this covering issue was reported & logged several app versions ago.)

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 only

Link to comment
Share on other sites

Just a note: In macOS apps, like Finder or Preview, only 1 of several opened windows shows the 3 buttons in colours. This is the currently active window and there is only 1 active window at a time (key window). On all other windows of an app these buttons are greyed-out, like on the main / document window in Affinity. In macOS the command CMD+W affects only this 1 active window, CMD-W never closes a window which is in background / has its buttons greyed-out, as it happens in Affinity.

The oddity in Affinity is the fact, that this windows* do not react at all / at any time to CMD+W, although they show the 3 buttons. Instead always and only the main window reacts to CMD+W.  *("Preferences" / "New…" / the 2 x 4 Managers / the Apple Colour Picker)

912251323_appledesignguidewindows.thumb.jpg.8adf8c496f697b19b7a1a7a44434f77b.jpg

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 only

Link to comment
Share on other sites

Is an interface concept error, more than a bug (and probably related to how MS Windows does)... is inconsistent that a window that has a group of OK-Cancel buttons has also any of the window buttons/semaphore (red, yellow or green) active or ever existent.

Correct would be, either with semaphore buttons (eventually + confirmation of secureness of action) or without semaphore and OK-Cancel buttons group, bottom-right (also eventually + confirmation of secureness of action). And Cmd-W should only affect the topmost window and only if the semaphore exists or is active.

Comparing with old user interface rules, modern Mac rules/habits are so flexible that sometimes designers get confused (if not mad) and permit some inconsistencies. Also sometimes designers are forced to this attitude because of compatibility necessary in multiplatform app designs.

It's only an opinion

🖖

Link to comment
Share on other sites

  • 4 weeks later...

Related to this, in Affinity Photo, Designer, and Publisher the hover action over the main window controls (close, minimize, zoom) do not trigger/display the function icons with the tip of the pointer. The control button icons do appear when hovering but the pointer needs to be fully over the buttons, unlike all other macOS windows. Running Monterey 12.4.

 

 

Icons.png

No icons.png

Link to comment
Share on other sites

After further testing, this issue seems to be caused by opening or closing a file. Afterwards if I zoom the window and zoom back the hover icons will display properly (until the next file is opened or closed). Version 1.10.5 of all Affinity apps.

Link to comment
Share on other sites

15 hours ago, Revanian said:

this issue seems to be caused by opening or closing a file. Afterwards if I zoom the window and zoom back the hover icons will display properly

I'd say your experienced issue is not at all related to this topic about a macOS keyboard short-cut which affects in Affinity a wrong and background window.

Your hover issue appears rather similar to a visual UI issue without causing such a malfunction like closing a window, which is logged + tagged as afd-4161.

I can't reproduce your hover issue here but maybe you do get this one mentioned in these reports? If yes, you might want to add your note under this moderator's comment because it limits the issue to macOS 10.14 Mojave – which would exclude your 12.14 Monterey.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 only

Link to comment
Share on other sites

38 minutes ago, thomaso said:

I'd say your experienced issue is not at all related to this topic about a macOS keyboard short-cut which affects in Affinity a wrong and background window.

Your hover issue appears rather similar to a visual UI issue without causing such a malfunction like closing a window, which is logged + tagged as afd-4161.

I can't reproduce your hover issue here but maybe you do get this one mentioned in these reports? If yes, you might want to add your note under this moderator's comment because it limits the issue to macOS 10.14 Mojave – which would exclude your 12.14 Monterey.

Much appreciated for finding this topic, I have posted a reply.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.