Hey! If QuarkXPress preflight passes but your output is clipped, it’s usually not “a broken file” — it’s more often a page box / bleed handling mismatch between Quark’s export settings and where the PDF is being viewed or processed (Acrobat, a RIP, a print shop workflow, etc.).

Before we touch anything, I want to narrow down what kind of clipping you’re seeing. Answer whatever you can (short is fine):
• Output type: Export as PDF (Output Style) or Print to PostScript/PDF printer?
• Where is it clipped? only bleed objects, crop marks, backgrounds, or everything past the trim?
• Where do you notice it? in Acrobat preview, when printing locally, or only after the print shop/RIP processes it?
• Quark version: roughly (2023/2024/2025, etc.) and OS (macOS/Windows)?

That “looks okay sometimes” detail matters. When the same PDF behaves differently across viewers/workflows, it often points to how the PDF’s TrimBox / BleedBox / CropBox (page boxes) are defined — and whether a workflow clips to one of them.

In QuarkXPress you basically have two separate “layers” of logic that can affect this:
1) Layout bleed settings (what the document says the bleed is).
2) PDF Output Style bleed handling (what the exported PDF includes and what it clips to).

Quick direction-finder (safe checks only):
• In your layout, do you have a defined bleed value? (Even “0.125 in / 3 mm” is enough — just whether it exists.)
• In your PDF Output Style, do you see a Bleed pane with an option like “Use Layout Bleed Setting” or “Clip at Bleed Edge”?
Also: when the vendor says “clipped,” do they mention trim box, bleed box, crop box, or “PDF boxes” at all?

Great — having layout bleed defined is the right foundation. Now we just need to confirm the exported PDF is carrying that bleed in a way the downstream workflow respects.

Here’s the core idea (no changes yet): a PDF can contain content past trim, but whether it’s visible depends on which box a viewer or RIP uses to clip.
• TrimBox = final cut size.
• BleedBox = trim plus bleed area (where bleed content is expected).
• CropBox = what’s displayed/printed in many viewers if set a certain way.

If your vendor’s RIP clips to TrimBox (or CropBox is effectively trim-sized), bleed content can look “missing” even though it’s technically in the file.

Two safe questions that narrow it down fast:
1) How are you generating the PDF? Quark’s Export as PDF using an Output Style, or printing to a PDF printer / PostScript then distilling?
2) In Acrobat (if you have it), can you check: File → Properties → Advanced (or Preflight tools) and see what the page boxes are set to? You don’t have to edit anything — just tell me whether BleedBox differs from TrimBox.

Totally fine — you can still diagnose this without Acrobat Pro.

Since a RIP is involved, the most common “preflight passes but output clipped” pattern is one of these:

• The Output Style is not actually using the layout bleed (bleed exists in the document, but export is set to 0 or a different rule).
• “Clip at Bleed Edge” behavior is not what you expect (depending on settings, Quark may clip bleeding items at the bleed edge or allow their full extent — either can surprise you if an item extends far past bleed).
• The PDF boxes don’t match what the RIP expects (RIP may clip to TrimBox or CropBox unless explicitly told to use BleedBox).

Let’s do a low-risk inventory first (no layout edits):
1) Output Style name + PDF standard: is it PDF/X-1a, PDF/X-3, PDF/X-4, or “Press/High Quality”?
2) In that Output Style’s Bleed pane: do you see “Use Layout Bleed Setting,” “Symmetric/Asymmetric,” or “Page Items”?
3) Are you exporting with printer marks? (crop marks, bleed marks). Sometimes marks change how people interpret the page boundary, especially if the vendor is imposing.

PDF/X-4 is generally a good choice for modern RIPs, so we’re in a sensible place. Now, about that checkbox: “Clip at Bleed Edge” can be a quiet troublemaker depending on the artwork.

Here’s why: some designs have background images or vector shapes that extend way beyond the page. Some workflows want those clipped to the bleed boundary; others don’t care as long as bleed exists. If the setting clips more aggressively than expected, you may lose the part you wanted to keep. If it clips less, a RIP that clips to TrimBox might still “hide” what you expected to appear as bleed.

I don’t want you to toggle random settings, so let’s confirm the symptom pattern first:
• Is the clipping consistent on every page, or only certain pages/elements?
• Are the clipped objects placed on the page edge (true bleed), or are they slightly inside but still getting cut?
• Does the vendor clip the same side every time (top/right), or is it random?

Related phrases people search for this issue include: QuarkXPress bleed cut off, PDF export clipped, preflight passes but output cropped, TrimBox vs BleedBox, and Clip at Bleed Edge.

Inconsistent + mostly full-bleed imagery is a strong clue. That tends to happen when the “edge expectations” differ at each step (viewer, printer driver, RIP, imposition). Preflight can still pass because nothing is technically missing — it just gets clipped differently downstream.

Let’s do a safe, structured check that won’t turn into doorway-ish “just pay for a fix” advice:

Step A — Confirm the layout bleed is applied to those pages.
If Quark has mixed page sizes, sections, or master page differences, it’s worth confirming those full-bleed pages are truly built to the same trim + bleed assumptions (especially if some pages were imported or duplicated from older templates).

Step B — Compare two exports without changing the layout.
Duplicate the Output Style (so you can revert easily) and compare the exported PDFs from each style. We’re not aiming to “fix” it right now — just to see whether bleed/clip settings affect the symptom consistently.

Step C — Ask the vendor one targeted question.
“Does your RIP clip to TrimBox, CropBox, or BleedBox when imposing?” That single answer often explains why one side looks cropped.

If you can, tell me: do those full-bleed photos extend just to the bleed boundary, or do they extend well past it (for example, a large placed image that’s much bigger than the page)?

That’s a healthy concern — and duplicating the Output Style is actually the “safe” way to troubleshoot because you’re not overwriting the one you rely on.

With oversized images, clipping rules matter a lot. Some pipelines prefer that anything beyond bleed gets clipped (so the PDF stays tidy). Others don’t care. If a RIP or printer driver is effectively clipping to TrimBox/CropBox, it may behave unpredictably when content extends far beyond the expected page boundary.

Here’s what I’d write down so you (and the vendor) can talk about it clearly without guessing:
1) Layout specs: trim size + bleed value (you already have 0.125″).
2) Output Style details: PDF standard (PDF/X-4), marks on/off, and the exact bleed mode (e.g., “Use Layout Bleed Setting”) plus whether Clip at Bleed Edge is checked.
3) Symptom description: “full-bleed placed images that extend far beyond the page are the ones that crop; non-bleed pages are fine.”
4) Where it happens: office printing vs vendor RIP (and whether it’s always the same side).

If you can grab one example page number, that helps too — sometimes only a subset of pages uses a different master or item stacking/layering that affects output.