We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.
IndexProgramming Questions & HelpIntegration › alternatives to the processing IDE
Page Index Toggle Pages: 1
alternatives to the processing IDE? (Read 1411 times)
alternatives to the processing IDE?
Aug 13th, 2008, 9:11pm
 
OK
this might be counter to the whole idea of processing - I just got started - but I am wondering if there are any scripting environments that can be used with the processing (java?) language? I have worked in other IDEs where there are outlines and buttons alongside that allow you to expand and collapse portions of the code. I find this useful to understand and read other users' code, rather than scrolling up and down to make out where the functions are that the methods are calling...

any suggestions?
thanks
Re: alternatives to the processing IDE?
Reply #1 - Aug 13th, 2008, 9:30pm
 
I've just started using Eclipse with the Processing libraries. There are a couple minor hoops to jump through, but it's pretty straight forward. There are some long threads about this in the forums; you should be able to find them easily.

My only complaint is that it's kind of a pain to bring code back into the standard PDE once work has been done in Eclipse. I've got some stuff that I'd like to release as 'pure Processing' so other users can work with it entirely in the PDE.
Re: alternatives to the processing IDE?
Reply #2 - Aug 17th, 2008, 11:07am
 
For long scripts, I use my usual editor (SciTE) and I just reload the scripts in PDE to run them.
Re: alternatives to the processing IDE?
Reply #3 - Aug 27th, 2008, 8:14pm
 
I just found this which explains using Eclipse with processing:
http://www.mostpixelsever.com/tutorial/eclipse
still, it seems like a less than ideal situation. I don't like the idea of having to translate as well as the debugger not understanding native processing code.

does SciTE oversome these drawbacks?
Re: alternatives to the processing IDE?
Reply #4 - Aug 27th, 2008, 11:59pm
 
SciTE is just a plain editor, not an IDE. I just reload the sketches in PDE to run them. Less than ideal, indeed, but I like my editor... =)
I don't see why the debugger doesn't understand native processing code (beside the fact there is a pre-processor altering slightly this code). But indeed, when you use a non-Processing IDE like Eclipse, you actually use Processing as a graphics library, so you write good old Java code and not really Processing code.
Page Index Toggle Pages: 1