Exploring a universal production printing architecture
Joshua Braddock - Queen City Print Shop <[email protected]> Sat, 18 Jul 2026 02:25:44 -0600
| Newsgroups | dev.linux.lists.printing-architecture |
|---|---|
| Message-ID | <CAMk8RBYmD3ad5cANY+VSXMn01TZEyW0pS5Vn6zSOowFjZXxWwg@mail.gmail.com> |
Hello everyone, I've spent many years working in commercial production printing with mixed-vendor environments (Xerox Fiery, HP DesignJet, office printers, legacy Windows print servers, etc.), and I've been thinking about whether there is room for a higher-level printing architecture that complements CUPS rather than replacing it. The core idea is to separate document generation from production workflow. Today, applications generally render directly to a printer driver, where media selection, finishing, device capabilities, and vendor-specific options are all intertwined. I'm wondering whether there is interest in an architecture where a universal virtual printer exists on any supported operating system. Rather than targeting a physical device, applications would simply "print" to this virtual destination. The resulting job would then enter a vendor-neutral workflow system (headless or GUI-based) responsible for production decisions such as: - device selection - media selection - imposition - finishing - routing - job scheduling - recovery after interruptions - accounting and auditing - communication with vendor-specific drivers, RIPs, or printer applications The workflow engine could operate as a local application, centralized server, or completely headless service with a web interface. The virtual printer would provide a consistent interface to applications, while the workflow layer would determine how and where jobs are ultimately produced. My question isn't whether this should replace CUPS or existing printer drivers. Rather, I'm curious whether OpenPrinting has already explored an architectural separation like this, or whether this is an area where discussion would be appropriate. I'd appreciate any pointers to prior work, existing standards, or reasons this approach has already been considered. Thank you, -- Joshua Braddock Queen City Print Shop (qcprints.net) 701.203.2873 Notice: This email, including any attachments, is intended solely for the use of the designated recipient(s) and may contain confidential or legally privileged information. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, distribution, or use of this email is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this email and permanently delete it, along with any attachments, from your system. Thank you for your cooperation.