nwhit

@Jon P Spooky! I just tried deleting them from the doc, then placed them again. They show onscreen correctly (attached pic), and in the RM and layers. But when I export as a PDF, I still get only page 1 for all 3. Oddly, if I export as a jpg, the pages come out correctly. Has to be something related to pdf. The APhoto files were created using a pdf of the Clean Water publication that had been exported from APub. Seems that for some reason when I then place those APhoto files into APub, it is simply reverting to the first page of the original PDF and passing that through on pdf export, but doesn't do that when viewing onscreen or exporting as a jpg. Clean_Water_WW_22-Print_test-print-new.pdf

@Jon P Interesting. I just reopened the APub file I sent to you in the beta, did a Replace in RMgr to reattach the APhoto files, then exported PDFs as both Print and as Export. In both cases, I get the wrong pages for pg4 and pg6 (see attached). Also tried it in my retail 1.10.1 and get the same (attached). Not sure what might not be set correctly so that you seem to get a good pdf export but I cannot. Clean_Water_WW_22-Print_test-export.pdf Clean_Water_WW_22-Print_test-print.pdf Clean_Water_WW_22-Print_test-print-retail.pdf

Thanks, @Jon P. Uploaded the APub file, the outputted incorrect pdf (where the 3 separate APhoto files each show the same page 1 image instead of the correct pages), and a packaged zip file with all the linked items including the APhoto files of the individual pages placed into the APub doc. I never tried this in the retail version since I have been working in the 1.10.5.x betas for some time and had not updated my retail version since 1.10.1 due to some of the known/reported issues. Thanks.

Anything on this problem/bug?

The center 3 images of 3 different pages of the Clean Water publication were originally Placed as APhoto files. These files were created in APhoto to show a single page of a PDF publication originally produced and exported in APub. When the APhoto files were placed in this APub doc, they appeared fine on screen, showing each of the 3 different pages. However, when exported as a pdf they all 3 show the same page 1 of the original APub exported PDF instead of their actual unique pages. The attached doc is an exported pdf where those APhoto files were replaced with png exported versions of the files. With a link, I can upload the original APub doc of this document with the linked APhoto files, as well as the original APhoto files that created the problem when placed into this Apub doc. Clean_Water_WW_22-Print.pdf

Yes, I'm aware of that, but thanks for the reminder of that feature. It does, of course, assume that a person ALWAYS starts with a rectangular picture frame, which is often not the case. And I am unaware of a way to convert an oval/circle picture frame to square. Additionally, changing an existing rectangular frame to a circle using the corner option still requires a bit of tweaking in order to actually get it back to a circle or decent oval, and time = money for clients. Thus the Feature Request to have a simple toggle to go back and forth. Just be very, very handy for layout work. I would literally use it multiple times a day since several of our clients incorporate both round and square graphic items in numerous pubs.

I run into this all the time in Publisher. When revising previous publications or doing rough layouts, I have a need to change existing picture frames from square to round and vice versa. And, yes, I also routinely create shapes, then convert to picture frame. But when working on layouts, like to try an image contained in a rectangle, but also would like to easily be able to see it in a circle without having to start from scratch. And I don't want to go to the complexity of converting the frame into curves, then dealing with that. Just a simple toggle between square and round. Hopefully this would be a simple thing to implement. Thanks. And here we are in 2022 and hard to believe how long it's been since I've worked in ID!!! Actually since the first version of APub! Started with v1 of PageMaker, so been a long path to get to 2022!

I think he's referring to saving a new doc where the save dialogue's name box has "untitled.apub" showing for saving a new doc. In most all apps, and I think earlier Affinity apps, the word "untitled" is normally highlighted so that you can simply type the new file name without having to manually select the word "untitled". May be the same for doing a save as. The current file name (but not the appendage) should be highlighted so as to allow easily changing the file name if desired. Normal Mac interface SOP.

Not sure if you have done this. Make sure you go to MacOS Prefs>Security & Privacy>Privacy>Full Disk Access, then be sure to add the app. May have to click the lock at lower left to be able to add an app. If the app is already there, then may take something else, but this is a possible reason.

That would be great to get this fixed!!! I spent a few days trying to fight this issue on a doc that I routinely use as a base, then update content. For the life of me, I couldn't figure out what the heck was going wrong every time I flowed to a 2nd page! Ended up deleting all the text frames involved (and content) and had to reset everything from scratch, which was a PITA. Yes, if there were an indicator like the overflow "eye" to warn someone, that would be a huge help. Also like the Transform scale panel idea.

Yes, it is.

As per my post above, all the resource files are stored in a wide variety of locations (on local drives) based on the related product, project, use, period/date, etc., and cannot under any normal circumstances be moved to a single directory/folder for use in an APub doc. These resources are routinely used for a wide variety of projects, and in many cases, are often revised/updated, so need to be stored in their appropriate locations and only linked, not embedded. The resources are used in or linked to numerous other docs, pubs, etc. So if I follow what you are saying, I would need to in the Resource Manager click the Replace button, but select the same resource for each graphic item? That alone will resolve the problem? PITA, but if that's the only option, guess I'll have to remember that for any further IDML imports. Doesn't seem like it should be that way, so hopefully it's something that can be resolved in a future update. When IDML import was first added, I trialed it during the various betas. I opened numerous IDMLs with lots of linked resources but never had this issue, so it appears to be something related to the newer versions. Thanks.

