From help-octave-request at bevo dot che dot wisc dot edu Wed Jan 7 21:40:42 2004 Subject: Re: Octave/OS X Aquaterm problems (bugs or me?) From: Joe Koski To: "Henry F. Mollet" CC: Octave_post Date: Wed, 07 Jan 2004 20:39:40 -0700 Per and Henry, Progress! I restored my figure.m files to the original octave-forge /MacOSX configuration and added the "setenv GNUTERM aqua" (tcsh for OS X 10.2.8) to my .cshrc, and everything is working. In addition, I should also still have X11 available if I want to use it. Thanks. Per: Did you get my off-list message on the successful build of octave-forge without TeX? Welcome back, wherever you were. Joe Koski on 1/7/04 3:49 PM, Henry F. Mollet at mollet at pacbell dot net wrote: > Joe and Per, > It is still not clear to me how figure(n) is different from set term aqua > (n). Well, I DID see a difference when running my script which produces 3 > plot windows, namely ans = 1, ans = 2, and ans =3 (see below) when using > figure (n) instead of term aqua (n). However, as outlined before I had turn > off and back on mulitplot between each window. Can these "ans" be used as > handles for something useful. I understand that I could use f1 = figure(1) > etc and then the output would produce f1 = 1 etc. > Henry > > octave:3> MyFunctionxdotp161 > Using file MyFunctionxdotp161.m > x0 = > 4.0000 > 1.1000 > 4.0000 > ans = 1 > ans = 2 > ans = 3 > elapsed_time = 8.2461 > cpu_time = 6.9900 > > > on 1/6/04 4:39 PM, Joe Koski at jkoski11 at comcast dot net wrote: > >> on 1/6/04 3:59 PM, Henry F. Mollet at mollet at pacbell dot net wrote: >> >>> This didn't quite work for me but I'm making progress. I was testing an >>> Octave *script* which originally had 9 plots using "set aqua term x" 9 >>> times. Using set multiplot, I tried to get the first 4 plots into one window >>> (using 4 different origins), the next 4 in the second window, which left #9 >>> for the third window. >>> >>> I found that using set term aqua required multiplot to be turned off and >>> back on between the "set term aqua (x)" statements or I got a warning and no >>> results. (gnuplot> set term aqua 2 line 0: You can't change the terminal in >>> multiplot mode) >>> >>> 2) When using figure (x) instead, I got no warning but plots 5-8 appeared on >>> top of plots 1-4 in the first window. As above, I had to turn off and back >>> on mulitplot between the figure (x) statements to get what I wanted. >>> Henry >>> >> Henry, I concur that things aren't yet 100 per cent with figure.m and "set >> term aqua" on Mac OS X. I also had to do much fiddling and insertion of clg >> and pause at various points in my script to get what I wanted. Also, I could >> never get more than two plot windows open at a given time. The Octave manual >> has only a short description of figure. The gnuplot manual looks like it was >> glued together in the 80s, and it reads like a treatise on ancient graphics >> systems (DEC Regis, Tektronix 401x, etc.) and operating systems(Vax VMS, >> Amiga, etc.). Just one of the challenges with use of free software, I guess. >> I'm just happy things work as well as they do. >> >> Incidentally, I was pleased to find that "set term aifm color" gives me >> files that open in Adobe Illustrator 10 without problems, although saving >> from Aquaterm into EPS format or PDF also works well with Illustrator or >> other programs. >> >> Joe Koski >> >>> >>> >>> >>> on 1/5/04 3:31 PM, Joe Koski at jkoski11 at comcast dot net wrote: >>> >>>> When you are doing multiple plots with "set terminal aqua" in one plot >>>> window, say figure(1), and the page fills up with plots, you can call >>>> figure(2) to start a new plot window without closing the old window. At >>>> least that's what it did for me. figure.m worked for me in X11, but did not >>>> work with Aquaterm. >>>> >>>> If the figure.m is not complaining about needing X11, it is probably OK for >>>> Aquaterm, and works as stated in the Octave manual. >>>> >>>> Joe Koski >>>> >>>> on 1/5/04 3:25 PM, Henry F. Mollet at mollet at pacbell dot net wrote: >>>> >>>>> After making appropriate changes, figure.m now works works on my Mac: >>>>> >>>>> octave:4> figure(1) >>>>> ans = 1 >>>>> >>>>> But what have I achieved with this. What I can I now do that I could not >>>>> do >>>>> before? >>>>> Henry >>>>> >>>>> >>>>> >>>>> >>>>> on 1/5/04 12:43 PM, Joe Koski at jkoski11 at comcast dot net wrote: >>>>> >>>>>> OK, I received the forwarded message below with the patch for my OS >>>>>> X/Aquaterm problem with figure.m. However, instead of the block of >>>>>> figure.m >>>>>> (from the octave-forge MACOSX directory) that Jean-Francois recommended >>>>>> in >>>>>> his message, I replaced this block: >>>>>> >>>>>> if (! isempty (gnuterm=getenv ("GNUTERM"))) >>>>>> oneplot (); >>>>>> figure_list = union (figure_list, f); >>>>>> eval (sprintf ("gset term %s %d\n",gnuterm, f)); >>>>>> elseif (! isempty (getenv ("DISPLAY"))) >>>>>> oneplot (); >>>>>> figure_list = union (figure_list, f); >>>>>> eval (sprintf ("gset term x11 %d\n", f)); >>>>>> else >>>>>> error ("figure: requires X11 and valid DISPLAY"); >>>>>> endif >>>>>> >>>>>> with his recommended patch: >>>>>> >>>>>> oneplot (); >>>>>> figure_list = union (figure_list, f); >>>>>> eval (sprintf ("gset term aqua %d\n", f)); >>>>>> >>>>>> and everything seems to be working well. Thanks, Jean-Francois. >>>>>> >>>>>> Joe Koski >>>>>> >>>>>> >>>>>> ------ Forwarded Message >>>>>> From: Jean-Francois Cardoso >>>>>> Date: Mon, 5 Jan 2004 19:03:30 +0100 >>>>>> To: jkoski11 at comcast dot net >>>>>> Subject: figure in octave >>>>>> >>>>>> >>>>>> >>>>>> Hello Joe, >>>>>> >>>>>>> As a relatively new Octave user, I having some problems with the Mac >>>>>>> OS X/Aquaterm graphics interface, and I've not had enough experience >>>>>>> to determine if the problems are me, or the Aquaterm interface >>>>>>> itself. >>>>>> >>>>>> ======================================================================= >>>>>> >>>>>> To fix your problem, find the file figure.m in octave, change the block >>>>>> >>>>>> if (! isempty (getenv ("DISPLAY"))) >>>>>> oneplot (); >>>>>> figure_list = union (figure_list, f); >>>>>> eval (sprintf ("gset term x11 %d\n", f)); >>>>>> else >>>>>> error ("figure: requires X11 and valid DISPLAY"); >>>>>> endif >>>>>> to >>>>>> >>>>>> oneplot (); >>>>>> figure_list = union (figure_list, f); >>>>>> eval (sprintf ("gset term aqua %d\n", f)); >>>>>> >>>>>> >>>>>> and save the result as figure.m somewhere on your path where it will >>>>>> be found before the original figure.m. >>>>>> >>>>>> ======================================================================= >>>>>> >>>>>> Could you also please post this response to the octave-help list (I am >>>>>> not subscribed myself)? Thanks. >>>>>> >>>>>> Cheers, JF >>>>>> >>>>>> >>>>>> ------ End of Forwarded Message >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------- >>>>>> Octave is freely available under the terms of the GNU GPL. >>>>>> >>>>>> Octave's home on the web: http://www.octave.org >>>>>> How to fund new projects: http://www.octave.org/funding.html >>>>>> Subscription information: http://www.octave.org/archive.html >>>>>> ------------------------------------------------------------- >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------- >>>> Octave is freely available under the terms of the GNU GPL. >>>> >>>> Octave's home on the web: http://www.octave.org >>>> How to fund new projects: http://www.octave.org/funding.html >>>> Subscription information: http://www.octave.org/archive.html >>>> ------------------------------------------------------------- >>> > ------------------------------------------------------------- Octave is freely available under the terms of the GNU GPL. Octave's home on the web: http://www.octave.org How to fund new projects: http://www.octave.org/funding.html Subscription information: http://www.octave.org/archive.html -------------------------------------------------------------