The page geometry frames of a PDF file are the boxes available in the PDF. There are five different page geometry frames:

TrimBox [1] – The final format frame, also called TrimBox, represents the final size of the printed and cut document. A document designed for printing requires a final format frame. The size of the final format frame must be smaller than or equal to the bleed and media frames.

BleedBox [2] – The bleed frame, also called the BleedBox, is an extended area around the final format frame that trims all page content in the output. A document that has been designed to drop (beyond the edge) also requires a bleed frame, which in practice is between 1 and 10 mm, depending on its use. The bleed frame should always be larger than the final format and smaller than the media frame. Print marks such as registration marks, crop marks or color bars should always be outside the bleed area.

MediaBox [3] – The media frame, also called MediaBox, represents the physical size of the media and corresponds to the selected paper format used when printing to a PostScript or PDF file. The media frame thus contains all the objects on a document page that appear on the page or protrude beyond the edge of the page size.

ArtBox [4] – The object frame, also called ArtBox, forms a frame drawn around all printable objects and defines the content to be placed on the page as intended by the document creator. The final format frame and the object frame usually have the same size, but this is forbidden in connection with PDF/X files - here only either object or final format frames may be present.

CropBox [5] – Mask frames, also called CropBox, are created by trimming the page with suitable tools. The mask frame is used by default both for display in PDF display programs and for placing PDF files in layout programs.

PDF stands for Portable Document Format. In 1991, Adobe co-founder John Warnock launched the Camelot project. The aim was to develop a file format that would allow documents to be captured from any program, sent as an electronic file and displayed and printed independently of the end device. In 1992, Camelot evolved into PDF, which has become the de facto standard in the graphics industry over the decades. The origin of PDF actually lies in the display list, an intermediate state of the RIP process of a PostScript file that is stored in a document. PDF is therefore a pure "object-based file format" to which no calculations or procedures need to be applied in order to enable output to screen or paper.

The following four properties speak in favor of using PDF in prepress:

• Cross-platform visualization - the content of a file can be displayed on all operating systems. The PDF format can save all content that can be written with PostScript. In addition to Adobe Reader, current operating systems have integrated PDF viewers that can also be used for display.
• Font embedding - an important point for a cross-platform display is that fonts can be reproduced accurately. The used fonts can be embedded directly in a PDF file.
• Low data volume - storage space can be reduced by encoding page content much more compactly and simply storing identical objects/images.
• Random access to objects, pages and file structure - PDF allows random access to objects and pages of a document. The individual components are separate objects in the file and can also be used multiple times on different pages. It does not matter whether it is text, vector graphics or images.

PDF works with the Adobe Imaging Model, i.e. the graphics model of PostScript. A PDF can consist of three page objects:

• Vector or path objects - a sequence of individual or connected points, lines and curves that are mapped in the PDF file in the form of path construction operators.
• Text objects - consist of one or more glyphs that are mapped as path objects in a separate data structure, the fonts. Like path objects, text objects can also consist of an outline and a fill.
• Image objects - rectangular areas consisting of individual pixel values that are stored by their unique position in the rectangle and the color values.

With each new Acrobat version, the associated PDF specification has also been changed. Extensions have been made to the format which open up new possibilities for certain areas of PDF application. Here is an overview of Acrobats' version designation and the corresponding PDF version:

Table 1: Overview of the PDF versions

The starting point for the development of PostScript (PS for short) was the desire to be able to depict two-dimensional objects. PostScript is a programming language that contains instructions with graphic functions, which are meaningfully strung together to describe a document page in the form of mathematical objects, independent of resolution. PostScript was developed to output text, graphics and images, which is why PostScript is also referred to as a page description language. In PostScript, a page is understood as a graphic, which can contain different graphic elements. The entire page is understood as a large coordinate system, which makes it possible to jump to any point in order to place a path or a geometric figure there. The position, rotation, drawing direction etc. of these objects can be changed using PostScript commands.

