Rocketdrive

Basically every collection of widgets that has non-modal functionality and has to be accessed repeatedly during work (=every palette) should be dockable.

I can dock palettes in the Windows version left and right to already existing palettes, not only top an bottom. I find this super useful, as I hate overlapping palettes and prefer tiling workspaces whenever possible. Unfortunately, this detail never made it to the macOS version: we can dock one column left and/or right of the canvas, but we can't add a second column to an already existing one. It spoils the experience on macOS.

I am having the same issue on macOS: the document has less than 1 MB, is in iCloud drive but synced/downloaded as far as I can tell, and when opening it Affinity is stuck, saying "Opening one document". It will open after a couple of minutes. On Windows, where I also use iCloud drive, I can open the document without problems almost instantly. Opening the document a second time on macOS is also without delay.

Cool, this is actually happening? Great news, and looking forward to what 3rd parties are going to use this for!

Can we agree that by "scripting" in the context of this thread we mean extending the functionality of Affinity Apps by means of a scripting language, using a scripting API, like it has been done in Maya, Blender, Adobe Indesign, After Effects and such?

I'm sure there are Maybe some choices earlier on, which now would take a lot of time to correct. Or some 3rd party library that works like this on Windows, but like that on Macs... "It isn't possible" is just so vague, I'd prefer to understand why and I'll leave it be. Ever since I raised the question it just appeared like an oversight. Thanks for mentioning that someone noticed.

Good to hear scripting is on the radar. As for which language: from the perspective of a designer who doesn't mind to tinker with code, I'd prefer Python or Lua, just because of the simplicity of the syntax. Also both of them have a good track record in DCC software, like Maya, Houdini, Blender or Fusion. But really, any scripting is better than none, so I'd be happy with whatever choice the devs make.

Thanks @loukash. I wasn't totally clear, what I mean is the possibility to dock yet another palette column, e.g. on the left side of the the right column. It is possible in Windows.

v2 is a nice update. Unfortunately, palette docking on macs still hasn't been addressed. While the windows version allows two or more columns of palettes to be docked side by side, in macOS only one column is possible. I much prefer the tidyness of docked palettes, and really can't stand the floting ones Would be nice if finally, after so many years, someone took the time to fix this. Would be interesting to know how Serif thinks about scripting. From the perspective of tech savvy users it opens up so many possibilities. Is it ever coming?

Hey there, consider adding this "feature" for us Mac folks, too. Not only do docked palettes declutter the workspace, but currently floating palettes stay in FRONT of open/save dialog windows. Could call it even a bug, and an annoying one. Cheers, Marin

Hey there, something to consider: the awesome picture frame tool from Publisher, in Designer. Why? Website mockups, for exaple. Which, I find, work way better in Designer, because of Artboards. Unfortunately, handling (dummy) images is a little tedious, and the picture frame tool from Publisher would help a lot. Thanks for listening, cheers, Marin

This can't be correct. The mouse wheel seems to really work on all numeric inputs, just not on things like font lists, or transfer modes – which would make sense though. I can live with that. Palettes with hidden overflow on the other hand can not be scrolled with the wheel. I can live with that, too. Dragging the label to change the value also works on most widgets, except the one which I need most often, like font size. When looking for the optimum balance of various font settings I tend to tweak the size a lot, I really don't need the extra friction here. Especially when working with a tablet.

No problem.

Changing values, e.g. font size, can be done by either entering a value directly, mousewheeling while hovering over the input, or sometimes by dragging the label next to the input field. The one method that always works is entering a new value, however having the other two everywhere would greatly speed up (my) workflow. Mousewheeling is great (when it works), but not a thing when using a Wacom tablet. Here, dragging is the best option. So having all three options in every input field would be great. Any thoughts?

As far as I remember the borders were initially not pixel perfect, which I could manually fix however.