On Oct 12, 2012, at 3:12 PM, JuanPi wrote:

> On Fri, Oct 12, 2012 at 1:18 PM, Søren Hauberg <so...@hauberg.org> wrote:
>> 
>> On Oct 12, 2012, at 4:22 AM, JuanPi wrote:
>>> I noticed, while generating the documentation for Octave Forge, that
>>> if graphics_toolkit == "fltk" no images are generated and the html is
>>> broken.
>>> 
>>> Does anybody knows a solution to this?
>> 
>> I assume you are working with the 'generate_html' package. In principle this 
>> should work independently of which plotting system is being used, but I do 
>> remember having tons of stability problems with fltk backend some years 
>> back. The basic issue was that windows were opened and closed too fast, such 
>> that GLPS didn't have time to produce the output files. I am unsure if this 
>> problem was ever solved as I don't think anybody managed to figure out 
>> exactly what was happening.
>> 
>> Søren
> 
> Thank you Søren,
> 
> Besides gnuplot and fltk, what other toolkit can be used?

I don't think any other toolkits are possible at the moment. People are working 
towards using the Qt toolkit, but I don't think this is stable enough to be 
useful.

> Is there a way (hypothetically) of integrating the one being used by
> matplotlib?

Yeah, sure you can write such code. I figure you can write a python server that 
calls matplotlib and talk to that server from Octave. But that would give you a 
solution similar to using gnuplot, so that might be a troublesome approach. But 
I'm not sure, I've been thinking about this approach myself…

Søren


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev

Reply via email to