Just an FYI, the last time I used processing, you can use it from

java. It's just a set of packages like anything else, but it makes

working with the graphics API a lot easier. The processing stand alone

program itself is really just a preprocessor. It takes you code and

wraps it in a class then builds a normal java app out of it. I think

there might be some limitations with calling AWT or Swing from the

same program that uses the processing API though.



I don't think it's a replacement for JFreeChart though, unless

somebody has used it to make some other library API. I've used it

myself for offline simulation visualization... I dump my SparseGraph

data to text files at each time step, then read in the data with

processing to create three dimensional visualizations of my simulation

over time.





Chris



On Wed, Sep 28, 2011 at 2:39 PM, Sean Luke <[log in to unmask]> wrote:

> Vlasios, Processing would be interesting to output to, but it doesn't strike me as a replacement for JFreeChart.  And Processing is (to my knowledge) not a library facility -- it expects to be in charge rather than to be a subsidiary to an outer system.   It's really its own programming language.  I don't know if it does a good job interoperating with outer systems using it as a plug-in facility essentially.  Did you have something in mind in particular?

>

> Sean

>

> On Sep 28, 2011, at 7:27 AM, Vlasios Voudouris wrote:

>

>> Hi Sean,

>>

>> Have you given any thought introducing "Processing' (http://processing.org/ ) in MASON's gui packages (in replacement of  or in addition to JFreeChart)?

>>

>> VlasiosCompanies Act 2006 : http://www.londonmet.ac.uk/companyinfo

>