Revision as of 07:46, 5 October 2004 edit 4.61.170.110 (talk) Fixed reason for halftone origin setting, added more comparisons to NeWS ← Previous edit		Revision as of 03:00, 13 November 2004 edit undo 209.6.103.20 (talk) Corrected spelling of "the lace of" to "the lack of" Next edit →
Line 9: ''[[interaction]] support'': a number of procedures were defined to handle interaction, including [[hit detection]] ''halftone phase'': [[halftone]]s needed to be positioned by the program. At the time redrawing an entire scrolling window's contents was considered too expensive and would produce flashing due to the ~~lace~~lack of [[double buffering]]. But if you moved the display and then drew only the new contents, the halftones would not line up, producing visible lines and boxes in the display of graphics. Modern full-color displays with no halftones have made this idea mostly obsolete. *''[[incremental update]]'': in printing applications the PS code is interpreted until it gets a <code>showpage</code> at which point it is actually printed out. This is not suitable for a display situtuation where you need a large number of minor updates all the time.

Display PostScript: Difference between revisions