nwhit

Yes, I did see that, although my comment was that no matter how the pref is set in the doc for either embed or linked, I think that anything dragged over from the Stock pane should automatically be set as embedded (thereby overriding the doc's pref setting). That is until this "import/place" action could be improved to include a pop-up dialog when the imported item is intended to be linked where a person can select where to store the linked image from the Stock pane (creating a copy in the desired location). Having critical artwork somehow linked to something being stored in an unknown (to most all users) temp folder/directory doesn't seem like a safe nor usable method. As far as I can see, the only practical and safe use of linked is for an asset you know is actually located in a safe place, not a temp folder/directory. Thus, I think I read your post correctly that the current "correct" action is that if you have the doc pref set as linked, if anyone drags artwork in from Stock, it will store that image somewhere in a temp directory with an odd name where it really is not locatable by most all users, and could be easily "lost" or go missing with reboots, etc.. Is that the current (when working) action? If so, then I think that needs to be changed to avoid serious problems of missing critical art elements within a doc.

Yes, I remember testing that new feature. The more I think about this issue, the more I think there needs to be a better solution to adding stock images. Be VERY nice to be able to drag-and-drop the image, but have a pop-up to save the image to the local drive and use as linked. When I lost the couple of hard-to-find vector images in this current doc, it did take me awhile to re-locate them in Pixalbay, then I had to go through the document to find each instance and replace the "missing" versions with the new embedded versions (I manually changed them immediately to embedded after re-adding them). I'm guessing 98% of users might never know their dragged-and-dropped stock images could disappear/go missing on them!

Yes, I did have my doc pref set to Preferred Linked, but in the case of dragging items in from the Stock pane, that wouldn't actually work properly, would it? Assuming it puts that image into a temp folder/directory, at some point it is going to disappear and show as missing with no chance of recovery, short of searching within the Stock panel again and re-placing it back into the pub. I would think that for adding Stock pane images they should default to embedded until a person decides to somehow save those images to a local drive, then make them linked. As an example, when I am using my MBP at a remote office location like I am doing for this current problem APub doc, the vector images were brought into the doc and were set as linked (based on my settings for this pub), but APub lost track of where they were, or the OS deleted them, likely based on several Sleep sessions for the MBP. Makes more sense that the default action would be to automatically make them embedded no matter what the doc pref is set to. Or pop up a dialog when dragging the image in. offering to save the image to a local location if it is going to be linked.I think most users would never guess that the dragged in images were being stored in a temp file, much less where that temp file even is. I've been using these apps since they first cam eout, and the Stock images feature, but never knew that I could suddenly lose key images until this happened. Thanks.

Saw a thread on this in AD, but the person said it was solved, all on it's own (no actual fix). However, in APub 2.0.4, a few days ago I had added a couple vector images from Pixelbay. My prefs for the document were to have Linked resources. After adding the images, never bothered to look at Resource Manager, just kept working on the doc. Over the last several days, have done several Sleeps with this MBP. This morning I was going to export a pdf but preflight said I had missing resources. Sure enough, as reported in that other thread, the vector images from Pixelbay were shown in Resource Manager as "Linked" but missing. Never seen this happen in all v1 versions of APub, so something new! IIRC, any images brought in through the Stock panel were always brought in as embedded no matter what the doc prefs were. I ended up having to relocate the images in Stock/Pixelbay, drag them in, then go into Resource Manager and change them from linked to embedded. Gotta be a bug.

Okay, solved the Activation issue by deleting the prefs, V2 Group Cont, App Support files, then replacing with same from my MBP install. What a PITA. @Dan C Back to the original question: No, using v2.0.4 the Export preview is still dimmed for the APhoto pic even when embedded. However, as per my original post, the actual exported x4 PDF did come out just fine and the publisher/printer didn't have an issue with it. Thus, it's just the export preview that's broken.

Also just tried restoring from Time Machine both the Group Containers/6LVTQB9699.com.seriflabs and App Support folders. Nothing. And, yes, did try rebooting computer. 😉

Thought I would check the Preview in the APub beta to see if embedding the APhoto file fixed the preview. However, I can't get a preview of anything, complex or a simple square in APub. Just spins. Previews work in the other 2 betas but not in APub, no matter what format of what document. Very strange.

Interestingly, my v2 betas open just fine (Pub v2.0.3.1674, Photo v2.0.3.316, Des v2.0.3.3). Can see my account, etc., so not sure why the retail versions won't start. The same retail versions open just fine on my MBP. BTW, these are all Affinity Store versions..

Thanks @Dan C. I was going to open and check for you, however I can no longer open any V2 apps. Over the weekend, I had to reinstall the system due to a bug from upgrading to Ventura 13.2, then do a Migration of my data back onto the drive. Horrible weekend! Now when I try to open any of the v2 apps, I get the activation window, but after entering my credentials, I get am error to "Please try again in a moment." And, of course, it never does activate. Tried all 3 apps and the same. Downloaded a new copy of Designer from the store and same thing. Did a CTL-Open (unchecked everything except to not open any prev docs) and still no go. V1 apps start just fine. Now I'm stuck! No apps at all!

The APub file has a linked APhoto file as a layer. That resource is in a picture frame and has 3 adjustments layers added using the Photo Persona within APub. However, on export, the PDF preview has that image darkened in any PDF export setting. It exports okay, but the preview is wrong. Other export formats show the image just fine (JPG, PNG, TIFF, etc.) with the exception of EPS, of course.

Those are in v2. Try the free 30 day demo. The preview is in the export window and reflects your export settings. Metadata removal has always been in the More section of the export dialogue.

As an update, I just updated my M1 MBP to Ventura 13.1 beta and I no longer get the crash. Not definitive but may be a Ventura issue that will be resolved with the new version soon. Update: Spoke too soon! After trying it about 10 times, I let it sit for awhile. When I tried it once more, crash.

On the Serif website, there is a massive amount of information regarding the changes and improvements, including short videos that depict those new features/changes. MUCH easier than someone trying to type out that much info.

I’ve been doing very, very complex APub multi page docs in v2 with no issues like that. Runs quickly with little hesitation doing massive copy/pastes. Guessing it’s something unique to your computer or configuration.

If you are currently running CS6, just be sure you check the OS minimum requirement for Affinity V2 apps to be sure you don't purchase if you're on an OS that's too old to support it. FWIW.

A 10-minute free download would answer your question quite quickly. But OTOH, I found over the many, many months when Affinity was developing the IDML import in numerous betas, that any time my company came across an IDML import problem, it was very easy to upload it to their tech staff for evaluation and troubleshooting, which always resolved the problem, sometimes albeit after an upgrade. There are, of course, many things that can be done in ID that don't export well, much less import properly, but Affinity staff has been relentless in working on those issues to get them resolved, assuming they can be resolved. Sometimes it is the fault of ID, not Affinity that causes the import problem. May not be the answer you're looking for but it is a viable path.

In Publisher, you can select the Picture Frame, then check the Contextual Menu area for the Properties button. Change the Properties to None as far as scaling. Then using any of the corner points, you can resize only the frame. Also in this mode, when selecting the Picture Frame, the bottom right will now have a scaling dot that you can use to scale both the pic and frame.

The "solutions" have already been, very fairly, explained. If you just recently bought V1, Affinity has provided an email address to submit for possible resolution. If you bought so-so recently, and aren't ready to pay for the new version, don't upgrade. No one has to upgrade. Use v1 for a few more months or a year or so to amortize the cost over a longer period. V1 runs, produces massive amounts of pro-level media for our company's clients, and will keep running for the foreseeable future. Then later when you feel you've gotten enough "use" out of V1, then buy the new V2 version. That said, as been the history with Affinity, they are truly giving this fantastic software away at a very, very, very competitive price, whether at full retail or right now at the introductory price. Just seems strange that people are somehow construing that Serif are somehow forcing people to upgrade just because they launched a new version. If you don't want to pay the price, don't upgrade. Keep using V1 apps. They're great.

Best not to try then. Change is difficult for many people. And free is a pretty tough deal to accept. Personally, my media production company has imported hundreds of legacy ID files, most all without significant issues. And V2 of Publisher is dramatically better than V1 in my brief testing.

His answer seemed to indicate that he "meant" to say switching WITHIN Publisher (thus, the Photo Persona. When he said "Starting APhoto separately lets the menu entry appear again." seems to be in agreement with your instruction, Walt. Think he just isn't clear on the difference in the terms "Persona" versus full App.

Be pretty easy (and free) to simply download the 30-day free trial and give it a go. Easy way to test it.

As a media production firm, we've been running CS6 in a Parallels VM (Sierra for max compatibility for a bunch of software) for the last couple years with no real issues. Runs fast, works, shares files with the main OS, etc. Allowed us to upgrade the main host OS for newer software like Affinity.

Ah, yes. Driven past there many times! Amazing that a company this size can turn out such fantastic software with such great and personable support. Thanks to all involved! Good people!

Jon, I had uploaded the pdf used in the APhoto files to the dropbox link yesterday, but also have it attached here. Clean Water 2022 - WW -8pg - final printer cmykx4.pdf

I also uploaded via the link the original pdf used to create the APhoto files (the placed content) and a screenshot of one of the APhoto files. Not sure if there are any incorrect settings that are causing an issue. Odd thing is that you don't have the problem when you export. Perhaps having the original CW pdf on the same drive and linked to the APhoto files is causing an issue?? Are the APhoto files placed into the APub doc somehow cross linking back to the original Clean Water pdf and when exported as a pdf pulling up the original pdf using only page 1?? That might be why you were able to export successfully since you didn't have the file that was linked in the APhoto files. In looking at your pdf, the 3 pages look low rez, so perhaps the export simply used the preview image for exporting as opposed to the actual hi-rez pdf (since you didn't have that original pdf). A bit confusing, but perhaps that is what is going on. Perhaps I can't create a APhoto file using a placed/linked PDF, then place/link that APhoto file into a new APub, then export as a pdf. Just guessing, but maybe when it exports as pdf, it is reaching all the way back down the links to the original Clean Water pdf, but ignoring the page designations. YES!!! I think that is the problem! I just redid the APhoto files and changed the placed pdf pages as embedded instead of linked, replaced them in the APub doc, then successfully exported (attached). Thus, don't know if this is a bug or just the way it works. But DON'T use a LINKED PDF in an APhoto file, then place that APhoto file into APub as a linked file, then export as a pdf!!! At least now I can go ahead with other docs using this workaround (have to embed in the APhoto files). Clean_Water_WW_22-Print_test-new-embedded.pdf