print.m
Ben Abbott
bpabbott at mac.com
Wed Apr 29 18:51:53 CDT 2009
On Apr 29, 2009, at 6:09 PM, Ben Abbott wrote:
>
> On Apr 29, 2009, at 5:50 PM, Michael D. Godfrey wrote:
>
>>> Regarding the font errors, it is possible that the problem is
>>> related to the default font setting.
>>
>> Here is what I found. If you move the line:
>> set (gcf, "paperposition", [2.5, 4.5, 3, 2])
>> up to above the for (line 7) statement the font errors disappear!
>> I noticed this because I found that if I removed the "paperposition"
>> statement there were twice as many font errors.
>>
>> So, what does "paperposition" have to do with fonts? This may be
>> a case of the order in which commands are sent to gnuplot?
>>
>> Also, setting either Helvetica or Arial causes font errors.
>>
>> Michael
>
> I rather sure that the *order* of the commands to gnuplot do not
> change when the paperposition changes. I'll try to resurrect gnuplot
> 4.2.3 on my Mac by hacking my package manager's package description
> (if I'm successful, I'll be able to run 4.2.3, 4.2.4, 4.2.5, and
> 4.3.x).
>
> Regarding the fontnames, do you get the same number of errors?
>
> Ben
I've run octave using each of the gnuplot versions above and do see
the same font errors for 4.2.3. For the other versions, I see a
different font error for x11 but no errors for aqua. For x11 I get
"setting font to ,12".
For gnuplot versions > 4.2.3 moving the set command has no effect.
Running with the gnuplot terminal set to wxt (export GNUTERM=wxt), I
only get one error
octave:1> test_print
line 0: undefined variable: size
So it appears I have a few problems to track down.
Ben
More information about the Bug-octave
mailing list