Re: Help with saveas and fltk

[Nicholas Jankowski]

On Fri, Jun 7, 2013 at 2:11 AM, Tatsuro MATSUOKA <address@hidden> wrote:
> --- On Fri, 2013/6/7, Tatsuro MATSUOKA  wrote:
>> --- On Fri, 2013/6/7, Nicholas Jankowski wrote:
>>
>> > On Thu, Jun 6, 2013 at 6:25 PM, Rick M. Cox  wrote:
>> > Rick, would help if I could try to reproduce what you're doing. I'm not 
>> > running XP, but Win7, so things might be different. The "D:/Programs" 
>> > problem pops up A LOT due to microsoft's infinite wisdom of making core 
>> > folders with spaces in the filename's. Not just with Octave, either. 
>> > Previously conversations I've seen with that problem were with configuring 
>> > editors, though.
>> > If you could upload some simple m-files recreating your problem, I'd be 
>> > curious to see if it occurs here. Or maybe someone else with an XP box can 
>> > try recreating the issue.
>> > nickj
>> >
>> > Nick:
>> >
>> >
>> >
>> > Thanks for the help offer.  I have attached the short Octave program that 
>> > is an example of my problem.
>> >
>> >
>> >
>> > My system:
>> > ·       Pentium 4, 3.2 GHz
>> > ·       Windows XP Pro SP3
>> > ·       Visual C++ 2010 Redistributable Package
>> > ·       Octave 3.6.4
>> > ·       Latest version of GhostScript
>> >
>> > Both Octave and GhostScript are installed in paths that have no white 
>> > spaces.
>> > Octave commands:
>> >
>> > >scdraw
>> >
>> > >print “test.png”
>> >
>> >
>> >
>> > With ‘gnuplot’ everything works as expected.  It takes 60 seconds for 
>> > ‘scdraw’ to generate the Smith Chart and another 50 seconds for the print 
>> > command to save the file.  I can save any file format without problems.
>> >
>> >
>> >
>> > With ‘fltk’ the ‘scdraw’ program generates the Smith Chart in about 10 
>> > seconds.  The print command causes the figure window to become scrambled 
>> > and unresponsive.  Octave is also unresponsive and I have to close it.  
>> > Any file format that I try produces the same result.
>> >
>> >
>> >
>> > I hope you can help me out!
>>
>> > Rick
>>
>> > Will check it out when I'm back at work. But FYI i'm running the MinGW 
>> > version on Win7, so who knows what will happen :)
>> >
>> >
>> > regarding load time, I do notice when I do other simple things in Octave 
>> > it takes a long time for the first figure to load (i usually have things 
>> > set to fltk). so something as simple as:
>> > plot([1 2 3])
>> > will take a long time to run once, but a 'close all' followed by plot([1 2 
>> > 3]) again will pop right up (same with any other figures after the first). 
>> > so i assume that the first figure has some program loading or 
>> > initialization occurring. perhaps something similar here? or is it just as 
>> > slow every time?
>>
>> Hello Rick
>>
>> I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
>>
>> >> graphics_toolkit fltk
>> >> scdraw
>> >> tic; print -dpdf scdraw.pdf; toc
>> Elapsed time is 1014.2 seconds.
>>
>> I also tested 3.6.4 mingw.
>>
>> >> graphics_toolkit fltk
>> >> scdraw
>> >> tic; print -dpdf scdraw.pdf; toc
>> Elapsed time is 1001.72 seconds.
>>
>> For both cases, printing time was more than one thousand second.
>>
>> Printing on fltk for your example was very slow.
>>
>> Regards
>>
>> Tatsuro
>
>
> I have tested on octave -3.7.2+ (development snapshot on Feb 23).
> (http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-td4650194.html)
>
>>> graphics_toolkit fltk
>>> scdraw
>>> tic; print -dpdf scdraw.pdf; toc
> Elapsed time is 2.06 seconds.
>
> Speed of fltk printing seems to beimproved in the development source.
>
> Regards
>
> Tatsuro
>
>
WOW.  from 1000 to 2 seconds. now that's pretty impressive.