octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: request of Mac OSX users


From: Thomas Treichl
Subject: Re: request of Mac OSX users
Date: Sun, 28 Dec 2008 20:27:57 +0100
User-agent: Thunderbird 2.0.0.18 (Macintosh/20081105)

Ben Abbott schrieb:
On Dec 27, 2008, at 12:34 AM, Ben Abbott wrote:
The gnuplot maintainers have recently committed a change that allows the x11 terminal to have its size and position specified.

I've modified a local version of gnuplot_drawnow to take advantage of these features. The first time a plot is drawn it works correctly. When I place a loop around a plot command, the plot grows progressively taller. It appears the each plot produces a window which is taller by an amount approximately equal to 10 pixels.

Thus, figure(1) below is about 100 pixels taller than figure(2)

    figure(1)
    clf
    for n=1:11
        plot(1:10)
        drawnow
    endfor

    figure(2)
    clf
    plot(1:10)

I'd like to be able to examine the entire gnuplot stream. Unfortunately, if I replace "drawnow" with

    drawnow ("x11", "/dev/null", true, sprintf("debug-%d.gp", n))

The plots render as would be expected.

In the unlikely event that someone has a recent build of gnuplot 4.3.0+ and a recent developers build for octave, I've attached a path for gnuplot_drawnow that adds a single line to gnuplot_drawnow and willl produce the effect I've described.

So my question is, can anyone describe what is changes for the gnuplot stream in these two examples?

Ben

I've spent some time isolating the problem regarding the recently committed a change to gnuplot that allows the x11 terminal to have its size and position specified. The problem is not related to Octave, but it is a problem if supporting the figure handle property "position" is desired (which I've been working on).

Thus far, my exchanges with the gnuplot developers indicates that the problem may be isolated to my system. I'm running Mac OSX 10.5.6 and XQuartz 2.3.1 (xorg-server 1.4.2-apple17).

I'm hoping someone here is also running OSX and gnuplot 4.3.0+ (Revision > 1.2224.2.330). If so the following commands place iteratively in a file produce a plot whose height iteratively grows taller.

    set terminal x11 size 560,480 position 440,106
    set multiplot;
    plot x
    unset multiplot;

I've attached a file with the iterations. I'd be interested in what other Mac OSX users get when the following is typed from the Terminal window.

gnuplot -persist simple_example.gp Please let me know if the plot grows taller and include your Mac OSX version, and the x-server information.

Hi Ben,

I compiled a current development snapshot Gnuplot 4.3.0. I run your test 'simple_example.gp' and saw a figure window that grew in y-direction. If I understand your script which always says "size 560,480" then I also would expect that this size is fixed, right?! But it actually isn't.

I'm sorry that I'm not that plotting and not that Gnuplot specialist either to give some more help, but I hope I can help with this information, here also is the system that I'm running: OS X 10.4.11, i386, and current the X11 server is

  bash ~$ X -version
  XFree86 Version 4.4.0 / X Window System
  (protocol Version 11, revision 0, vendor release 6600)

Best regards,

  Thomas


reply via email to

[Prev in Thread] Current Thread [Next in Thread]