Octave graphics bugs and thoughts
Daniel J Sebald
daniel.sebald at ieee.org
Thu May 7 03:09:41 CDT 2009
Ben Abbott wrote:
>
> On May 6, 2009, at 6:00 PM, Daniel J Sebald wrote:
>
>> Ben Abbott wrote:
>>
>>> On May 5, 2009, at 11:01 PM, Daniel J Sebald wrote:
>>
>>
>>> In any event, regarding the issue with the fontsize for eps- output,
>>> the gnuplot manual indicates that fontsize is scaled down by a
>>> factor of 2. We can compensate for that in print.m
>>> Please comment on the attached changeset. I've compared it to ps
>>> output and the fontsizes look consistent to me.
>>
>>
>> It basically emphasizes what you found, that the fonts aren't
>> positioned correctly and land on top of the axis line. (Actually,
>> the tick labels should be right/left aligned appropriately depending
>> on their relation to the graph, so that problem really should be
>> addressed in a different way.) My solution was to write an exterior
>> version of print() that will scale down the paper size if EPS then
>> call the normal print(). Fonts come out about right, but the tick
>> marks are too big.
>>
>> But, placing conditional "if EPS" etc. scattered about isn't the
>> desired way to go.
>>
>> We'll have to think about this a bit.
>>
>> Dan
>
>
> Dan,
>
> If I understand your conclusion we need to ...
>
> (1) Scale the paperposition by 2x
> (2) Scale the fontsizes by 2x
> (3) Scale the ticklength by 0.5x
>
> Do I understand you correctly?
>
> If so, I think that can be done without to much effort.
I set the "papersize" property to half the normal size. (It's the same strategy as using a subplot, rather than fullsize plot, to generate graphs as that has larger relative fonts.) Anyway, I agree that making those changes isn't difficult, but I think it would be better to put effort into a more robust method of achieving these things. This weekend I will put together some simple scripts to describe what I mean.
Thanks Ben,
Dan
More information about the Octave-maintainers
mailing list