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.

Thanks, @Dan C 😃

Yep. But it should be IMO. I don't see a reason for undockable, humungous windows that could work just fine as dockable studio palettes.

In Publisher, the text wrap settings open in a huge window, at least compared to other studio palettes. And then there is the baseline grid settings, which open in a smaller, yet also somehow differently looking window. Is there a reason for those differently looking UIs? If not it would be great to make them just as any regular studio palette, and also make them dockable. Oh and make all of them horizontally stackable on Macs, please.

I'd totally appreciate if @MEB or someone from the dev team gave their thoughts on this. It still does not make sense to me, apart from the fact that I am left with a clunkier, less productive interface in the Mac version.

Just stumbled upon this issue, but thankfully I found this thread. I agree, there needs to be some sort of visible indication that the font size, as defined by my styles, will be overridden within text boxes that have scaling applied. I like the detached handle for quick layout mockups without having to edit every style, but in the end defined styles must have absolute priority IMO.

@R C-R On Windows, I can have multiple columns of docked palettes on either side of the screen. On macOS, I can have only one column of palettes on either side of the screen. I am asking for more

Please, for the sake of my sanity and feature parity: can we, after all those years, finally have horizontal palette docking on macOS? It seems like such a basic, yet important UI thing. I admit I can't stand floating palettes. They nag at my sanity every time I use the apps. Which happens to be a daily routine once the client approves a project. To me the UI is the visual groundwork for everything else, and should be as consistent as possible across platforms. If there is an insurmountable technical reason, tell us about it. If it's a design decision, I'd like to challenge it, because it really makes no sense. If it's an oversight, I'd kindly ask to take care of it, it has been such a long time. Cheers, Marin

Thanks Sean. Not sure how I can run the store version under Rosetta (if at all), but for now my client has decided with a different design, thank god I'll keep in mind that I can rasterize the problematic layers. Thanks!

@Sean P I hope You got my file. If so, did You find anything?

Thanks @Sean P, I just uploaded the file. In case it has any relevance: the file was originally a PDF exported by Safari to PDF, which I then opened for further editing in Designer.