You'll need
Processing 2.0.2 or higher. Click on the down arrow besides the mode switch button, and select Add Mode. In the Mode Manager window, select PDE X and click 'Install'.
There's one feature of popular IDEs that I've always missed in the PDE, which makes me switch to eclipse whenever I think of writing a big sketch. Last year I had developed a live syntax and compilation error checking feature for the PDE which now ships with Processing as Experimental Mode. It was appreciated, but it mostly benefits users who are learning to code in Processing. I have always felt that it still isn't good enough to really attract advanced Processing users and make them choose the PDE instead of eclipse for writing sketches. The job was half done. The most sought after feature was still lacking.
This year I want to participate in GSoC to implement just that -
Intelligent Code Completion
I've been working on the idea since the past several months and here's a preview of things I've got working and what you can expect:
Features I plan to implement:
Intelligent Code Completion for the sketch code as well as 3rd party libraries.
Code refactoring - One click renaming of variables/methods/classes
Processing reference/javadoc integration - similar to javadoc help in eclipse during code suggestion.
So what do you guys think? I would love to get your inputs on this. Please feel free to suggest any other feature/interface ideas.
About Me:
I'm Manindra, an undergrad from DTU, India. I've been involved with Processing for nearly two years. I've developed
Sketch Outline and
Color Selector Plus tools for Processing. My recent contributions to Processing have been:
Integrating XQMode and DebugMode projects of GSoC 2012 into a single mode as Experimental Mode.
Removing Processing's dependency on Sun JDK, by using eclipse JDI. What this means is that Processing will no longer require the Sun JDK to run, only the Sun JRE. This is still under testing, you can check it out in the latest github repo.
I'm happy to announce the result of my Google of Summer of Code project: XQMode - live syntax and error checker for Processing.
XQMode is a contributed Mode for Processing that underlines and reports syntax and compilation errors in code as you type, on the fly. Features include underlining error lines, tabular list of errors, click to scroll to error line and eclipse like error bar displaying positions of all errors in the tab.
If not already present, create a folder named "modes" inside your Sketchbook folder. (The location of the sketchbook folder is shown in Processing's Preferences dialog)
Extract the contents of XQMode .zip into the modes folder.
My mentor for this project - Daniel Shiffman, has been instrumental in the development. Special thanks to Ben Fry for solving some really tricky problems and making XQMode compatible with Processing. Other members of the Processing team – Martin Leopold, Florian Jenett and Andres Colubri provided valuable inputs and helped with internal testing.
Hey guys,
Here's a small project I'd made sometime back and I have now released its source code. I'd designed this with openFrameworks though(hope I'm allowed to post oF stuff under Exhibition) since those were my early days with Processing and I'd trouble using ubaa.net's OpenCV library with my dell laptop. It can be ported to Processing as well with the updated OpenCV libraries.
If you've downloaded Processing source from svn and are using eclipse to tinker things around in processing's source code, you'd know that running any sketch from inside the processing app after launching Base.java threw nasty NPEs. The problem was due to using eclipse's jdi.jar.
Instead of using eclipse's jdi.jar, add tools.jar located inside your java jdk\lib directory to processing project classpath. Now run Base.java as a Java application and all sketches not only compile, but also run perfectly!
Tools.jar contains sun's implementation of jdi, and using it doesn't cause any problems.
Pretty excited to solve this irritating issue so sharing it in the forum. Hope it's useful.
I've been working on my 2nd Processing Tool - Sketch Outline. This tool shows an outline of the current sketch - a list of member variables, functions and inner classes in a tree view. Clicking on any node scrolls and moves the cursor to its definition in the code. This is kinda similar to the Outline View available in Eclipse and many other IDEs. It helps in easy navigation while writing code. Other features include:
3. If not already present, create a folder named "tools" inside your Sketchbook folder. (The location of the sketchbook folder is shown in Processing's Preferences dialog)
4. Extract the contents of the downloaded .zip into the tools folder.
This tool is currently in beta stage - and it's no where near as cool as the Eclipse one. It
requires an error free
(compilable version) of the sketch to be saved(or present in the text area) atleast once before launching the tool, in order to generate a tree view of the sketch. I've tested it in "Standard" mode of Processing only. Feel free to go through the source and do some tweaking.
Try it out and please report any bugs/suggestions that you encounter. Hope you guys find it useful.
Cheers!
Update [13-12-2012] - Support for 2.0b7. New icons and internal bug fixes.
I downloaded Processing's source from the trunk and got it to build on windows 7(jdk 1.7). But when I tried to build it on Ubuntu 11.04 (running on a
Virtual Machine, with Windows 7 as host os) with jdk 1.7, javac gave an error.
javac: target release 1.5 conflicts with default source release 1.7
The target was set to jdk 1.5 in build.xml, and it refused to compile at all, unlike on windows. I then changed the target version variable inside all build.xml files of the source folders to 1.7 from 1.5. This got it to build successfully using "ant build". But the processing application inside \build\linux\work doesn't run. When I tried "ant linux-run", I got an IO Exception of file not found:
Exception: Cannot run program "./processing" (in directory "/home/quark/processing-read-only/build/linux/work"): error=2, No such file or directory
Is editing the build.xml files a bad idea? I've set java_home, and also added the ant's bin folder to system path. Could it be the VM? Or do I need to downgrade my jdk? Please help me out.
I'm trying to capture images from my laptop webcam. I'm using Processing 1.5, Windows 7. The code for simple image capture used to work perfectly fine on my hp laptop but doesn't run on my dell xps 15 l502x.
On my hp machine, on running the code, "select video source" window used to come up with 2 options:
1. Arcsoft Webcam Sharing Manager
2. HP Webcam [2MP Fixed]
Selecting the 2nd option used to fire up the webcam(the webcam led turned on) and I could see the captured stream in my processing output window.
But running it on the dell laptop, I get only one option in the 'select video source' window : Integrated Webcam.
When I select it, I get a null pointer exception, the camera led doesn't turn on. I tried running it with the dell webcam central application running/closed too. Didn't work.
Any solutions?
Here's the code:
import hypermedia.video.*; // Imports the OpenCV library
OpenCV opencv; // Creates a new OpenCV Object
void setup()
{
size( 640, 480 );
opencv = new OpenCV( this ); // Initialises the OpenCV object
opencv.capture( 640, 480 ); // Opens a video capture stream
}
void draw()
{
opencv.read(); // Grabs a frame from the camera
image( opencv.image(), 0, 0 ); // Displays the image in the OpenCV buffer to the screen
An advanced color selection and management utility for Processing.
The latest version can be downloaded
here.
You can store colors in palettes and save it as a file. Also, grab any color from the screen using the screen color picker.
Do check it out and report any bugs. Would appreciate your feedback.
Hope you find it useful.
Thanks!
:)
UPDATE: The download link above is for version 1.0.2. There have been some major bug fixes. UPDATING to the latest version is a MUST for previous users.
UPDATE (06/10/2011):
Color Selector Plus has now been updated toversion 2.0.0. This version has more bug fixes and now all the text fields are editable too! Mac OS X UI inconsistency has been improved as well.
I've been trying to create a processing tool. I want to have just one instance of the tool running, irrespective of how many sketch windows are open. If the tool has been launched from one sketch window, launching it again from another window should bring the previous instance back to focus. How do I achieve it? I tried declaring the JFrame as static, doesn't work. Here's the code:
Test1 is a class which extends JFrame and is the tool window.
