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

Oli Putland

Members
  • Posts

    20
  • Joined

  • Last visited

  1. Yes, I agree the deleting of the file only highlights the issue that is already there.
  2. Hi MikeTO. Thanks for getting back. I'm happy to say that some of your advice seems to have actually allowed me to open hitherto un-openable files which I'm obviously very happy about! For some reason until I checked "Automatically Update Linked Resources When Modified Externally", Affinity would just hang when I opened certain files and I'd need to Force Quit to get anywhere. Unfortunately, there still seems to be a strange issue with how Embedded and Linked files are handled which I've made a little video about to demonstrate. Screen Recording 2023-12-02 at 11.27.52 am.mov
  3. I think I may have discovered the source of the bug. When importing PSD files using a drag and drop method, unlike JPGs, Affinity Publisher seems to link to the original file, rather than directly import it- something not terribly clear but hey ho. After deleting the 'linked' picture file, when trying to save or add to a book, Affinity seems to really struggle and just hangs forever, rather than either show the file's ghost in situ, or (which would be better) have big Red Cross or something with the vacant picture frame clearly saying that the linked file is not available. Missing footage is a common occurrence in desktop editing, but doesn't result in a completely corrupted work method or hanging app! Please let this very nasty bug be fixed. I'm just glad I identified it.
  4. Spoke too soon. For some reason, even the backups are now corrupted. They just won't save. It's driving me crazy.
  5. EDIT: I have identified a bug which actually is not to do with Book creation- at least not directly. Bug 1: If an embedded image file is deleted externally, Affinity Publisher is no longer able to save the .afpub at all (just hangs with an eternal saving bar), Affinity does not flag the missing file at all, and if an afpub file has been previously imported into a book, that will effectively render the entire Book un-saveable, without clear reasoning as to why. Bug 2: When Drag/Dropping images into Affinity, PSD behave differently to JPGs and PNGs. Where as JPGs & PNGs are just imported and fully integrated into the .afpub file, PSDs are automatically embedded. This is not at all clear, and has lead to issues when the PSD file is either moved or deleted. Several times, Affinity Publisher seems to often corrupt .afpub files when added into a Book. I've had to recreate several chapters of my publications due to this terrifying bug which (luckily due to regular backing up) hasn't been too scary for me. Never the less, this really is something that needs urgent addressing since the problem has mutated since the first version from something irritating but easy to handle, into something totally random and potentially very destructive. It used to be that saving the book created potential corruptions- something that could be prevented by opening Affinity fresh and JUST dealing with a book file, quickly. Now it seems to happen when either opening book files or even when importing chapters. As I say- whole .afpub files prevented from opening in any shape or form. This really needs fixing.
  6. I very much agree that the term ‘Live Docs’ is very misleading as the files being edited are not, for intents and purposes ‘live’ at all. I also think that the ‘Show in Files’ option adds to the confusion as it truly does give a false positive piece of information, which compounds an already confusing logistical system. I realise that Serif and indeed other third party companies have limitations placed on them via Apple, so they have to create their own working methods which I’m sure they have thoroughly researched, however I use several apps ‘Photomator’ & ‘Vectornator’ being two of them, that are able to effortlessly switch between iPad and Mac, updating and saving between them on iCloud Drive without the need of any kind of sandboxing area at all. In other words- the apps behave as if both setups were Macs.
  7. Hello Walt. Clearly Live Docs as it currently stands does not show ‘Live documents’. As you say- it is a sandbox environment, but this is not clear and there are too many signposts suggesting that one document is the same document anywhere you use it from. Even Affinity’s official video recently released states that this is the best way to share documents between desktop and iPad OS, and at no point is it mentioned that you must close a document in order to ‘update’ it. I believe a better method would be an ‘update’ button in order to refresh the sandboxed documents to their current universally accepted states, particularly since the ‘Show in Files’ option suggests a totally different outcome.
  8. Just a quick added note- this also happens when you save to ‘On My iPad’ and bypass the iCloud setup entirely.
  9. Hi there. I use all the Affinity suite on iPad & MacOS. The interchangeability between apps on macOS is flawless, I can open a file in macOS, change it and then save it and open it in another Affinity product and all is well. The same cannot be said of iPad, as when I try to do this, the app opens old versions of a document when a document is saved in another Affinity App. What’s worse is that the option: ‘Show In Files’ correctly shows the file in its most recent form, but when you open it, an older version is opened. I created a video clarifying this issue. Thanks RPReplay_Final1688034472.mp4
  10. This isn’t what’s meant I’m afraid. It’s the main toolbar that needs to be moved from left to right- the only window that can be docked by double clicking the word ‘Tools’. There is no choice of where it docks at present, sadly.
  11. Hi there. I have found a strange bug that makes the flood fill tool in the IPad version of Affinity Photo 2 not respond. I’ve made a video. Thanks! 0C3C8202-1213-4041-AA48-FBF7F7632B88.MOV
  12. I agree. I have to have a floating toolbar so that I can get it over to where my hand naturally hangs around. It would be much better if I could dock it to the right, permanently.
  13. Update again regarding Books. The Table of Contents WAS able to be redone, but I had to open the file manually then do a preflight check on the single chapter. One very annoying quirk- not sure how this keeps happening- all my Master Pages duplicate so I now have 3 duplicate versions of the same Master Pages on each chapter. Is this a bug, or something to do with when I hit 'Synchronisation'?
  14. Hi again. Another Book related bug. Now I don't seem to be able to run a preflight on the book at all with out it crashing. My Table of Contents simply doesn't populate with anything at all. No idea what has changed to make this happen.
  15. Hi again. I've fiddled about and isolated one of the issues- When Exporting, It seems the crashing part always happens when 'Include Hyperlinks' is selected. The saving of the book can still pose a problem though.
×
×
  • 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.