[Octave-bug-tracker] [bug #35259] fltk surf plots don't print properly

[Rik]

Update of bug #35259 (project octave):

        Operating System:                  Mac OS => Any                    

    _______________________________________________________

Follow-up Comment #2:

This problem exists for me on Kubuntu 10.04 so I don't think it is Mac
specific.  I don't have epstool installed and when I run the set of commands I
get:


print -depsc -tight test.eps
warning: print.m: epstool binary is not available.
Some output formats are not available.
error: print.m: 'epstool' not found in PATH
error: called from:
error:   /home/rik/wip/Projects_Mine/octave-doc/scripts/plot/print.m at line
518, column 7
error: evaluating argument list element number 1
error:  
/home/rik/wip/Projects_Mine/octave-doc/scripts/plot/private/__fltk_print__.m
at line 46, column 10
error:   /home/rik/wip/Projects_Mine/octave-doc/scripts/plot/print.m at line
382, column 12


If I run without the '-tight' option the command works and generates a
correctly sized eps image. 

If I install epstool, an image is created but it is super small as in the
original bug report.  If I run a diff on the two different eps files I get


< %%BoundingBox: 0 0 576 452
> %%BoundingBox: -3000 -3000 6400 6400
> %%HiResBoundingBox: -2999.999 -2999.999 6399.996 6399.996


The problem does not seem to be Octave, but rather epstool which is updating
the bounding box to some huge value.  If I manually edit the eps file and
restore the original bounding box then the figure is normal again.

It seems that either epstool is broken or we are not calling it correctly.  As
a work around, could we implement an unwind_protect block to have the 'tight'
done by Octave rather than epstool?  I'm thinking of something like this.


unwind_protect
  old_axis = axis ();
  axis ("tight");
  print ...options...;
unwind_protect_cleanup
  axis (old_axis);
end_unwind_protect



It also seems that the generated eps is not correct.  If I run epstool with
the --test-eps option I get the following.


epstool --test-eps test.eps

"gs"  -dNOPAUSE -dBATCH -sDEVICE=bbox   -c "<</PageSize [9400 9400]
/PageOffset [3000 3000]>> setpagedevice" -f "/tmp/gsviewxZhWIh"
GPL Ghostscript 8.71 (2010-02-10)
Copyright (C) 2010 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusSanL-Regu font from
/var/lib/defoma/gs.d/dirs/fonts/n019003l.pfb... 3567728 1816507 4294096
2967457 2 done.
%%BoundingBox: 0 0 9400 9400
%%HiResBoundingBox: 0.000000 0.000000 9399.995713 9399.995713

File has   %%BoundingBox: 0 0 576 452
Correct is %%BoundingBox: -3000 -3000 6400 6400
File bounding box needs to be larger
File used PostScript operators that are prohibited in an EPS file.
File claims to be EPS.
FAIL: File does not comply with EPS specification.
Failed



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?35259>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/