zimmt

Maybe add a few more colors to both pallets. I can reproduce this as per the instructions above every single time. Make sure to change the colors in the Application palette as this bug does not seem to occur in Document palettes. This is happening with Designer & Photo 2.3.1 on macOS Sonoma 14.2.1 on an Intel Mac (though I've also encountered it on an M2 Mac). Document preset is Letter size in RGB/sRGB. I thought maybe this is because I had some Application palettes imported from v1 but the bug persists even after deleting them all and creating new ones. I could try deleting all user settings for Affinity but can't be bothered to at this time. The workaround is: just make sure the document has no Document palette when changing an Application palette's colors.

I played around with this further and it has nothing to do with v1 files. To create this bug create a new document using the latest v2 version (on Mac). Create a Document palette with at least one color. Then create an Application palette with at least 3 colors and change the second or third color to see the bug in effect.

I am encountering a bug when trying to change colors in a saved color palette. Somehow changing one color randomly also changes another color to the same values. Pretty much every color is connected to a single other color. Very strange. This only seems to affect v1 files which have been saved as v2. I've attached a screenshot of a test palette containing only white. I only changed the white swatches to color in the first row. The colors in the second row were automatically added corresponding to each top color. Interestingly the dark blue was not added but the bug is evident regardless.

Also, Affinity does not respect having "Reset Presets Menu to Default Settings After Printing" checked while other apps do. Instead it keeps the settings of the last print (except reverse orientation of course).

Did some further tests. Just opening and closing the print dialogue produces the performance degradation after doing so about 20 times. This is related to the RemotePDEService process which is created for each app the first time the print dialog is called up. With Activity Monitor one can see the memory of this process keep going up each time the dialog is opened and closed. Force-quitting this process resets it and makes everything snappy again until it gradually slows down once more. I also tested this with Pages and the same occurs. Interestingly this does not seem to happen with Safari. Nor does it happen at all with Affinity on an M chip Mac (or it takes way longer for the performance degradation to set in). But on the M chip system I do not have the full suite of printers installed there and perhaps it's related to a specific printer driver. But as this is reproducible with another app I'll just leave it be. The only remaining issue is one that has plagued Affinity since version 1 (maybe it was fixed briefly but it certainly is present in version 2)... having a preset with the range set to "Selected" will cause Affinity to crash if no artboard has been selected.

I am experiencing issue with printing and presets. 1. The print dialog becomes very sluggish the more one prints. After maybe a dozen or more prints the dialogue starts beachballing when loading first and when switching between printers and presets. This gets worse (taking longer and longer to load) the more one prints without restarting the app (this is reset by restarting Affinity so perhaps it's a memory issue). This also can't be related to document size as this occurs even with documents less than a 1mb in size with just text. 2. Presets usually have to be selected twice before being properly applied. And even then, Orientation (Portrait or Horizontal) and Reverse Page Orientation never seem to be respected even when part of a Preset. 3. N-Up values are not shown when selecting a Preset with such saved values. Fortunately they are applied when printing. The values only show in the subtitle of the "Document Layout" tab but only when expanding and closing it again. These are all occurring using the latest version of Affinity Designer on macOS Sonoma. This occurs with AirPrint printers and printers with OEM drivers alike. And these issues do not seem to occur with Mac apps it seems.

Have you checked if the favorites remain after restarting the application? The Favs show from the Character Tab selection but not from the Text Tool and restarting removes them again.

Fonts can only be favorited from All, Recents or Used but not from Font Book collections. This worked fine in the latest version of v1 and thought it would be a nifty way to re-establish my favorites as they are all in a collection.

Seems to be fixed. Thank you. There is one little bug (though it is easy to get around) which occurs when saving a preset with a Range of "Selection". If nothing has been selected (which affects documents with and without artboards) then Affinity crashes when using such presets. It should just pick the entire document instead or whatever artboard is available, if that is possible. Interestingly when specifying a specific Artboard (by name) it does not crash on documents with or without artboards and just picks another artboard or the entire document as a substitute.

Thank you.

Are the forums still monitored by staff at all? Would be great to hear if this issue exists for others as well.

Furthermore when switching between print presets the orientation is sometimes incorrect. Select the preset twice seems to fix it but not always. Accessing printer specific settings causes Affinity to crash at times. Basically printing with Affinity on a Mac is buggy. Printing and presets work perfectly from any other Mac app. Can anyone confirm this?

After a little more sleuthing I believe I located the issue. The new presets system in Ventura seems to save less values, particularly those that are unchanged. In regards to N-Up, it only saves changed values whereas previous MacOS versions also saved the default values. I've attached 2 plists for comparison. The temporary fix is to put values in all fields and then change unneeded ones to "0" by editing the plist file. For a permanent fix it is now up to the developers, developers, developers!! Also, reading N-up values from presets has also always been a little buggy. When opening the print dialog and selecting a preset, it only showed the values of that particular preset even when selecting another one. So the only way to see the values of a particular preset is to open the print dialog newly for each one. That was just a minor bug, but with Ventura it doesn't want to read them back at all it seems. And last but not least, the "Reverse Page Orientation" setting under "Layout" is not being written nor read from presets (even when manually added to the plist). This was also an issue in past Affinity versions although sometime last year it was fixed. With Ventura however it's back to being unfixed. All other Mac apps can save and read this setting just fine. Affinity has been around many many years now and it would be great to see the print functions just work flawlessly. I doubt it would take that much time to solve and it seems like a high priority to have this working... as after all, we're not all designing for the digital space and we really need a full-fledge alternative to Creative Cloud. Of course, all of the above is moot if this is an issue just on my side. So I'd appreciate it if someone could take a minute to quickly test for these issues to see if they can be reproduced. Thank you.

I've done more tests using different printers, latest drivers (OEM and AirPrint), resetting print system, clean plist files, and it all breaks down once N-up is added to presets. Even just selecting N-up without entering any values causes the issue. I have attached a clean plist of a test preset that has N-up enabled but without any values. The presets function got an overhaul in Ventura... maybe the plist structure was changed as well and now Affinity has trouble reading it? Anyone else can confirm this issue?

Playing around with this further I found the following: - Print presets containing N-Up data created before Ventura work fine if selected twice in a row. - All print presets containing N-UP data created in Ventura crash Affinity (v1 and v2 alike) but not any other App (which of course doesn't look at N-Up data). I've looked at the plist files but could not spot any difference between the presets created before Ventura and those created with Ventura. But I will look more closely. Can anyone confirm/reproduce this issue?