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
>