Dalim Swing vs Exporting

Ausfall00

New member
Hello,

I work for an advertising agency and we have a system at work called Dalim Swing, which we use to create pdfx1a’s. Our boss, in an attempt to save money and avoid upgrading the Dalim, is insisting that we simply export from InDesign using the pdfx1a setting. Now, printers have never had a problem with the pdfx1a’s that we create using Dalim. Should I be worried about providing them with exported x1as? What are some of the possible problems?

Thank You!
Elvin
 
You should be just fine. If you don't "trust" the X1a's from InDesign then verify them with Acrobat Pro. Or convert them to PDF/X-1a's with Acrobat Pro.
 
I've not been keen on the PDFs I've received from Dalim systems. It has a tendency, or the ability, to incorrectly define the trim and bleed boxes. It drives me Batsa! to have all the extra colorbars and identifiers that creative groups tend to put on those PDFs, too.

I'd argue against PDFx/1-a. Me no likey! Go with PDFx/4, if that's a possibility, but that's a whole 'nother discussion.
 
PDF/X-4 would be the best way to go, but not everyone accepts PDF/X-4's or knows what to do with them.
 
Exporting

Exporting

From a file reliability standpoint, an exported PDF/x-1a from InDesign vs a normalized Dalim Swing/Twist, they are about the same.

When I worked for a large publication printer I recommended customers just export directly out of InDesign (direct export from Quark I was less keen on). Once it gets to the printer they will undoubtably send it through a Twist/Prinergy system themselves anyway.

That being said how diligent are you desktop operators when they create their files out of InDesign. A workflow like Swing does more than just normalize the file, it also preflights it. Do you have a process in place to replace the preflight aspect?
 
Simply using Acrobat Pro to do the preflight against any number of various "PDF/X-Plus" settings should be enough. And if the print provider(s) has their own Acrobat settings (many do) then they should be good to go.
 
Interesting discussion

Interesting discussion

This is interesting as I guess the guys feeding Swing are designers?

Do you trust them to preflight their own work in Indesign, or more importantly do you trust them to fix errors themselves?, I am guessing Swing automatically fixes some stuff they don't currently even know about, I assume you are using it as a kind of Gatekeeper to the outside world for quality control and consistent output?
 
Hello Rich,

I have never seen an improperly defined page box come from Twist due to the way we have our system configured; the job specs from MIS set the page boxes. Although I do not use this feature, Twist can autodetect multiple trim boxes and then set bleed boxes based on the trim boxes, resulting in page independent page box geometries. Trim mark detection can also be used for setting trim boxes. I can imagine you are getting inconsistent trim boxes across pages due to folks using the product in a way that makes no sense to imposition programs.

I am curious if the page decorations are outside the trim and bleed boxes, do they still cause you grief?

Matt Louis
 
Hello Ausfall00,

Pdfx1a from Indesign are quite good. No problems with Apogee, Twist or Rampage. We get bad files occasionally but nothing I can attribute to Indesign.

Matt Louis
 
Multiple trim boxes? I think a PDF can only have one of each page box. It must be something Dalim is doing "extra" internally or creating multiple versions each with a specific trim box.
 
Hello Matt,

Each page can have its own trim box so a multipage pdf may have as many trimboxes as it has pages. I think maybe you thought I was saying a pdf could have multiple trim boxes on the same page. I'm sorry if I miscommunicated.

If Twist sees one size trimbox on page1 and another on page2, then the workflow will handle this as it has been configured to do so. I could, for example, have Twist brew me some coffee. ;)

Matt Louis
 
Last edited:
Right, I was trying to figure out how Dalim was adding a second, third, fourth, etc trim box to page 1. It wasn't making sense. But yes, every page is independent and can have it's own configuration. I haven't seen a Dalim system in a long time so I thought it might be detecting several sets of crop marks and creating different files for each set of trim marks/trim box.
 

PressWise

A 30-day Fix for Managed Chaos

As any print professional knows, printing can be managed chaos. Software that solves multiple problems and provides measurable and monetizable value has a direct impact on the bottom-line.

“We reduced order entry costs by about 40%.” Significant savings in a shop that turns about 500 jobs a month.


Learn how…….

   
Back
Top