Strange PDF transparency effect with PDFs created by v2.2.1

[Lorox]

Hi there,

today I've noticed that PDFs created with Designer or Publisher v.2.2.1 are showing up strangely in PACKZVIEW (which is the app I have been using for some time now to check colour separations and overprinting in my PDFs which I'm going to send to a printing service).

I'm attaching two AD files (v1.9.3 and v2.2.1), the two PDFs created from them (from AD v1.9.3 and v2.2.1 respectively) and a screenshot of PDFs of these 2 test files viewed in PACKZVIEW: on the left there is a PDF created in Designer 1.9.3 and on the right there is a PDF created from the very same file after opening the v1 file in Designer 2.2.1 and then again creating a PDF with the same settings as before.

As confirmed by looking at other PDFs created from real Publisher files it seems pretty obvious that there is a problem with elements having transparency of one kind or another: in PACKZVIEW these elements are not rendered as should be expected but – as you see – are displayed just as light pink rectangles. (This is – e.g. – also true for elements with non-100%-opacity as well as for curves with strokes that use brushes which have transparency)

PDFs with transparencies output from Publisher/Designer v1 are absolutely fine and display correctly in PACKZVIEW and I'm quite sure PDFs have also so far been displayed correctly when created from Publisher/Designer v2.2.0 (although – having updated to v2.2.1 recently – I cannot positively test this like I did with v1.9.3 which I – fortunately – still have on my Mac).

