graphics code executes with ghostscript, exhibits same bugs.

[luserdroog]

I've gotten the graphics code to run on ghostscript, and it has the same problem with

 

  clippath fill

 

. Instead of painting the image black, it sets 1 pixel from every other line.

 

On the plus side, stroking lines works without setting `0 linewidth` which simply crashes xpost. :) :( :?

 

[luserdroog]

Fixed `clippath fill`. It was using the wrong endpoints for the scanlines so the right edge never intersected.

 

To try it with xpost, do:

 

  loadgraphics

  clippath fill

  showpage

 

(set your terminal really big, because showpage prints a 50x50 pgm file to stdout.)

 

[luserdroog]

To try the graphics code with ghostscript, try

 

  $ gsnd graphics.ps

  GS> initgraphics

  GS> clippath fill showpage

 

 

[luserdroog]

Running the graphics under ghostscript was a useful early debugging tactic. It no longer does this "out of the box" as xpost's new device modules get debugged and tuned.

 

[luserdroog]

Here's the a version from around that time.

 

http://code.google.com/p/xpost/source/browse/data/graphics.ps?spec=svn2955f01e17dfb3793f79fa17eb543fe57a47ba74&r=2955f01e17dfb3793f79fa17eb543fe57a47ba74

[luserdroog]

There is some potential use of this "portable" graphics code,

in a proposed code-golf challenge.

 

http://meta.codegolf.stackexchange.com/a/858/2381

 

It needs a bit of secretarial work.