Difference between revisions of "Printing subsystem"

From Inkscape Wiki
Jump to navigation Jump to search
(Removed spam)
 
m (link fix)
(One intermediate revision by the same user not shown)
Line 4: Line 4:


# Configuration -- destination, page size, orientation, etc is selected, the "Print" dialog
# Configuration -- destination, page size, orientation, etc is selected, the "Print" dialog
# Output -- DOM is coverted into a some kind of output, like PostScript
# Output -- DOM is coverted into a some kind of output, like [[PostScript]]
# Delivery -- "Output" is delivered to the selected destination
# Delivery -- "Output" is delivered to the selected destination


GnomePrint will let us do our own "Output" stage.  They also have their own.  Inkscape's native PS output, however, uses raw PS writing, rather than generic "moveto" kinds of actions, which is how GnomePrint is set up to be called.
[[GnomePrint]] will let us do our own "Output" stage.  They also have their own.  Inkscape's native PS output, however, uses raw PS writing, rather than generic "moveto" kinds of actions, which is how [[GnomePrint]] is set up to be called.


My remaining questions:
My remaining questions:
* Will GnomePrint apply "Configuration" selections (page size, orientation) to application-generated Output correctly?  It does not, however, these parameters are available during the "Output" stage, since they are collected during the "Configuration" stage.  See "example_11.c" that comes with libgnomeprintui2.2.
* Will [[GnomePrint]] apply "Configuration" selections (page size, orientation) to application-generated Output correctly?  It does not, however, these parameters are available during the "Output" stage, since they are collected during the "Configuration" stage.  See "example_11.c" that comes with libgnomeprintui2.2.
 
 
(question: some printer drivers uses to print, instead to hardware printers, to .pdf files - is there existing drivers to print to raster pictures like .bmp, .png, and so on?)
 
(suggestion: one of the most interesting feature of a vectorial editor, when focused to printing (postscript printing), is defining on each vectorial shape, halftone patterns oriented by an angle grid, like dots, squares, lines, etc. ) - with the inkjet printer popularization, this so amazing feature simply disappeared (aka being very limited to the driver printer halftone choices), which its simulation (at least) is very, very welcome!) (note: you could do nice halftone printing on Aldus(!) Freehand 3 with postscript printers  at late '80s or early 90's !!!!)

Revision as of 02:33, 22 January 2006

These are the notes I've taken away from examining the printing subsystem. -Kees 2004-04-17

Printing in Inkscape depends on three components:

  1. Configuration -- destination, page size, orientation, etc is selected, the "Print" dialog
  2. Output -- DOM is coverted into a some kind of output, like PostScript
  3. Delivery -- "Output" is delivered to the selected destination

GnomePrint will let us do our own "Output" stage. They also have their own. Inkscape's native PS output, however, uses raw PS writing, rather than generic "moveto" kinds of actions, which is how GnomePrint is set up to be called.

My remaining questions:

  • Will GnomePrint apply "Configuration" selections (page size, orientation) to application-generated Output correctly? It does not, however, these parameters are available during the "Output" stage, since they are collected during the "Configuration" stage. See "example_11.c" that comes with libgnomeprintui2.2.


(question: some printer drivers uses to print, instead to hardware printers, to .pdf files - is there existing drivers to print to raster pictures like .bmp, .png, and so on?)

(suggestion: one of the most interesting feature of a vectorial editor, when focused to printing (postscript printing), is defining on each vectorial shape, halftone patterns oriented by an angle grid, like dots, squares, lines, etc. ) - with the inkjet printer popularization, this so amazing feature simply disappeared (aka being very limited to the driver printer halftone choices), which its simulation (at least) is very, very welcome!) (note: you could do nice halftone printing on Aldus(!) Freehand 3 with postscript printers at late '80s or early 90's !!!!)