Nevertheless, ALL of these PDFs are being displayed correctly in Acrobat Pro ([which I still have on another older Mac] and any other [just] PDF viewers I have available like Acrobat [Reader] or macos's "Preview" app). This being said I do hope the PDFs will actually print correctly after all... but it is certainly more than a bit discomforting when my current and hitherto reliable PDF checking app is having these problems with PDFs from Affinity v2.2.1.

Obviously, I'll also report this strange behaviour to the guys at PACKZVIEW, but as PACKZVIEW's problems with displaying transparency in my PDFs seem to have started just after the update from Affinity v.2.2.0 to 2.2.1 I strongly suspect there must be something different in PDFs with transparencies output from Affinity 2.2.1 than it has been before.

*** PS ***
Looking at my most recent Affinity files for print I may(!) have been wrong that PDFs for print from Publisher 2.2.0 were (or would have been) OK – it looks like the latest Affinity files with transparency (and which were OK) I have actually exported as PDFs for print from v1.9.3 (and not from v2.2.0).
So there is a real chance that the effects regarding my current version 2.2.1. which I've described above would actually already have been the same in v2.2.0 – but I cannot check this as due to updating I do not have that version on my Mac anymore.

 

Untitled_AD1.9.3.afdesign Untitled_from-AD1.9.3.pdf Untitled_AD-2.2.1.-from-original-AD1.9.3.afdesign Untitled_from-AD-2.2.1.pdf

Edited November 15, 2023 by Lorox
PS added

[lacerto]

Obsolete.

[Lorox]

As the shadows (inner and outer) are applications of transparency within Designer it seems to be related to transparency to me.

Interestingly just reducing the opacity of an element does not produce the issue. (See attached screenshot)

And yeah, possibly even the PDF from AP v2.2.1 as such is in fact OK and the failure to display it correctly actually lies with PACKZVIEW (I have versions 8.5.3 and 9.0.1 which both show the issue). But still – as you also notice – the PDF created in AP 1.9.3 (or possibly 1.10.x) shows correctly. This strongly suggests that there must be something different in the  the PDFs created in Affinity v2.x as opposed to v1.x

As to system configuration maybe playing a role: here it's an 2019 iMac Intel running Monterey 12.6.7 which is quite different to your setup and yet yields the same results.

[DWright]

This is a  PackzView issue as the PDF displays correctly in Safari and Apple Viewer

[loukash]

3 hours ago, DWright said:

This is a  PackzView issue

It is an Affinity v2 issue because PDFs exported from v1 don't show this symptom:

3 hours ago, DWright said:

the PDF displays correctly in Safari and Apple Viewer

No offense, but Apple's PDF preview or the Preview app have hardly any relevance in a preflight workflow…  

[Lorox]

@loukash I totally agree...

However, as the PDFs from v2 at least appear to display correctly in (different versions of) Acrobat Pro, I'm hoping there will be no adverse effects when used in commercial offset printig. But of course, this does make me feel a bit nervous, nevertheless.

[loukash]

25 minutes ago, Lorox said:

at least appear to display correctly in (different versions of) Acrobat Pro

Yes, I remember checking some affected PDFs in the old Acrobat X recently, and all looked correctly.
Also the trial version of PDF Studio 2023 displays my PDF/X-3 files correctly (aside from all the issues that PDF Studio has on its own…)

PDF/X-4 export is not affected as far as I can tell.

[lacerto]

Obsolete.

[lacerto]

Obsolete.

[Lorox]

AI just made somewhat surprising observation when sending some files to the guys at HYBRID Software (PACKZVIEW) – see attached screenshots:

when single clicking on (selecting) the attached PDFs in Apple Mail the display of the "selected" state differs in the area of the problematic elements. The screenshots have been taken before the email was sent.

However, now when I look at this very message in my sent mail folder and again click on the attached PDFs the blue overlay (marking the "selected" status) covers the whole area with no knockouts whatsoever... Strange!

Or does Apple Mail possibly just create a preview image(!) of PDF attachments while processing the message during the "Send" process? In that case the original data from the PDFs would only be used prior to actually sending the message (which would explain the differing display before and after sending).

Anyway, it seems, though, that even Apple Mail sees something different happening in those PDFs from AP 1.9.3 and AP 2.2.1...

 

Edited November 17, 2023 by Lorox
new screenshot attachment

[thomaso]

Since this thread slightly focusses on PACKZVIEW: Do any of you know a way to get accepted for their app use without working in the packaging industry and without having a corresponding company website or even any own website?

[Lorox]

6 minutes ago, thomaso said:

Since this thread slightly focusses on PACKZVIEW: Do any of you know a way to get accepted for their app use without working in the packaging industry and without having a corresponding company website or even any own website?

Unfortunately I really don't know and cannot say anything about their policy and requirements – as I actually have been doing work for different sorts of packaging over the years (as for other areas of graphic design) I just like to count myself lucky to seemingly fitting the bill for them.

I remember, though, that there used to be a thread on this forum about alternatives to Acrobat Pro quite some time ago where PACKZVIEW got mentioned several times. Maybe there is some more information about this  be found there?

[loukash]

11 hours ago, lacerto said:

the only difference so far I have found is that the name of the intent ICC profile

But that would explain it, as it's a known and documented Affinity bug. Possibly Packzview can't handle it as graciously as Acrobat and others do?

[loukash]

2 hours ago, thomaso said:

Do any of you know a way to get accepted for their app use without working in the packaging industry and without having a corresponding company website or even any own website?

At first I was rejected with "This is an invalid website. The website URL and e-mail address should be from an existing labels/packaging company."
22 months later I tried again, and all of a sudden my puny self was considered "worthy". Halleluja praise the Gawdz of Packz!

[Dazmondo77]

1 hour ago, loukash said:

At first I was rejected with "This is an invalid website. The website URL and e-mail address should be from an existing labels/packaging company."
22 months later I tried again, and all of a sudden my puny self was considered "worthy". Halleluja praise the Gawdz of Packz!

For mac based designers who's work is destined for print, Packzview is pretty much essential for getting a job out the door, and I'm one of the lucky ones who very occasionally have done a spot of packaging design which features somewhere on my web portfolio, but such a shame that self employed / freelancers can't get a Packzview request approved without a back catalog of packaging design - there is a gap in the market waiting for an app suitable for PDF print ready compliance, although I have a mojave MBP that also still runs Affinity 1 and CS5 Acrobat pro 9 if I have any concerns - the only other option that that doesn't have a £1000+ annual subscription is callas pdfToolbox Desktop which is £625.

 Am I right in thinking that PC's running 64bit can still run 32bit apps? If so an old version of Acrobat is still usable.

I can't believe there's nothing else available to check PDF's. I was kinda hoping that serif would step in and some point and maybe add a Print ready checkup persona so you could check separations, Ink density and PDF/X compliance before sending a job off to the printers - I would also be handy to be able to print proper CMYK to postscript devices. 

[lacerto]

Obsolete.

[lacerto]

Obsolete.

[lacerto]

Obsolete.

[Dazmondo77]

On 11/17/2023 at 9:39 PM, lacerto said:

certainly everything 32-bit still runs on all 64-bit Windows platforms

That was my guess, as I've not had access to a pc for around 10 years 👍