Mon 13 Nov 2017 09:36:41 AM UTC, comment #3:
Original submitter here:
I just tested it with GNU Octave, version 4.2.1
Octave was configured for "x86_64-w64-mingw32".
The two bugs have gone away.
The script now produces plots as PDF and PNG without any cropping and even without sleep() all plots get generated.
Bug report can be closed!
Thanks for fixing!
Jens
|
Wed 03 Feb 2016 08:03:31 PM UTC, comment #1:
It looks like bug #46292.
The outcome was that octave will stick to matlab nonsense:
Even with "physical" units,
for printing, the units are turned to "normalized",
and then interpreted as positions relative to "paperposition"
for the actual printing.
|
Wed 18 Nov 2015 09:26:50 AM UTC, original submission:
This affects Octave 4.0.0 on Windows 7 64 bit installed as 32 bit Cygwin package.
Printing the a plot with the default renderer and the following script leads to two problems:
- cropped images
- broken pipe or similar errors when omitting the sleep between prints which leads to image test02.pdf not being generated
When setting the graphics_toolkit to "fltk", the images are produced correctly but with broken pipe for the print without sleep.
The images have the correct aspect ratio and correct size (PDF), but the image contains only about one quarter (upper left corner) of the plot.
I can see the plot window temporarely being resized to the correct aspect ratio and I see the full plot inside the image. But during export as PNG (PDF has the same problem) the image gets cropped and only about a quarter of the image gets saved.
The execution of the script above in a file named plotsize.m produces the following error on the prompt:
|