Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

xpputdocumentdata(3xp) [debian man page]

XpPutDocumentData(3Xp)						 XPRINT FUNCTIONS					    XpPutDocumentData(3Xp)

NAME
void XpPutDocumentData - Sends and incorporates data into the output. SYNOPSIS
cc [ flag... ] file... -lXp [ library... ] #include <X11/extensions/Print.h> XpPutDocumentData ( display, drawable, data, data_len, doc_fmt, options ) Display *display; Drawable drawable; unsigned char *data; int data_len; char *doc_fmt; char *options; ARGUMENTS
display Specifies a pointer to the Display structure; returned from XOpenDisplay. drawable Specifies the destination drawable for rendering. data Specifies the device-specific data sent. data_len Specifies the number of bytes in data. doc_fmt Specifies the type of data sent. See below for valid values. String limited to XPCS characters. options Specifies DDX driver dependent options. String limited to XPCS characters. DESCRIPTION
Depending on type for XpStartDoc, XpPutDocumentData has two modes of operation. In XPDocRaw mode, XpPutDocumentData sends data directly to the output, and drawable must be None, else a BadDrawable error is generated. The X Print Server does not emit document or page control codes into the output, and data is passed through unmodified. This is useful for sending previously constructed and completed documents using the X Print Server job control and submission capabilities. The printer attribute xp-raw-formats-supported defines the valid values for doc_fmt in this mode. Unsupported values for doc_fmt cause a BadMatch error to be generated. In XPDocNormal mode, XpPutDocumentData sends data to the X Print Server , and depending on the DDX driver implementation, integrates data into the output. The parameters doc_fmt and options describe the format of data which guides the DDX driver in interpreting data. The printer attribute xp-embedded-formats-supported defines the valid values for doc_fmt in this mode, with unsupported values for doc_fmt causing a BadMatch error to be generated. If doc_fmt is not in either xp-raw-formats-supported or xp-embedded-formats-supported a BadValue error is generated. Depending on the DDX driver implementation in use, XpPutDocumentData might be used, for example, to send a simple text file to a Postscript DDX driver that is capable of wrapping the appropriate document and page control constructs around the text so that it can be printed on a Postscript printer. Likewise, Encapsulated Postscript Files might be handled. Another use could be to send a TIFF file to a PCL DDX driver that can convert the image from TIFF into PCL and then integrate it into the current PCL output. There is no limit to the value of data_len. XpPutDocumentData automatically decomposes the call into multiple protocol requests to make sure that the maximum request size of the server is not exceeded. DIAGNOSTICS
BadDrawable The value specified for drawable is not valid. BadMatch The value specified for doc_fmt is not valid for the current document type or the value specified for is not valid for the print context and print screen. BadValue The value specified for doc_fmt is not supported. XPBadContext A valid print context-id has not been set prior to making this call. XPBadSequence The function was not called in the proper order with respect to the other X Print Service Extension calls (for example, XpPutDocumentData prior to XpStartDoc). SEE ALSO
XpStartDoc(3Xp) X Version 11 libXp 1.0.0 XpPutDocumentData(3Xp)

Check Out this Related Man Page

XpCreateContext(3Xp)						 XPRINT FUNCTIONS					      XpCreateContext(3Xp)

NAME
XpCreateContext - Creates and initializes a new print context. SYNOPSIS
cc [ flag... ] file... -lXp [ library... ] #include <X11/extensions/Print.h> XPContext XpCreateContext ( display, printer_name ) Display *display; char *printer_name; ARGUMENTS
display Specifies a pointer to the Display structure; returned from XOpenDisplay. printer_name The name of a printer on display. String encoded as COMPOUND_TEXT. DESCRIPTION
XpCreateContext creates a new print context that is initialized with the default printer attributes and other information available for printer_name on display. A print context maintains the printer name, print attributes, font capabilities, print (rendering) state and results, and is the object upon which the Xp calls act. If the library fails to generate a new print context-id, a value of None is returned, otherwise a print context-id is always returned. If printer_name is invalid, a BadMatch is generated later by the X Print Server. A call to XpGetPrinterList will return a valid list of values for printer_name. All printer name values in the X Print Service are encoded as COMPOUND_TEXT (of which the ISO-8859-1 code-set is a proper subset). As soon as a print context is created, the print attributes in it can be accessed and modified by calling XpGetAttributes and XpSetAt- tributes, and the event selections in it can be modified by calling XpSelectInput and XpInputSelected. Other Xp calls that explicitly take a print context-id as a parameter will operate directly on that print context. All Xp and X calls without a print context-id parameter (for example, all rendering oriented calls like XpStartJob and XDrawLine) require that a print context be set on the display connection (see XpSetContext). Failure to set a print context prior to calling a print-context-dependent call will result in the generation of an XPBadCon- text error. The XPContext returned by XpCreateContext is an XID, and can be used to set the print context on display connections by calling XpSetCon- text. The XPContext id can be shared between processes and display connections. It is the responsibility of the clients sharing a print context to coordinate their usage of the context; for example they must ensure that in-use print contexts are not prematurely destroyed. The context_id remains valid for all clients until 1) the client creating the print context closes its display connection, or 2) any client calls XpDestroyContext. The context_id can be kept valid after the creating client's display connection closes if XSetCloseDownMode is called on display with RetainPermanent or RetainTemporary. After creating a print context, and possibly modifying the XPDocAttr attribute document-format using a value from the list of available formats shown in the XPPrinterAttr attribute document-formats-supported, the application must query the X Print Server via XpGetScreenOf- Context for the screen that has been associated with the print context, and then create all server resources that will be used in the print job on that screen. Failure to do so will result in undefined behavior. When XpCreateContext is called, the client's locale (see XpSetLocaleHinter) is included in the request as a "hint" to the X Print Server. If supported by the implementation, the X Print Server will use the hint to initialize the attribute pools with any localized attribute values (for example, the human readable XPPrinterAttr attribute "descriptor" may be available in several different languages, and the hint will be used to select one). If the X Print Server cannot understand the hint, the X Print Server chooses a default value. This function can generate a BadMatch error if the specified printer_name does not exist on display, or if the print server could not interpret the code set specified in printer_name. DIAGNOSTICS
BadMatch The value specified for doc_fmt is not valid for the current document type or the value specified for drawable is not valid for the print context and print screen. SEE ALSO
XpDestroyContext(3Xp), XpGetAttributes(3Xp), XpGetPrinterList(3Xp), XpGetScreenOfContext(3Xp), XpInputSelected(3Xp), XpSelectInput(3Xp), XpSetAttributes(3Xp), XpSetContext(3Xp), XpSetLocaleHinter(3Xp), XpStartJob(3Xp) X Version 11 libXp 1.0.0 XpCreateContext(3Xp)
Man Page