XMPRINTSHELL(3)

๐Ÿ“ฆ
version 2.3.8 ยท 3 versions
, in arch rolling, centos-stream 9, epel 10, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0

๐ŸŒธ NAME ๐ŸŒธ

okay so this is the XmPrintShell(library call) page, and it's all about one thing:

  • XmPrintShell โ€” a shell widget class used for printing in Motif ๐Ÿ–จ๏ธโœจ

๐Ÿฆ‹ SYNOPSIS ๐Ÿฆ‹

#include <Xm/Print.h>
Boolean XmIsPrintShell(
Widget);

๐Ÿ’… DESCRIPTION ๐Ÿ’…

bestie, XmPrintShell hands the Motif application programmer an Xt widget oriented API to some of the X Print resources, plus a callback to drive the pagination. it's giving "printing, but make it widget-y" ๐Ÿ”ฅ

So it gives you a simple callback to handle the pagination logic, and a whole set of resources to get and set common printer attributes.

Here's the tea: if it's not created on an XPrint connection, XmPrintShell just behaves as a regular applicationShell. no drama, no printing, just vibes.

It also initializes the Xp extension event handling mechanism, by registering an extension selector that calls XpSelectInput and an event dispatcher for print and attributes Xp events โ€” so applications can use XtInsertEventTypeHandler to register their own handler with the Xp events. iykyk ๐Ÿซถ

๐ŸŽ€ Arguments ๐ŸŽ€

No XmCreate function is provided, since this is a toplevel shell, most likely created thru some Xt shell creation routine or XmPrintSetup.

โœจ Classes โœจ

XmPrintShell is a subclass of ApplicationShell; it inherits behavior, resources and traits from all its superclasses. The class pointer is XmPrintShellWidgetClass.

๐Ÿ‘‘ New Resources ๐Ÿ‘‘

๐Ÿ’– XmPrintShell Resource Set ๐Ÿ’–

one bullet per resource, because we do NOT skip rows in this house:

  • XmNstartJobCallback โ€” Class XmCCallback, type XtCallbackList, default NULL, access CSG
  • XmNendJobCallback โ€” Class XmCCallback, type XtCallbackList, default NULL, access CSG
  • XmNpageSetupCallback โ€” Class XmCCallback, type XtCallbackList, default NULL, access CSG
  • XmNminX โ€” Class XmCMinX, type Dimension, default dynamic, access G
  • XmNminY โ€” Class XmCMinY, type Dimension, default dynamic, access G
  • XmNmaxX โ€” Class XmCMaxX, type Dimension, default dynamic, access G
  • XmNmaxY โ€” Class XmCMaxY, type Dimension, default dynamic, access G
  • XmNdefaultPixmapResolution โ€” Class XmCDefaultPixmapResolution, type unsigned short, default 100, access CSG
  • XmNpdmNotificationCallback โ€” Class XmCCallback, type XtCallbackList, default NULL, access CSG

  • XmNstartJobCallback โ€” specifies the callback driving the beginning of rendering. it is safe for an application to start rendering after this callback has been activated. XpStartJob must be called to trigger this callback. โญ
  • XmNendJobCallback โ€” specifies the callback driving the end of rendering. it notifies the client that all rendering has been processed (whether on print-to-file or regular spool). XpEndJob is called by the print shell to trigger this callback. ๐ŸŽฌ
  • XmNpageSetupCallback โ€” specifies the callback driving the page layout. it is safe for an app to start rendering from this callback even if the XmNstartJobCallback is not used. ๐Ÿ“„
  • XmNminX, XmNminY, XmNmaxX, XmNmaxY โ€” specify the imageable area of the page in the current print context. XmPrintShell also maintains a proper size at all times by updating its own widget dimension whenever an attribute, such as resolution or orientation, changes. it is sized in its Initialize routine so that the application can rely on a proper size before the first StartPage call is issued. ๐Ÿ“
  • XmNdefaultPixmapResolution โ€” indicates the resolution in dpi (dot per inch) of the image files read and converted by Motif for the widget descendants of this shell. it is used to determine a scaling ratio to be applied to pixmap created thru regular pixmap/icon conversion of the following Widget resources:
    • XmLabel.label*Pixmap, XmIconG.*IconPixmap XmToggleB.selectPixmap, XmPushBG.armPixmap, XmIconG.*IconMask, XmMessageBox.symbolPixmap, XmContainer.*StatePixmap, ...
    • leaving out the pixmap resources being used for tiling (XmNhighlightPixmap, XmNtopShadowPixmap, XmNbottomShadowPixmap, XmNbackgroundPixmap, ...)
  • XmNpdmNotificationCallback โ€” a callback notifying the application about the status of the PDM (see XmPrintPopupPDM). a XmPrintShellCallbackStruct is used, with reason:
    • XmCR_PDM_NONE: no PDM available on this display for the named selection (provided in detail)
    • XmCR_PDM_START_VXAUTH : the PDM is not authorized to connect to the video display.
    • XmCR_PDM_START_PXAUTH : the PDM is not authorized to connect to the print display.
    • XmCR_PDM_UP : the PDM is up and running
    • XmCR_PDM_OK : the PDM has exited with OK status
    • XmCR_PDM_CANCEL : the PDM has exited with CANCEL
    • XmCR_PDM_START_ERROR : the PDM cannot start due to some error (usually logged)
    • XmCR_PDM_EXIT_ERROR : the PDM has exited with an error

