Jump to content


  • Content Count

  • Joined

  • Last visited

  1. Something that's still present, which, now that I'm actually trying to use it is really getting in my way (and which worked fine in Photoshop as far back as 2010's CS5) - once I create a vector shape, and set it to be a vector mask, I don't seem to be able to add any other shapes to that vector mask, so I can't use the Geometry controls (greyed out) to perform boolean additions or subtractors to change the vector mask, while seeing the effects live. The only way I can figure to get around it, is to pull the vector layer out of mask mode, so it's just a vector layer, then do the changes, because all the boolean geometry functions are working again when it's no longer a mask, then apply it back to the layer, to see what the effects are. That's something that Photoshop did really well (back in 2010) - a vector mask was excatly the same to work on as a vector layer, the only difference was the effect it had, but the editing / workflow aspect of working on it was identical.
  2. Works fantastic - save the palette layout, move them all about, View -> Studio Preset -> saved preset name - they all reset to where they were when the preset was saved. 👍
  3. So I think I've identified the source of the problem, and it's really weirdly obscure. My main display is a Benq SW270c, and it seems to have a janky displayport implementation - waking the display from sleep seems to cause it to drop and reestablish the connection, which I assume the system is interpreting as a lost monitor. My SW240s seem to be a bit odd on DP as well (power LED either solid on, or solid off rather than pulsing when the display sleeps, but only when its on DP, not HDMI), so I shouldn't be surprised. With the main display running on HDMI, the problem doesn't manifest, however it does reinforce the need for a studio presets system that can save and lock panel locations, so they can be reset/recalled in the event of the displays being haunted.
  4. I'm having some serious problems with my Affinity suite, and I'm starting to suspect that one, or all of them might in fact be causing this problem (which only seems to manifest when an Affinity app - Publisher being my main suspect, is running). Symptom: on waking the displays of a triple display system, in which there is a single space for all displays (menubar on only one monitor), on some occasions one display will fail to register until the login password is entered. While most apps cope with this fine, Affinity apps can't seem to handle it, and shift their documents over to a space centring on the remaining two displays, as well as all their palettes, some of which will then be unable to be moved back, because their one drag point - their titlebar, is now outside of the screen bounds. It's making the apps pretty unusable, and like I said, most other apps don't seem to be effected by it - windows that were on the "missing" screen stay on it when it shows back up again - Affinity, and iTunes seem to be the only apps that show any evidence that the problem even occurred. Screenshots of the aftermath included. If we had a working (the beta versions of it don't work as they should) option to Save Workspace that locked the palette arrangements, when saved, so that they could be reset by reselecting it from the menu, that might at least mitigate the problem.
  5. So this looks a bit untidy, and the droplist, which I assume is meant to let you change palettes, as well as the controls to its right, are unable to be clicked upon. Resetting the studio has no effect.
  6. Studio Presets Feedback: A major use of savable workspace presets for palette layouts, is to restore a workspace layout after changes have been made throughout a work session. Or, if something goes wrong and a palette gets lost, or trapped off screen and is no longer reachable. Photo's Studio Presets seem to have that backwards, in that they autosave any changes to palette layouts, and so provide no recovery capability to get the application back to a specific UI layout. This is a real problem when (in my case Publisher) can end up with palettes' grab areas off-screen, and unable to be clicked on to move. I imagine it's also an issue for people using laptops and switching between single and dual (internal and external) screen layouts.
  7. I just tried the Photo 1.9 beta, which has the Studio Presets feature, and it doesn;t really solve the problem, as the implementation seems to be backwards from how the feature is supposed to work. UI palette presets are supposed to be saved states for UI layout, so you can reset your UI to a specific layout. Photo Beta's Studio Presets keep every change to your palette locations, so if you lose a palette off screen, you can't just refresh the Preset or switch between palette layouts to get back to your saved layout.
  8. Oh yeah, but a savable workspace layout would theoretically be the solution to that problem, assuming it works the way everyone else who built the feature works - place your palettes where you want them, save the workspace, and then no matter where you move them, switch back to the saved layout and they return to the locations they were during the save. ill look at the beta when I get a moment. *edit* Just tried the Photo 1.9 beta, and the way presets are implemented doesn't solve the problem, because every palette move in a preset is destructive. You configure all your palettes, save a preset, and then if your palettes get moved about those movements are auto-saved as part of the preset, which defeats the purpose. The point of palette presets, everywhere else they're implemented is that you can reset a palette layout back to a pre-configured setup.
  9. Problem: on a multi-display system a palette on a secondary portrait orientation monitor, that is taller than the primary landscape display, can be dragged onto the landscape display, and will not resize automatically to fit. It can then be dragged up behind the menubar, whereupon releasing the mouse, its sole drag handle is now behind them menubar, and no longer able to be reached to drag it back. There is a workaround to set the application to full screen , which hides the menubar, revealing the top of the palette, and it can be dragged down. Further variation of this problem - if the portrait monitor is disconnected, palettes on it will shift to the landscape main display, the full length portrait screen palette may shift onto the landscape screen so far above the top side, that the palette’s grabable top edge is physically outside the monitor's bezels, and cannot be reached, unless the monitor has its rotation set to 90 degrees temporarily to enable the top edge of the palette to be brought back within the bounds of the screen. Solution: Hopefully the upcoming 1.9 update's saveable workspaces will create a workaround, where palette positions can be reset to user configurations, but there should be an additional safety function to either create a hard stop for palettes at the bottom of the menubar, or some modifier key to make a palette draggable and reposition-able from anywhere within its bounds.
  10. Do you think the way they're implemented will solve my particular problem? I'm actually thinking of filing a bug report about it, because I can drag that pages palette onto the middle screen, and the drag action can carry it under the menubar, at which point after releasing, it's no longer able to be grabbed to drag back out - it really should alto-set itself to have an upper limit of the menubar.
  11. so just to bump this, cause it happened again... This is my workspace - what happens if I temporarily lose the left monitor during screen wake - everything on it shifts to the centre screen - that pages palette, because it's longer than the centre screen is high, doesn't resize to fit - it keeps its full size and simply overlaps, above the top and below the bottom of the middle screen, so there's no grabbable part to move it. The only solution was to set the rotation of the middle screen sideways, then awkwardly try to use the mouse offset 90 degrees to move the palette back, then try to navigate the screen rotation again. Really need saveable workspace setups.
  12. Saveable workspace setups (as I'm describing them) isn't really connected to Cloud-based accounts (it predates it by decades) - the main reason I used to use it back in the day, was when I had a laptop that I also used part of the time with a second external display. Save different palette layouts etc depending on display configuration, or task.
  13. yeah, I was thinking about it from Adobe apps, also Capture One. I was actually a little surprised not to find it in the Affinity suite, since it's a decades-old feature in the Adobe world, you kind of take it as a given, like copy & paste or layering.
  14. Hi, Feature request which would also be a workaround for a bug / issue - On a triple-display mac, occasionally one display will momentarily lose connection during the wake from sleep process. This causes all the palettes on that display to relocate onto the main display (in Affinity Photo at least - Publisher doesn't seem to suffer it), requiring manually moving / repositioning etc. A workspace-saving feature that records the positions of all the palettes would solve this problem. Cheers,
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | 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.