@Gabe, looks like you found the problem. I've been playing with the packaged version and it doesn't seem to show the problem. Interesting! I'll keep playing with the file today as time allows, but looks okay right now. That does raise the question. For other files that are IDML imports that might have this same issue, is there a quick way to relink all the linked files? In a few threads I have seen the advice to rename the directory with the resources in it, then re-find and relink the resources. However, our production group has never kept various resources in a single folder. They are distributed all over the place and are filed based on project, product, use, etc. Thus no possible way to simply move or rename a folder. Nor would it be possible to Package, then rename/relink since those assets have to stay where they are. Thus is the correct way to accomplish this to simply click on the Replace button in Resource Manager and select the same file? Thanks. Happy that I can still Place and link to APhoto, etc. files!

Thanks.

@Jon P Any update on this serious issue for possible fix in 1.10.2? Thanks.

UPDATE: Okay, I went through and replaced all graphic items (linked as before) that were eps, psd or APhoto items with pdf or TIFFs. I don't seem to have the freezing up issue anymore. Seems that the bug/problem is related to placing those type of files/objects within a Publisher file. I'm thinking that it shouldn't be that way. In many cases, I would think it would be preferable to place a APhoto file, especially where there are transparencies, drop shadows and other issues that may not do as well as an exported and placed file in another format. But at least I can proceed with this revision for this project! That's the good news! That's assuming my PDF/X-4 output file will now work okay once I'm done!! 😉

Thanks. Interestingly, when I replace the linked APhoto files with TIFFs, they show OK right away. But all of the items that are replaced with a PDF show missing until I Save, Close, then reopen.

Related to this same file, I have done another Save As and am attempting to replace items that are either APhoto or PSD files with jpg, TIFF or PDF versions. However, having tried to replace 3 of them, each time in Resource Manager when I replace one, it shows up listed as Missing in Resource Manager and Preflight. But if I save and close the doc, then reopen, it now shows as OK. And what I see on screen at 100% looks correct. Am I doing something wrong or is this perhaps a bug? (Still using the beta.)

Done. Just uploaded. Thanks.

Also just did a Save As and used a new name. Reduced file size slightly. Then moved a small text item and Saved. Took about 3 minutes for it to save.

Thanks. No. Produce a bunch of far more complex docs daily and no issues. With this iMac, never had a problem with Metal. Likely something related to the document since much larger (MB-wise), more complex files have not caused any issues. First time this has happened with APub. I do seem to recall someone once reporting issues with placed APhoto/ADes files within a Publisher doc. Plus I have a couple of the original PS files linked as well from when this was an ID file. That's my best guess but will wait for someone who knows or has resolved a similar issue.

UPDATE: Just moved a small linked APhoto graphic element and did a save. The Save froze the app for about 4 minutes. I also do have 5 items placed in the doc (linked) that are APhoto files. Could that be the culprit? Do they need to be TIFF/JPEG/PNG etc.?

I am working on a trade show display (panels) doc in 1.10.1, then in the newest beta .2.1167. As I work on the doc, placing images, moving things, adjusting sizes, setting type, etc., within a few minutes (5-10), the app essentially starts to freeze up and won't proceed or recognize new clicks/input. Doesn't actually freeze/lock up the entire program since I can switch to other apps, and I can eventually close the project after letting it sit for several minutes, although it takes a few minutes (with the beachball) for it to actually close. It appears that it is simply overloaded and can't handle any more input. The doc saves and reopens fine. Changes made just before the slowdown/freeze-up are there (eventually). Just gets to a point where I can't go any further and need to close the doc (waiting until it eventually closes) and reopen in order to proceed. I had thought it might have been an issue with 1.10.1, so tried the current beta for 1.10.2, but it does pretty much the same thing. The doc file size is only 7.4 MB with linked graphics. I have 72 GB RAM, so not short on that, as well as a new iMac. The doc's single spread is 3748mm x 2280mm in 300dpi, cmyk (actual size trade show panel). I opened it for the first time in Publisher today for revision work from a newly done IDML export from the original ID CS5 file. Never had this issue working on several of the same files in ID CS5 many, many times. (This is the first time working on them since Publisher came out). Files are on a local drive (RAID5 Thunderbolt 3). I think I have the APub performance settings at about a max setting (see attached). Don't have Save with History turned on. Overall, the doc is not highly complex with only about 9 images/pics. Just physically large, but as I said, never once caused any slowdown in ID CS5 for the many, many revisions and working sessions in the past. Can upload (with link) a package if needed. Just very difficult to work on this project in Publisher and hard to understand why.

Just tried and I get the same thing. Does it with several tools that I tried. A bug for sure.

Speaking of lots of fonts that most Mac users would not be aware of, Big Sur (and even Catalina) automatically installs a few hundred fonts, so the Affinity font menu will show a lot of fonts. But those are all located in approved font locations. Just a PITA because many cannot be deactivated at all and even the Supplemental fonts require TypeFace font manger to deactivate. May not resolve this person’s issue, but will clarify where a whole load of “mysterious” fonts come from!