• Device-independent - graphics are not defined with reference to properties such as page size, color depth, resolution and halftone dot shape of a specific device, but device-independent.
• Resolution independence - when describing PostScript, it is not important what resolution the output device has or whether the document must be output in "knife sharpness" on a cutting plotter.
• Operating system-independent - PostScript files are simple text files that use the 7-bit ASCII character set and can therefore be processed on any operating system.
• Description of glyphs - the flexible assignment of the character set to all fonts, the integration of fonts into the graphics and the advantages of being able to treat glyphs as graphic elements are key strengths of PostScript. The typographic quality that PostScript makes possible with text alone was enough to revolutionize prepress.
• Downward compatibility - it should always be possible to generate PostScript Level 1 from any application. In the PDF environment, however, PostScript Level 2 should be used as a maximum.

There are no advantages when there are no disadvantages. The licensing of PostScript has inevitably led to some mutations that have resulted in disadvantages:

• PostScript extensions and dialects - many vendors took advantage of PostScript's capabilities and extended the features in their applications. These non-standardized applications led to some errors in the output. In addition, there were a variety of layout and graphics programs, some of which could generate PostScript themselves or in conjunction with a printer driver. These PostScript scripts were then "embellished" with PostScript extensions, resulting in numerous PostScript Level 2 dialects whose common core became smaller and smaller.
• Lack of structure - PostScript dialects and various extensions could be managed within a small processing chain by means of workarounds. However, the PostScript derivative lacked any structure for further processes. For this reason, Adobe issued the Document Structuring Convention (DSC)  in 1996, which provided extreme relief.
• Performance - PostScript required an interpreter to make the contents of a file visible at all. This was usually implemented as a hardware RIP. The Hardware RIP was adapted to the hardware used. An upgrade to a new language version was therefore very cost-intensive.

See Contact

Under Print Marks, all markings on a printout that are applied outside the print image for further processing. These Marks include:

1. Color Control Strips [1] – These are usually applied only to the top and/or bottom edge of a printed sheet.
2. Registration Marks [2] – Typically contain one set per sheet. In digital printing Registration Marks are no longer so important.
3. Bleed Marks [3] – These are applied per page/motif.
4. Crop Marks [4] – These are attached per page/motif
5. Production Order Name [5] – These are applied per page/motif
6. Page Number [6] – These are attached per page/motif
7. Issue Date and Time [7] – These are applied per page/motif

Illustration: A visual overview of common Print Marks

Gather information about the calculation of Color Setups and how to carry them out from the following link:

Profiling Templates,

There are of course various setting options, as described in the linked paragraph.

Print data is stored in the Workflow, together with job-related customer information, production and delivery data, and all information describing the actual output, such as substrate and color strategy, in so-called Production Jobs.

An Order can include one or more designs, it can also be "empty", i.e. the sales department can create an Order in the Workflow before the customer delivers the print data. These could be added to the Order later by an operator.

For more information see entries below:

• Creating a Production Job
• Edit, Delete, and Export a Production Job
• Print Items

The final step in print production is usually to transfer the print data to the printer. This involves passing the document(s) or the Imposition to the integrated RIP with all the necessary rendering and color management parameters. The result of the RIP process is usually a device-dependent control instruction (job ticket) for the printer plus the required print data, which is then transferred to the printer via the network.

If a cutting device with a parameter set has also been selected in the Production Job, the cutting files for the print job are generated in the same process and also transmitted to the IP address stored for this purpose.

For the Workflow, the Production Job is initially completed after the transfer, which is why the status automatically changes to Sent to Printer. Whenthe connected printing system communicates with the Workflow, the status of the Production Job can still change automatically depending on the type of integration of the printing system.

See link

In the printing industry, a Proof is a preliminary simulation of a print result to be used as a Template for the Production Run.

The aim of a Proof is to simulate what the subsequent print result will look like in order to detect possible errors at the earliest possible stage. In this way, errors are prevented from being discovered until after printing, thus avoiding complaints.

Proofs are usually output as a composite file on an inkjet printer that has more than 8 colors. In addition to the print data, a Proof must also bear a UGRA/Fogra Media Wedge in order to be color-compliant and legally binding. Thanks to the standardized Wedge, the printing company is thus able to check the Proof for correctness.

See Link Printers Ink Consumption