๐Ÿงš Callback Information ๐Ÿงš

The XmNstartJobCallback, XmNendJobCallback, XmNpageSetupCallback and XmNpdmNotificationCallback operate on a XmPrintShellCallbackStruct, which is defined as follow:

typedef struct
{
    int     reason;  /* XmCR_START_JOB, XmCR_END_JOB,
                        XmCR_PAGE_SETUP, XmCR_PDM_* */
    XEvent  *event;
    XPContext print_context;
    Boolean last_page; /* in_out */
    XtPointer detail;
} XmPrintShellCallbackStruct;

๐ŸŒˆ Additional Behavior ๐ŸŒˆ

The last_page field is only meaningful when the reason is XmCR_PAGE_SETUP.

The page setup callback is called with last_page False to notify the application that it has to get its internal layout state ready for the next page. typically, a widget based application will change the content of a Label showing the page number, or scroll the content of the Text widget. ๐Ÿ“œ

When the application has processed its last page, it should set the last_page field in the callback struct to True. The callback will be called a last time after that with last_page False to notify the application that it can safely clean-up its internal state (e.g., destroy widgets). ๐Ÿงน

No drawing should occur from within the callback function in the application, this is an Exposure event-driven programming model where widgets render themselves from their expose methods. ๐Ÿ‘€ (do NOT try to draw in there, bestie, that's not the vibe)

The print shell calls XpStartPage after the pageSetupCallback returns, and XpEndPage upon reception of StartPageNotify.


๐Ÿ’€ ERRORS/WARNINGS ๐Ÿ’€

XmPrintShell can generate the following warnings:

  • Not connected to a valid X Print Server: behavior undefined. ๐Ÿšจ
  • Attempt to set an invalid resolution on a printer: %s
  • Attempt to set an invalid orientation on a printer: %s

๐Ÿ“ RETURN VALUE ๐Ÿ“

Not applicable


โญ EXAMPLES โญ

okay, code time. look at her go:

PrintOnePageCB(Widget pshell, XtPointer npages,
/*----------*/ XmPrintSetPageCBStruct psp)
{
    static int cur_page = 0;
    cur_page++;

    if (! psp->last_page
        && curPage > 1) /* no need to scroll for the first page */
    {

        XmTextScroll(ptext, prows);  /* get ready for next page */

    } else {    /**** I'm done */

       XtDestroyWidget(pshell);
       XtCloseDisplay(XtDisplay(pshell));
    }

    if (cur_page == (int) n_pages) psp->last_page = True;
}
PrintOKCallback(...)
/*-------------*/
{
    pshell = XmPrintSetup (widget, pbs->print_screen,
                                   "Print", NULL, 0);

    XpStartJob(XtDisplay(pshell), XPSpool);

    /**** here I get the size of the shell, create my widget
          hierarchy: a bulleting board, and then a text widget,
          that I stuff with the video text widget buffer */

    /* get the total number of pages to print */
    /* same code as previous example to get n_pages */

    /****  set up my print callback */
    XtAddCallback(pshell,  XmNpageSetUpCallback,
                           PrintOnePageCB, n_pages);
}

Examples of XmNdefaultPixmapResolution usage:

  • An application reuses the same image sources it uses for the video interface, in XBM, XPM, PNG ot JPEG, to layout on its printed pages. In this case, scaling is seamless. โœจ
! icon.xpm is 30x30 pixels
app*dialog.pushb.labelPixmap:icon.xpm
! print is 400dpi
app.print*form.lab.labelPixmap:icon.xpm
! 120x120 pixels on the paper (auto scaling)
  • An application provides a new set of image files, for a given printer resolution (say 300). It doesn't want automatic scaling by the toolkit for that resolution, it wants scaling based on these 300dpi images for higher resolution. It creates its print shell inside using the name "printHiRes" and adds the following in its resource file:
app.printHiRes.defaultPixmapResolution:300
! icon300.xpm is 120x120 pixels
app.printHiRes*form.lab.labelPixmap:icon300.xpm
! 120x120 pixels on the paper (no scaling)

This way a printer resolution of 600 will result in a scale of a 300 dpi image by 2 (dpi=600 divided by base=300), while a printer resolution of 150 (using default print shell name "print") will use the 100 dpi icon scaled by 1.5 (dpi=150 divided by default base=100). math ate, honestly ๐Ÿงฎ๐Ÿ’…


๐Ÿ”ฅ SEE ALSO ๐Ÿ”ฅ


and that's the whole page, bestie ๐Ÿซถ this was XmPrintShell(library call) โ€” that's the source and the manual name right there in the footer, no date or version in sight, so consider this your cute lil sign-off. go print something iconic. ๐Ÿ‘‘๐Ÿ–จ๏ธ๐Ÿ’–