Participating Frequently

Question

Strange export issue relating to place SVG

Forum|Forum|2 years ago
January 30, 2024
3 replies
1905 views

Hi community

I stumbled upon a very strange problem yesterday. I exported a newspaper as a print-PDF. On each side I placed a QR-code (SVG). Everything was fine exept on page 30 the code wasn't visible.

I tried to replace the frame and the file but the problem still existed.

Strange thing is that when I export an interactive PDF the SVG is shown correctly.

I opened the page then in Ilustrator to take a deeper look. And actually the SVG was there but cropped to 0% with. When I realeased the clippig path the file was now spread all over the width of the page.

How the hell did this happen? Is this a common problem that a frame "auto-crops" during export? Did somebody stumbled over the same problem?

Best, Patrick

This topic has been closed for replies.

Willi Adelberger

Community Expert

SVG is never good for print, only for screen, like interactive PDF or EPUBs or Pubblish Online. Convert the QR code to PDF/X-4 or use the InDesign QR code.

P

pat292345676vufAuthor

Participating Frequently

Hi Willi, thanks. It has turned out that it happens also with .jpg so the .svg is not the problem here. See post above.

rob day

Community Expert

Hi @pat292345676vuf , I’m not seeing a problem when I export your page with the SVG using the default PDF/X-4 preset and viewing in AcrobatPro.

You might double check that the SVG link’s status is normal. The Qcode save as an SVG is going to place as an RGB object (it’s CMYK conversion values are not actually white). This is my PDF/X-4:

I’m not surprised that converting the SVG to JPEG would not work—JPEG is a flattened image format so the SVG converted to a flattened image would be a solid white square. The best format would be a CMYK (not RGB) .AI file—that works for me and I’ve attatched the 30.ai file to this reply. This is a PDF/X-4 export with the .ai file—you can see the Qcode CMYK values are 0|0|0|0:

James Gifford—NitroPress

Legend

Have you tried the very simple step of copying that entire header from a working page to the faulty one? It looks as if the problem is somewhere in the structure/layering/organization of that element, and not necessarily in that specific graphic or its frame.

P

pat292345676vufAuthor

Participating Frequently

Jep, first thing I did, also the header is a masterpage used on other pages where it works with the QR-code

.

Heres the package of the said page. Can't attach since it doesn't allow .zip. So here's a link:

https://dropover.cloud/92aea0

E

Eugene Tyson

Community Expert

No idea if the issue is related to the SVG - as that's a web format and doesn't support CMYK - it's only RGB.

It's hard to know what's going on here from the screenshots.

I'd just avoid using SVGs for print.

P

pat292345676vufAuthor

Participating Frequently

Hey Eugene

Thank you for you answer. Well, didn't know is RGB per se, thanks for this info. There are now more questions popping up ...

- Why did it work on the other pages?

- Doesn't ID convert everything to CMYK during (print-) export?

- What has the color space to do with this strange cropping?

James Gifford—NitroPress

Legend

Just echoing Eugene's suggestion... avoid SVGs for anything but web use, and be cautious/selective there. They are an endlessly problematic format because of erratic support by browsers and, even more so, any "reader" outside those.

There are undoubtedly precise answers to your questions, but it's unlikely knowing the details would improve the situation. Use PNG for web codes and JPEG or (best) PDF for print. Better yet, just use InDesign's code generator, since it's right there and 100% compatible. 🙂

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded