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


  • Posts

  • Joined

  • Last visited

Profile Information

  • Gender
  • Location
  • Interests
    Space, Science and Fiction

Recent Profile Visitors

1,671 profile views
  1. Cool, this is actually happening? Great news, and looking forward to what 3rd parties are going to use this for!
  2. 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?
  3. 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.
  4. 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.
  5. 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.
  6. 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?
  7. 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
  8. 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
  9. 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.
  10. 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?
  11. 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.
  12. 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.
  • 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.