thanks.
allright, time to switch 2.x then.

Now i get:

"java.lang.IllegalAccessException: Class processing.core.PApplet$RegisteredMethods can not access a member of class sketch_121217b$MouseThing with modifiers "public""

1. MouseThing mouseThing;
2. void setup() {
3.   size(800, 600);
4.   frameRate(1);
5.   mouseThing = new MouseThing(this);
6.  
7. }
8. void draw() {
9.   background(255);
10. }
11. class MouseThing {
12.  
13.   MouseThing(PApplet p) {
14.     p.registerMethod("mouseEvent", this);
15.   } 
16.  
17.   void mouseEvent(MouseEvent event) {
18.    
19.   }
20.  
21.  
22. }

Ya, odd.. sometimes it runs fine for me and sometimes it doesn't.  Guess you could try this... the registerMethod call uses reflection, so maybe it's seeing something weird in the inner class as non-public.

1. public class MouseThing {
2.   MouseThing(PApplet p) {
3.     p.registerMethod("mouseEvent", this);
4.   } 
5.  
6.   public void mouseEvent(MouseEvent event) {
7.    
8.   }
9. }

I had public before but same thing.
My issue is different then https://code.google.com/p/processing/issues/detail?id=1423 right?

If so i will report a issue.

Ya, you're not trying to register a wheel.

Methods to register must be top-level, they cannot be in a class.

A libary is top-level for example?

Ah, no, I missed the fact it was for a library (I have read too fast, and it is in the wrong section then...).
Not sure how it is done now.
Check G4P source, I know the library has been updated for 2.0.

I didn't post in the library section since i tried to isolate the problem.
Do you mean this won't be possible inside processing but is possible in a library?

I looked in G4P source but it seems like it's using the deprecated methods:

app.registerDraw(this);
app.registerMouseEvent(this);
app.registerPre(this);
app.registerKeyEvent(this);

The class has to be declared public, too!

i thought public didn't matter in processing since everything was a inner class.
Anyway, it works, also on OS X with 2.0b7.
thanks, i will come back to this later (or not).

1. void mouseEvent(MouseEvent event) {
2. }
   

In Processing 1.5.1 the code above is fine provided you do not add the public access specifier, in Processing 2.0b1 - b6 the ' public' is optional.

If you are using Eclipse to create a library and this method is in one of your classes then the access modifier is not optional and must be public also the class must be public


Also altough the methods below have been deprecated they are still usabel in Processing 2.0b6

registerDraw(this);
registerMouseEvent(this);
registerPre(this);
registerKeyEvent(this);

but should not be used with Processing 2.0b7 - rather use the new registed method e.g.

registerMethod("mouseEvent", this);

the event handler for this will be

1. public void mouseEvent(MouseEvent event) {
2. }

Although this looks the same as the code used with the registerMouseEvent there is a huge difference.

• when using registerMouseEvent the MouseEvent is the java.axt.event.MouseEvent class,
• when using the new registerMethod, the MouseEvent is the processing.event.MouseEvent class.

2.0b7 no longer imports all the Java classes so your code has to differentiate between these 2 MouseEvent classes by using the full name (e.g. java.axt.event.MouseEvent or java.axt.event.MouseEvent ).

The current release of G4P (3.0.0) uses the old register??? methods so it is still compatible with Procesing 1.5.1 and 2.0b6 but the b7 release has broken the library.

The next version of G4P to be released (3.1.0)  uses the new event handling classes and methods i.e.

processing,event.MouseEvent
processing.event.KeyEvent

and you can see the new source code on GoogleCode  but it will mean losing compatability with Processing 1.5.1

it's really nice how processing 2 can handle the event now.
I had a really anoying bug when using the java mouse event thing, and now it's gone!