Jump to content
Our response time is longer than usual currently. We're working to answer users as quickly as possible and thank you for your continued patience.

robinp

Members
  • Posts

    464
  • Joined

  • Last visited

Recent Profile Visitors

1,292 profile views
  1. Personally, I strongly think that the default behaviour for save as should be to save in the same location as the current file. If you’re working on a project, the vast majority of times you want to do a save as operation it would be in the same folder or a folder that’s close to in the folder tree hierarchy. That you might have been messing around with some random other file earlier in the day and that location would be the default save location makes no sense at all. However, I agree that having some kind of ability to override the default is reasonable. Just perhaps the overrides should be a bit less specific.
  2. Of course I have no problem with a choice being offered. Especially given this atypical behaviour has been happening now since the start of the Affinity apps, presumably it would be irksome to some people. But to ignore platform norms is unacceptable.
  3. I understand this is not fixed in v2. Very disappointing. I had been assuming faults like this weren’t being fixed in v1 because they would be in v2. The problem is that ‘save as’ dialog should start with the directory of the current open file. Not the location of the last saved file. Many reasons are given in the previous discussion which is now archived (link below). The main overarching one is that this is the way that all other apps work. So it is like a trap. It is contrary to the way everyone expects things to work. If you work on multiple projects and you have a well structured project folder system, the chances are that one folder for one project looks much like the folder for any other project. To spot you’re saving a file in the wrong place is virtually impossible. The usability is horrendous. https://forum.affinity.serif.com/index.php?/topic/17825-default-location-for-save-as-and-export/page/1/
  4. I came here to check before buying v2. I honestly cannot believe they haven’t fixed this. Astonishing.
  5. I would also like this to be settable as a default option for paste. I rarely want to paste with formatting. For now, I've altered the keyboard shortcut so that Command+V has a binding to Paste Without Format instead of Paste. I guess that's an OK solution for me, but I imagine lots of others will never do that.
  6. It might well be controlled by the plist, but to say that this is normal macOS behaviour would be simply wrong. The save behaviour of Affinity apps is perhaps unique among the macOS apps I use. This is part of the problem: it is utterly alien. The other part of the problem is that it is rubbish regardless of whether it is alien or not. If you accept that this is a problem, then we are never going to get apple to fix it because this is a choice that has been made by Serif for their apps in how they interface with macOS. There is nothing apple could do to fix it because it isn't a problem of their making. How do I know that? Because every other app I use works the *correct* way. The only people that can fix this is Serif. So please stop complaining about repeating your potentially technically correct point that simultaneously completely misses the point of this conversation. Edit: does anyone know where the .plist files for Affinity apps are located? I've had a gander around the various Preferences folders where these are typically located and I cannot see anything. Edit 2: found the plist files. ~/Library/Containers/com.seriflabs.[appName]/Data/Library/Preferences And there is nothing I can see in there that controls the default save location. I suspect if it were as simple as a plist setting, Serif would have provided a toggle in the preferences panel for users to be able to select which behaviour they wanted a long time ago. It is very likely hard coded into the apps.
  7. Whilst it’s great that this feature is now included, there’s no evidence that this 26 page thread had any impact on the inclusion of the feature. Given the 7 years or whatever it is since the start of the thread (can’t remember and haven’t checked) it would be hard to believe that this feature wasn’t just always destined to be included in v1.9.
  8. I understand your sentiment of being realistic and providing advice, but part of the point of these forums is to communicate with Serif about problems and feature requests. The behaviour as it is currently is terrible. So it’s reasonable to hope that it might be fixed one day. Yes, I realise others might be OK with it as it is, but even after several years I still find it incredibly bad.
  9. It's really beyond annoying that 'All pages' is not the default and not only that, but you cannot save it as a preset so you cannot even change the default yourself. It is basically a faulty implementation. Surely this change would be trivial beyond belief. @MEB
  10. To be honest, I'm actually pretty happy with using macOS Photos.app as my photo library. I like that it works with iCloud photos so I've got all my photos wherever I am and whatever device I'm using. Perhaps what I'd request is a library interface in Affinity Photo on Mac that exposes the photos / iCloud library within the app. I guess different libraries and types of libraries could be accommodated so you could potentially also add a google photo library or create a new local one from scratch.
  11. Thanks, and sorry for the really slow reply. The Replace Image button in the toolbar is much easier. The sorting by page # helps but doesn't really solve the issue. Still think that being able to set the resource manager to not collapse the list and to highlight the resource selected in the document (not quite the same as using the 'locate' tool) would be helpful. Mainly, not showing collapsed lists in the first place so that you don't have to do multiple clicks of selecting and deselecting and reselecting again. For now, I'll just try to get used to working with the toolbar button.
  12. It would seem advantageous to have “soft select” settings so that you could define only exactly the same colour or same + similar colours. That second option would pick up RGB + CMYK colours that are similar whereas the first would only select the precise RGB or CMYK colour.
  13. @Gabe @MEB any chance one of you could communicate how essential this is to someone that can do something about it? Being able to find the scaled size vs the original size of a placed file (I honestly don't give a monkey's if it is a JPG or a PDF, both should behave the same) is really incredibly important. It cannot just be those of us working in the built environment that find this omission a total pain in the bum. There must be loads of designers and people preparing instruction manuals etc who need to know what size an image will be output at.
×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.